LVS集群之工作原理和调度算法(2)

时间:2022-10-04 09:52:22

 

LVS的工作机制

LVS里Director本身不响应请求,只是接受转发请求到后方,Realservers才是后台真正响应请求。

LVS 工作原理基本类似DNAT,又不完全相像,它是一种四层交换,默认情况下通过用户请求的地址和端口来判断用户的请求,从而转发到后台真正提供服务的主机,而判断这种请求的是通过套接字来实现,所以四层就可以实现。

而且这个转发的过程对用户而言是透明的(简单的讲,就是用户访问DR的IP,而DR转发给RSS,而用户不知道这个过程)

 

LVS的工作模式:

1.DNAT

2.直接路由(DR)

3.隧道(tunnel)

 

2、提供的优点:

1.高并发

2.高冗余

3.适用性,扩展服务器,缩减服务器,方便服务器扩展和收缩

LVS 的IP地址类型

1.VIP:虚拟IP地址,并不提供服务,而是将用户的请求转发到后方(冗余网关的IP)

2 RIP:真正IP地址,客户端真正提供服务的IP地址(后端真实机的IP)

3.DIP:调度IP地址,通常是和RIP相连的LVS的IP地址(进行调度服务的IP)

4.CIP:客户端IP地址,用户请求时,用户的IP(客户端IP)

流程:如下图

 LVS集群之工作原理和调度算法(2)

 

LVS集群的类型:

1.LVS-NAT DNAT

2.LVS-DR 直接路由

3.LVS-TUN 隧道

 

下面我们详细说明这三种类型:

 

LVS-NAT模型原理

 LVS集群之工作原理和调度算法(2)

用户的请求和响应都需要经过Director

源地址,目标地址都需要经过转换,而目标地址转换是透明的

这种架构的扩展有限调度器,Director将处理所有的请求,压力比较大,扩展到10个结点就不行了

要求:

1.集群节点必须在同一个物理网络中,同一个子网或者VLAN

2.DIP和RIP只能在同一个网络(子网)中,不能跨越网段,跨网段的话 ,中间会断开,不能中继

3.RIP地址通常是私有地址,

4.所有的RIP,必须以DIP为网关(地址转换),

5.NAT的地址可以做端口转换(比如80--8080)

6.任何操作系统都可以做RIP,只要后端有服务

7.Director有可能成为整个系统的瓶颈

 

数据传输:

客户端访问VIP的服务(CIP->VIP),VIP根据调度算法把数据转发给一台后端RSS,进行数据包重写(IP头改为:VIP->RIP,MAC帧改为:Mvip->Mrip),RIP收到数据包后,进行解包,发现是给自己的,然后就根据收到的数据包中的内容进行回复,回复给VIP,同样进行数据包重写,给VIP后直接回复给CIP。

 

LVS-DR模型原理

 LVS集群之工作原理和调度算法(2)

用户的请求必须经过Director,而realserver在响应的使用直接返回请求(图有问题,有可能设的网关不同,还存在一台路由器)

需要配置iptables规则,拒绝响应MAC地址转换,或者通过修改LINUX内核响应

优点:由于它比NAT少了一个地址转换,响应速度更快

特点

1.必须处于同一个物理网络中(连在同一个交换机上)

2.RIP可以使用公网地址(建议使用)

3.Director只转发请求,而realserver直接响应请求

4.集群节点的网关,不能指向DIP

5.不能做端口转换(不支持)

6.绝大多数的操作系统都可以实现realserver,而realserver需要同一个网卡配置多个Ip地址

7.DR模式的Director比NAT模式能够带动更多的节点

 

数据传输:

解决数据进入:

为了避免RS直接响应,给服务器的lo:0设置VIP地址,给本地网卡设置成CIP,这样RS就不会直接响应了,隐藏了RS

解决数据出去:

而默认情况下,Linux设置数据包从哪块网卡出去,源地址设为该网卡地址,通过添加一条特殊路由信息,如果目标地址是lo的VIP地址,那么出去的时候源地址设置为lo的地址。

路由信息的原理:

添加一条主机路由,将VIP的地址自己设置成一个网段,既子网掩码为255.255.255.255,这样VIP出去的时候没有比VIP更优的了,就成为最佳IP

 

