注： LVS的详解，前人已道尽矣！转来与诸位共同学习。
原文地址 http://www.linuxidc.com/Linux/2013-07/87960.htm
LB:Load Balancing:负载均衡集群
- 负载均衡集群中有一个分发器或者叫调度器，我们将其称之为Director，它处在多台服务器的上面，分发器根据内部锁定义的规则或调度方式从下面的服务器群中选择一个以此来响应客户端发送的请求。
LB 分类：
1、硬件LB（比较出名的）
F5 公司的 BIG-IP系列
Citrix 公司的 NetScaler系列
A10 公司的 AX系列
2、软件LB
四层：LVS(Linux Virtual Server)注：国人开发的
七层：Nginx,HAProxy
LVS定义
- 一般来说，LVS采用三层结构：负载调度器、服务器池、共享存储。
- 工作在TCP/IP协议的四层，其转发是依赖于四层协议的特征进行转发的，由于其转发要依赖于协议的特征进行转发，因此需要在内核的TCP/IP协议栈进行过滤筛选。
- 可想而知，这就需要在内核的模块来完成，而这样的过滤转发规则又是由管理员进行定义的。所以，LVS就是两段式的架构设计，在内核空间中工作的是
"ipvs",而在用户空间中工作的，用来定义集群服务规则的是"ipvsadm"。这就很容易想到iptables而LVS正好工作在iptables的input链上。
LVS组成
ipvsadm：用于管理集群服务的命令行工具，工作于Linux系统中的用户空间。
ipvs：为lvs提供服务的内核模块，工作于内核空间 (相对于是框架，通过ipvsadm添加规则，来实现ipvs功能)。
注：在linux内核2.4.23之前的内核中模块默认是不存在的，需要自己手动打补丁，然后把此模块编译进内核才可以使用此功能。
LVS中每个主机IP地址的定义
VIP：Director用来向客户端提供服务的IP地址,也是DNS解析的IP。
RIP：集群节点（后台真正提供服务的服务器）所使用的IP地址。
DIP：Director用来和RIP进行交互的IP地址。
CIP：公网IP，客户端使用的IP。
LVS的三种转发模式
LVS-NAT：网络地址转换 Network address translation。
LVS-DR：直接路由 Direct routing。
LVS-TUN：IP隧道 IP tunneling。
LVS的三种转发模式特点
NAT:
- 集群节点跟director必须在同一个网段上面
- RIP通常是私有地址,仅用于个集群
- 支持口映射
- real sever可以使用任意OS（操作系统）
- 较大规模应用场景中director已成为系统瓶颈
DR:
- 集群节点跟director必须在同一个物理网络中
- RIP可以使用公网地址.实现便捷的远程控制服务器
- director只负责处理入站请求,相应报文则有realserver直接发往客户端
- real server不能将网关指向DIP
- director不支持端口映射
- 大多数操作系统都能应用在real server上
- DR比NAT能处理更多的real server
TUN:
- 各集群节点可以跨越不同的网络
- RIP必须是公网地址
- director只负责处理入站请求,相应报文则有realserver直接发往客户端
- real server网管不能指向director
- 只有支持隧道共跟那个的os才能用户real server
- 不支持端口映射
注：在实际应用中用的不多。
LVS的调度算法
静态调度算法（4种）:
1、rr : round robin :轮叫,轮询
说明：轮询调度算法的原理是每一次把来自用户的请求轮流分配给内部中的服务器，从1开始，直到N(内部服务器个数)，然后重新开始循环。算法的优点是其简洁性，它无需记录当前所有连接的状态，所以它是一种无状态调度。缺点：是不考虑每台服务器的处理能力。
2、wrr: weight round robin :加权轮询(以权重之间的比例实现在各主机之间进行调度)
说明：由于每台服务器的配置、安装的业务应用等不同，其处理能力会不一样。所以，我们根据服务器的不同处理能力，给每个服务器分配不同的权值，使其能够接受相应权值数的服务请求。
3、sh : source hashing : 源地址hash 实现会话绑定session affinity
说明：简单的说就是有将同一客户端的请求发给同一个real server,源地址散列调度算法正好与目标地址散列调度算法相反，它根据请求的源IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的并且没有超负荷，将请求发送到该服务器，否则返回空。它采用的散列函数与目标地址散列调度算法的相同。它的算法流程与目标地址散列调度算法的基本相似，除了将请求的目标IP地址换成请求的源IP地址。
4、dh : destination hashing : 目标地址hash
说明：将同样的请求发送给同一个server,一般用户于缓存服务器说，简单的说，LB集群后面又加了一层，在LB与real server之间加了一层缓存服务器，当一个客户端请求一个页面时,LB发给cache1,当第二个客户端请求同样的页面时，LB还是发给cache1,这就是我们所说的，将同样的请求发给同一个server,来提高缓存的命中率。目标地址散列调度算法也是针对目标IP地址的负载均衡，它是一种静态映射算法，通过一个散列（Hash）函数将一个目标IP地址映射到一台服务器。目标地址散列调度算法先根据请求的目标IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送到该服务器，否则返回空。
动态调度算法（6种）:
1、lc :leash-connection 最少连接
说明：最少连接调度算法是把新的连接请求分配到当前连接数最小的服务器，最小连接调度是一种动态调度短算法，它通过服务器当前所活跃的连接数来估计服务器的负载均衡，调度器需要记录各个服务器已建立连接的数目，当一个请求被调度到某台服务器，其连接数加1，当连接中止或超时，其连接数减一，在系统实现时，我们也引入当服务器的权值为0时，表示该服务器不可用而不被调度。此算法忽略了服务器的性能问题，有的服务器性能好，有的服务器性能差，通过加权重来区分性能，所以有了下面算法wlc。
简单算法：active*256+inactive (谁的小，挑谁)
2、wlc :加权最少连接
加权最小连接调度算法是最小连接调度的超集，各个服务器用相应的权值表示其处理性能。服务器的缺省权值为1，系统管理员可以动态地设置服务器的权限，加权最小连接调度在调度新连接时尽可能使服务器的已建立连接数和其权值成比例。由于服务器的性能不同，我们给性能相对好的服务器，加大权重，即会接收到更多的请求。
简单算法：（active*256+inactive）/weight（谁的小，挑谁）
3、sed :最少期望延迟
说明：不考虑非活动连接，谁的权重大，我们优先选择权重大的服务器来接收请求，但会出现问题，就是权重比较大的服务器会很忙，但权重相对较小的服务器很闲，甚至会接收不到请求，所以便有了下面的算法nq。
基于wlc算法，简单算法：（active+1)*256/weight （谁的小选谁）
4、nq :never queue 永不排队
说明：在上面我们说明了，由于某台服务器的权重较小，比较空闲，甚至接收不到请求，而权重大的服务器会很忙，所此算法是sed改进，就是说不管你的权重多大都会被分配到请求。简单说，无需队列，如果有台real server的连接数为0就直接分配过去，不需要在进行sed运算。
5、LBLC :基于局部性的最少连接
说明：基于局部性的最少连接算法是针对请求报文的目标IP地址的负载均衡调度，主要用于Cache集群系统，因为Cache集群中客户请求报文的目标IP地址是变化的，这里假设任何后端服务器都可以处理任何请求，算法的设计目标在服务器的负载基本平衡的情况下，将相同的目标IP地址的请求调度到同一个台服务器，来提高服务器的访问局部性和主存Cache命中率，从而调整整个集群系统的处理能力。
6、LBLCR :基于局部性的带复制功能的最少连接
说明：基于局部性的带复制功能的最少连接调度算法也是针对目标IP地址的负载均衡，该算法根据请求的目标IP地址找出该目标IP地址对应的服务器组，按“最小连接”原则从服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载，则按“最小连接”原则从这个集群中选出一台服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复制的程度。
注：LVS默认调度算法是 wlc 。
定义集群服务规则的ipvsadm命令
1、管理集群服务
添加
ipvsadm -A -t|u|f server-adddress [-s scheduler]
-t :tcp协议的集群 service-address后面必须写成ip:port
-u :udp协议的集群 service-address后面必须写成ip:port
-f :fwm 防火墙的标记 service-address后面必须写成mark number
-s :指定调试算法
修改
ipvsadm -E -t|u|f server-adddress
删除
ipvsadm -D -t|u|f server-adddress
2、管理集群服务中的real server
添加
ipvsadm -a -t|u|f server-adddress -r server-address [-g|i|m] [-w weight]
-t|u|f service-address 实现定义好的某集群服务
-r server-address 某rs的地址在nat模型中可使用ip:port实现端口映射
[-g|i|m] lvs类型:
-g : DR
-i : TUN
-m : NAT
[-w weight] 指定权重
修改
ipvsadm -e -t|u|f server-adddress
删除
ipvsadm -d -t|u|f server-adddress
3、查看
ipvsadm -L | ipvsadm -l ….
-n 显示主机地址和端口为数字格式
–stats 显示进出站数据
–rate 显示速率
–timeout 显示每一个tcp tcpfin udp 的超时时间值
–deamon 显示进程信息
–sort 显示排序规则 默认是升序的
-c 显示多少个客户连接进来
4、删除所有集群服务:
清空ipvs规则
ipvsadm -C
5、保存定义的规则:
service ipvsadm save
ipvsadm -S > /path/to/somefile
6、载入此前的规则
ipvsadm -R
ipvsadm -R < /path/to/somefile
LVS 持久连接
说明：尽管我们选择了LVS的分发方法，但是大多时候我们要保证返回给客户端的所有响应请求必须来自于同一台Real Server，这里我们就要用到LVS Persistence（持久性）。
1、持久连接和类型
PCC同一客户端所有服务的请求都被重定向到同一台Real Server上，以IP地址为准。
PPC自同一服务的请求都被重定向到同一台Real Server上，以端口号为准。
PNMP 基于防火墙标记的持久连接，根据iptables 的规则，将对于某类服务几个不同端口的访问定义为一类。
2、持久连接命令
ipvsadm -A|E … -p timeout
-p timeout 持久连接时长，默认为300秒，单位是秒!
PCC 演示
- PCC是一个虚拟服务没有端口号（或者端口号为0），以”-p” 来标识服务。
- 缺陷：定向所有服务，期望访问不同的Real Server无法实现。
ipvsadm -A -t 172.16.100.1:0 -s rr -p 3600
ipvsadm -a -t 172.16.100.1:0 -r 172.16.100.10 -g -w 2
ipvsadm -a -t 172.16.100.1:0 -r 172.16.100.11 -g -w 2
PPC 演示
例如：client—->LVS(80,22)——>RS1 client—–>LVS(23)—–>RS2
- 缺陷：期望访问不同的端口到同一台RS上，无法实现。
ipvsadm -A -t 172.16.100.1:80 -s rr -p 3600
ipvsadm -a -t 172.16.100.1:80 -r 172.16.100.10 -g -w 2
ipvsadm -a -t 172.16.100.1:80 -r 172.16.100.11 -g -w 2
PNMP 演示
先对某一特定类型的数据包打上标记，然后再将基于某一类标记的服务送到后台的Real Server上去，后台的Real Server 并不识别这些标记。将持久和防火墙标记结合起来就能够实现端口姻亲功能，只要是来自某一客户端的对某一特定服务（需要不同的端口）的访问都定义到同一台Real Server上去。假设这样一种场景：一个用户在访问购物网站时同时使用HTTP（80）和HTTPS（443）两种协议，我们需要将其定义到同一台Real Server上，而其他的服务不受限制。
iptables -t mangle -A PREROUTING -d 172.16.100.1 -i eth0 -p tcp –dport 80 -j MARK –set-mark 8
iptables -t mangle -A PREROUTING -d 172.16.100.1 -i eth0 -p tcp –dport 443 -j MARK –set-mark 8
ipvsadm -A -f 8 -s rr -p 600
ipvsadm -a -f 8 -r 172.16.100.10 -g -w 2
ipvsadm -a -f 8 -r 172.16.100.11 -g -w 1
END
扫一扫
502
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
