cncml手绘网
标题: 反向代理与负载均衡扫盲(初识) [打印本页]
作者: admin 时间: 2020-2-25 23:22
标题: 反向代理与负载均衡扫盲(初识)
反向代理- 提到反向代理,就不得不提到正向代理。两者虽然都是代理,但方式却截然不同。所以,在我们介绍反向代理之前,先看一下什么是正向代理5 E1 R6 d; W+ l2 ~7 O1 L( [
复制代码 正向代理介绍- 正向代理(forward proxy):是一个位于客户端和目标服务器之间的服务器(代理服务器),为了从目标服务器取得内容,客户端向代理服务器发送一个请求并指定目标,然后代理服务器向目标服务器转交请求并将获得的内容返回给客户端。
+ ]! C0 M5 H- }9 D
复制代码有时候,用户想要访问某国外网站,该网站无法在国内直接访问,但是我们可以访问到一个代理服务器,这个代理服务器可以访问到这个国外网站。这样呢,用户对该国外网站的访问就需要通过代理服务器来转发请求,并且该代理服务器也会将请求的响应再返回给用户。这个上网的过程就是用到了正向代理。
8 x+ O: H& J( u3 w) T) W5 \. z& V- V. A
1 G9 _( I+ i% `7 Z
这个过程其实和租房子很像。
4 q- J! x# @5 w+ H1 y
租房子的时候,一般情况下,我们很难联系到房东,因为有些房东为了图方便,只把自己的房屋信息和钥匙交给中介了。而房客想要租房子,只能通过中介才能联系到房东。而对于房东来说,他可能根本不知道真正要租他的房子的人是谁,他只知道是中介在联系他。这里面一共有三个角色,租客(用户)、中介(代理服务器)和房东(国外网站,目标服务器)。引入中介(代理服务器)的原因是用户无法联系上房东(用户无法访问国外网站)。2 p4 T' T) Y" x" _ d9 q
* f+ W0 T0 o, u所以,正向代理,其实是"代理服务器"代理了"客户端",去和"目标服务器"进行交互。通过正向代理服务器访问目标服务器,目标服务器是不知道真正的客户端是谁的,甚至不知道访问自己的是一个代理(有时候中介也直接冒充租客)。) ?6 k2 Y0 T8 V4 o ~, N: y* `6 d
) b0 c8 Y9 I! c* O1 N
正向代理的用途
" g# u0 I n, S- G* _* @* v: Y. k8 m2 f8 r
反向代理介绍! p! A! i. [2 ?4 R2 N
$ e: T5 Z6 ~) B4 K' j# N- 反向代理(reverse proxy):是指以代理服务器来接收internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就变现为一个反向代理服务器。
2 K/ J6 w9 J: l
复制代码 反向代理(reverse proxy):是指以代理服务器来接收internet上的连接请求,然后将请求转发给内部网络上的服务器,并将从服务器上得到的结果返回给internet上请求连接的客户端,此时代理服务器对外就变现为一个反向代理服务器。* E5 n: \& v9 v* C9 |: a0 X" E2 x
# V/ \& i9 e0 ^7 h
; X9 a7 x. }+ U: q" C" m前面提到过了,为了提升网站的各方面能力,我们一般会把多台机器组成一个集群对外提供服务。然而,我们的网站对外提供的访问入口都是一个的,比如
www.taobao.com。那么当用户在浏览器输入www.taobao.com的时候如何将用户的请求分发到集群中不同的机器上呢,这就是负载均衡在做的事情。
9 N' C! y9 V4 ~9 o1 ], C7 B
' Y$ I7 M7 V/ V. Q$ F* z
; v" @ @1 x6 y1 M
在这七层模型种,高层次都是依赖于低层次的。层次越高,使用起来越方便。
1 o! l5 A; b5 Y; y: P; |' D) J
; S1 C; j: t- y5 K* v7 K# L8 P
* |9 T7 M( s# l
8 T$ r; z4 l& r6 s2 c8 x, u2 M+ V
( q2 p" R; T3 E* o$ y# ]- e
, F, m5 w8 p8 N6 [4 c9 u: X& i2 t6 @) F% a
我们经常听到的一些和计算机网络有关的概念中:- telnet、HTTP、FTP、NFS、SMTP、DNS等属于第七层应用层的概念。) F+ Y3 u. z+ p7 E& U) H2 q0 d
- % ~( }; p/ H0 @7 ]
- TCP、UDP、SPX等属于第四层传输层的概念。) K$ { x* a% i0 H/ D
4 \8 K. z2 T. x! R0 |- IP、IPX等属于第三层网络层的概念。
5 _6 L1 A" U+ E" N. o
; r/ W: M+ O# I( O6 B& E- ATM、FDDI等属于第二层数据链路层的概念。
: O1 J/ ?$ t5 k& {9 z
; v3 O( T& t. x0 t: w: J
复制代码
5 h# G$ J$ U4 _0 M: V4 j了解了网络协议的七层模型以后,再来看看负载均衡。我们可以很明确的一点是,负载均衡是要在网络传输中做文章的。而要在网络传输过程搞事情,那么这七层模型就势必躲不开。
+ F' h: |1 G% X& S& Q
2 |$ U% u/ o$ q! M所以,根据负载均衡技术实现在OSI七层模型的不同层次,是可以给负载均衡分类的。( x3 Z8 | m) p9 m
& m+ ?# t7 v6 N, ^' c$ B
常见的实现方式中,主要可以在应用层、传输层、网络层和数据传输层做文章。所以,工作在应用层的负载均衡,我们通常称之为七层负载均衡、工作在传输层的我们称之为四层负载均衡。% @, A0 L W# o. Y) F7 W
. Q& F2 E, b& }6 F
大致可以分为以下几种,其中最常用的是四层和七层负载均衡:3 w1 R0 [: @- z/ X- `2 l+ t1 M
) E* ]& `# N9 J7 s! i$ P- 二层负载均衡. \$ R" P3 f" S
负载均衡服务器对外依然提供一个VIP(虚IP),集群中不同的机器采用相同IP地址,但是机器的MAC地址不一样。当负载均衡服务器接受到请求之后,通过改写报文的目标MAC地址的方式将请求转发到目标机器实现负载均衡。 - 三层负载均衡- U% {# ?2 J0 k7 A- |
和二层负载均衡类似,负载均衡服务器对外依然提供一个VIP(虚IP),但是集群中不同的机器采用不同的IP地址。当负载均衡服务器接受到请求之后,根据不同的负载均衡算法,通过IP将请求转发至不同的真实服务器。 - 四层负载均衡
$ n4 N6 \ y4 i5 q四层负载均衡工作在OSI模型的传输层,由于在传输层,只有TCP/UDP协议,这两种协议中除了包含源IP、目标IP以外,还包含源端口号及目的端口号。四层负载均衡服务器在接受到客户端请求后,以后通过修改数据包的地址信息(IP+端口号)将流量转发到应用服务器。 - 七层负载均衡
: f" T% L& D5 \) X, l七层负载均衡工作在OSI模型的应用层,应用层协议较多,常用http、radius、dns等。七层负载就可以基于这些协议来负载。这些应用层协议中会包含很多有意义的内容。比如同一个Web服务器的负载均衡,除了根据IP加端口进行负载外,还可根据七层的URL、浏览器类别、语言来决定是否要进行负载均衡。
9 O9 s: X6 u+ Q5 C) G0 z
, e# O y: U# [) j- V' X/ a
负载均衡工具+ l+ y1 m `5 [2 }) B* |# C2 J
市面上有很多开源的负载均衡的工具或软件,基本都是基于前面提到的方案实现的,大多数是工作在第七层和第四层的。Nginx/LVS/HAProxy 是目前使用最广泛的三种负载均衡软件。+ B6 v( @+ Q( l; g
; x1 |9 t. y! t- Z4 U
LVS
7 C& U3 H! x7 ~2 o2 TLVS(Linux Virtual Server),也就是Linux虚拟服务器, 是一个由章文嵩博士发起的自由软件项目。使用LVS技术要达到的目标是:通过LVS提供的负载均衡技术和Linux操作系统实现一个高性能、高可用的服务器群集,它具有良好可靠性、可扩展性和可操作性。从而以低廉的成本实现最优的服务性能。
# d1 B1 h. H0 [# y0 i: e2 U& a& R4 j- M+ x6 g4 E0 ~
LVS主要用来做四层负载均衡。
' H R# F: c, V9 M0 {1 ^1 F* C3 ?+ w/ w- a: Q4 q: ~
Nginx
- i) R* ?- k5 [, qNginx(发音同engine x)是一个网页服务器,它能反向代理HTTP, HTTPS, SMTP, POP3, IMAP的协议链接,以及一个负载均衡器和一个HTTP缓存。
h+ R t* O" z3 S! a- T; m% h, |! [" S! u% c' M2 X- {: x1 z
Nginx主要用来做七层负载均衡。
( J5 |8 I4 U# e# A% r
$ z' a. G/ K3 FHAProxy& `% N6 K* R( N8 J2 A4 b" m% k% O
HAProxy是一个使用C语言编写的自由及开放源代码软件,其提供高可用性、负载均衡,以及基于TCP和HTTP的应用程序代理。. t8 @; d; b# H# p; l% F, u
4 S8 B1 Z V9 v- l% b% r
HAProxy主要用来做七层负载均衡。! o6 @$ R7 A) ]
7 ^, F+ z6 v: O+ I3 e3 Z" @
负载均衡核心:负载均衡算法实现+ ~+ Z( Y' c, j* S( o
负载均衡服务器在决定将请求转发到具体哪台真实服务器的时候,是通过负载均衡算法来实现的。负载均衡算法,是一个负载均衡服务器的核心。
8 {7 N& H. n& W7 X' A* N+ Q6 ]5 q. S1 @9 Q9 \9 s! o1 ?: K3 w
就像电影院门口的引导员一样,他根据什么把排队人员分配到具体的入口呢?是哪个入口人少吗?还是哪个入口速度最快?还是哪个入口最近呢?如果来了一个VIP怎么办呢?( l% w3 E+ j! X1 C9 Y$ M
8 ^ o6 a' G! u' C5 n3 S+ a
负载均衡算法可以分为两类:静态负载均衡算法和动态负载均衡算法。
, p. M4 J+ }5 C$ n4 _" E
. i2 X+ W0 A! {* C0 b4 m静态负载均衡算法包括:轮询,比率,优先权
. K% Q' ^7 {8 l( m: q8 I/ c, v* K- `* Q1 ?% m8 }2 ~; V; J' y
动态负载均衡算法包括: 最少连接数,最快响应速度,观察方法,预测法,动态性能分配,动态服务器补充,服务质量,服务类型,规则模式。% \& t: P2 z; u. \
, T; n: A; L: o) w) |% h9 g) C- 轮询(Round Robin):顺序循环将请求一次顺序循环地连接每个服务器。当其中某个服务器发生第二到第7 层的故障,BIG-IP 就把其从顺序循环队列中拿出,不参加下一次的轮询,直到其恢复正常。
- 比率(Ratio):给每个服务器分配一个加权值为比例,根椐这个比例,把用户的请求分配到每个服务器。当其中某个服务器发生第二到第7 层的故障,BIG-IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配, 直到其恢复正常。
- 优先权(Priority):给所有服务器分组,给每个组定义优先权,BIG-IP 用户的请求,分配给优先级最高的服务器组(在同一组内,采用轮询或比率算法,分配用户的请求);当最高优先级中所有服务器出现故障,BIG-IP 才将请求送给次优先级的服务器组。这种方式,实际为用户提供一种热备份的方式。
- 最少的连接方式(Least Connection):传递新的连接给那些进行最少连接处理的服务器。当其中某个服务器发生第二到第7 层的故障,BIG-IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配, 直到其恢复正常。
- 最快模式(Fastest):传递连接给那些响应最快的服务器。当其中某个服务器发生第二到第7 层的故障,BIG-IP 就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常。
- 观察模式(Observed):连接数目和响应时间以这两项的最佳平衡为依据为新的请求选择服务器。当其中某个服务器发生第二到第7 层的故障,BIG-IP就把其从服务器队列中拿出,不参加下一次的用户请求的分配,直到其恢复正常。
- 预测模式(Predictive):BIG-IP利用收集到的服务器当前的性能指标,进行预测分析,选择一台服务器在下一个时间片内,其性能将达到最佳的服务器相应用户的请求。(被BIG-IP 进行检测)
- 动态性能分配(Dynamic Ratio-APM):BIG-IP 收集到的应用程序和应用服务器的各项性能参数,动态调整流量分配。
- 动态服务器补充(Dynamic Server Act.):当主服务器群中因故障导致数量减少时,动态地将备份服务器补充至主服务器群。
- 服务质量(QoS):按不同的优先级对数据流进行分配。
- 服务类型(ToS): 按不同的服务类型(在Type of Field中标识)负载均衡对数据流进行分配。
- 规则模式:针对不同的数据流设置导向规则,用户可自行。
2 T6 X1 z+ t, R. K
! ]" t, [0 `- a* C$ _8 z以上,就是目前实现负载均衡的主流算法。不同的负载均衡服务器会选择不同的算法。就像电影院和火车站可能会选用不同的引导策略一样。火车站可能会把行李少的旅客分配到一个专门的入口,可能给即将发车的旅客分派到特快入口,手持可扫描车票的用户单独分配到特殊入口等。
" Y$ }& n+ @4 I0 p
3 i }9 ] G# t I' u
; G; \9 Z% N ~ q# A4 s& }8 M/ w2 B9 k; Z- e* [
$ m5 \) D9 V: D/ Z- {; o/ o
# I( k4 ^, l3 |/ W
, N+ C: j9 O+ U) w: |* F
% G/ I# j+ ?, T7 f, x
| 欢迎光临 cncml手绘网 (http://www.cncml.com/) |
Powered by Discuz! X3.2 |