在互联网上性能最佳的就是DR应用,但是有一个缺点,必须要求主机间距离比较近(比如一个机房)如果发生天灾人祸,集群就完了,所以我们为了实现异地分布,要采用隧道比如VPN

 

LVS-TUN模型原理:

虚拟隧道实现:

1.专线(加密)

2.二层:在MAC之外再加一层MAC

3.三层:源IP目标IP之外再加一层IP

隧道目的: 隐藏意图,通过转换来(ip套ip)隐藏目的

 LVS集群之工作原理和调度算法(2)

特征:

1.集群节点和Director不必在同一个网络,也可以位于不同网段。

2.RIP必须使用公网地址

3.Director只需要处理进来的请求,不需要处理出去的请求

4.响应的请求一定不能经过Direcor.

5.只能使用那些支持IP 隧道协议的操作系统做realserver

优点:LVS-TUN可以实现基于网络的集群,这样就脱离了LVS-DR和realserver之间的距离限制。

 

调度算法

LVS的负载均衡要依赖算法(Scheduling methods :调度方法)来实现,根据特点它们分为如下两类:

1.fiexd scheduling 静态(固定)

2.dnamic scheduling 动态

 

FIEXD SCHEDULING静态算法

 

特点:不考虑后端realserver的连接状态,而动态的要考虑后端的链接数为标准

1. Round-robin (RR) 轮询

既第一次访问A,第二次访问B,第三次再访问A…..循环下去

 

2. Weighted Round-Robin WRR

加强论调:提高后台服务器的响应能力

根据后方服务器的响应能力,来定义权重,根据权重来转发请求,权重大的优先访问

 

3.Destination hashing DH

目的:实现针对目标地址的请求做固定转发,基于目标

将来自同一个用户的特定请求转发到固定的指定的主机(比如提供web服务),以提高缓存(网页文件缓存)利用率(命中率)。

 

4.Souce hashing SH

目的:将来自同一个用户的地址,始终转发到router或者firewall,基于源

应用场景:

 

将用户的请求按照平均指定到不同的防火墙,实现平均内网负载,通过特定防火墙(网关)出去(上网)

静态算法的缺陷:不考虑后台real-server的负载,连接状态

 

动态算法:Dynamic Scheduling Mehtod

这里有两个概念:

活动连接:后台real-server当前处于活动状态(active)和ESTABLISHED state(想关联)的连接,像ssh,或者telnet会一直处于活动状态。

非活动连接:非活动的状态(inactive)或者非FIN的数据包,比如httpd(未开启keepalive), 而httpd除非启用keepalive, 发送完成后直接断开,处于inactive的状态

 

相关动态算法 :

1. LC least-connection 最少连接

LC同时检查一台主机上的活动连接数和非活动连接数,连接数最少(活动状态的连接数少)的将会接受下一个连接请求。

LC同时考察活动连接和非活动连接,它用活动连接*256+非活动连接作为 overhead 通overhead谁的小,转发给谁

但是非活动链接也会影响连接,当活动连接的比数比较大的时候,会影响结果

2.WLC Weighted Least-Connection 加权最少连接数

加权按照机器的性能划分。Overhead/加权请求要转发给小得那个

加权算法,是集群应用上的最好的算法之一,比较公平

 

2. SED Shortest Expected Delay 最短延迟

WLC基础上改进

Overhead = (ACTIVE+1)*256/加权

不再考虑非活动状态,把当前处于活动状态的数目+1来实现,数目最小的,接受下次请求

+1的目的是为了考虑加权的时候,非活动连接过多

缺陷:当权限过大的时候,会导致空闲服务器一直处于无连接状态

 

3.NQ算法永不排队

保证不会有一个主机很空闲。SED基础上无论+几,第二次一定给下一个,保证不会有一个主机不会很空闲

不考虑非活动连接,才用NQ,SED要考虑活动状态连接

对于DNS的UDP不需要考虑非活动连接,而httpd的处于保持状态的服务就需要考虑非活动连接给服务器的压力

 

4.LBLC 基于本地的最少连接算法

DH的区别:考虑后台的负载能力和连接情况

支持权重,它在WLC基础上改进

 

5.LBLCR 基于本地的带复制的最少连接数

是对LBLC的一个改进,能够在LBLC的基础上实现负载均衡

判断后端,到底谁的连接少,当A的连接很多,而B的很空闲,会将A的部分连接分配到B上(打破原有规则,避免大范围的不公平)