LVS-DR

LVS的DR模式:常用模式 为什么选择这种模式呢 原因是nat模式会对分发器造成较大压力 数据包都会通过分发器,尤其是出栈流量会更大,那么DR模式就是我们更好的选择

数据包走向

1.Client---------->GW
sip: CIP dip: VIP
smac: Client_mac dmac: GW_up_mac

2.GW-------------->Director
sip: CIP dip: VIP
smac: GW_down_mac dmac: VIP_mac

3.Director-------->Real Server

---

• Director在给Real Server发包前要广播找Real Server mac *
• sip: DIP sip: RIP *
• smac: DIP_mac dmac: broadcast *
• sip: RIP dip: DIP *
• smac: RealServer_mac dmac: DIP_mac *

---

sip: CIP dip: VIP
smac: DIP_mac dmac: RealServer_mac

4.Real Server----->GW
sip: VIP dip: CIP
smac: RealServer_mac dmac: GW_down_mac

5.GW-------------->Client
sip: VIP dip: CIP
smac: GW_up_mac dmac: Client_mac

配置LVS VS/NAT模式

注意点:
1.从路由下接口(172.17.0.100)往下都在同一网段
2.realserver的网关是路由的下接口
3.realserver上有vip地址，但是vip地址添加到没有网线的网卡或者lo，并且为了不产生路由掩码为32位
4.关闭兄弟网卡的相应功能 ------在webserver端
5.使用兄弟网卡的MAC地址发送数据—在webserver端
6.dip的路由必须在vip之上 ----在director上
dip路由再vip之上 如果没再上面
ifdown eth0;ifup eth0（先关闭在开启）
访问的是vip： 实际是访问rip

操作步骤

前提: 关闭防火墙和selinux

GW:------双网卡 网关
注: 网卡配置文件是cp复制的话 里面要加DEVICE=… 然后重启服务(记得编辑的时候改网卡的名字)
[root@localhost ~]# echo 1 > /proc/sys/net/ipv4/ip_forward -----开转发

webserver端
[root@localhost ~]# yum install httpd
echo … > /var/www/html/index.html -----做测试页
[root@localhost ~]# ifconfig lo:172.17.0.222/32 -------添加vip地址
ip addr add 172.17.0.222/32 dev lo
[root@localhost ~]# echo 1 > /proc/sys/net/ipv4/conf/eth0/arp_ignore//开启兄弟网卡应答忽略
[root@localhost ~]# echo 2 > /proc/sys/net/ipv4/conf/eth0/arp_announce //使用兄弟网卡mac地址
ip route add default via 172.17.0.100 ----realserver的网关是路由GW的下接口

Director端:----开转发
echo 1 > /proc/sys/net/ipv4/ip_forward
[root@localhost ~]# yum install ipvsadm
[root@localhost ~]# ipvsadm -A -t 172.17.0.222:80 -s rr ----轮询
[root@localhost ~]# ipvsadm -a -t 172.17.0.222:80 -r 172.17.0.1:80 -g
[root@localhost ~]# ipvsadm -a -t 172.17.0.222:80 -r 172.17.0.2:80 -g
[root@localhost ~]# ipvsadm -Ln
[root@localhost ~]# ipvsadm -Ln --stats
ip route -----查看路由
dip路由再vip之上 如果没再上面
ifdown eth0;ifup eth0（先关闭在开启）

client访问
方法一: client指网关
ip route del default via 192.168.122.100(GW的上行接口)
director端指网关
ip route add default via 172.17.0.100(网关的下行端口) dev ens8(dip的网卡设备上)
client访问: curl vip(172.17.0.222)

方法二: 做DNAT
client 不指网关
GW上:
iptables -t nat -A PREROUTING -p tcp --dport 80 -j DNAT --to 172
.17.0.222(vip)
director端指网关
ip route add default via 172.17.0.100(网关的下行端口) dev ens8(dip的网卡设备上)
client访问: curl 192.168.122.100（GW的上行接口）

测试:
访问的是vip： ----实际是访问rip

排错流程
1):先在director访问web：rip看能不能访问
2): 然后在GW访问vip：看是否达到效果。
错误: dip不在vip之上

LVS调度算法（扩展知识）
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
LVS十种调度算法介绍

1. 轮叫调度（Round Robin）(简称rr)
   调度器通过“轮叫”调度算法将外部请求按顺序轮流分配到集群中的真实服务器上，它均等地对待每一台服务器，而不管服务器上实际的连接数和系统负载。

2. 加权轮叫（Weighted Round Robin）（简称wrr)
   调度器通过“加权轮叫”调度算法根据真实服务器的不同处理能力来调度访问请求。这样可以保证处理能力强的服务器能处理更多的访问流量。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值。 权重越大，访问的次数越高
   [root@director ~]# ipvsadm -A -t 10.10.10.254:80 -s wrr
   [root@director ~]# ipvsadm -a -t 10.10.10.254:80 -r 10.10.10.2:80 -g -w 20
   [root@director ~]# ipvsadm -a -t 10.10.10.254:80 -r 10.10.10.2:80 -g -w 10

3. 最少链接（Least Connections）(LC)
   调度器通过“最少连接”调度算法动态地将网络请求调度到已建立的链接数最少的服务器上。如果集群系统的真实服务器具有相近的系统性能，采用“最小连接”调度算法可以较好地均衡负载。

4.加权最少链接（Weighted Least Connections）(WLC)
在集群系统中的服务器性能差异较大的情况下，调度器采用“加权最少链接”调度算法优化负载均衡性能，具有较高权值的服务器将承受较大比例的活动连接负载。调度器可以自动问询真实服务器的负载情况，并动态地调整其权值。

5. 基于局部性的最少链接（Locality-Based Least Connections）(LBLC)
   “基于局部性的最少链接”调度算法是针对目标IP地址的负载均衡，目前主要用于Cache集群系统。该算法根据请求的目标IP地址找出该目标IP地址最近使用的
   服务器，若该服务器是可用的且没有超载，将请求发送到该服务器；若服务器不存在，或者该服务器超载且有服务器处于一半的工作负载，则用“最少链接”的原则选出一个可用的服务器，将请求发送到该服务器。

6. 带复制的基于局部性最少链接（Locality-Based Least Connections with Replication）(LBLCR)
   “带复制的基于局部性最少链接”调度算法也是针对目标IP地址的负载均衡，目前主要用于Cache集群系统。它与LBLC算法的不同之处是它要维护从一个目标
   IP地址到一组服务器的映射，而LBLC算法维护从一个目标IP地址到一台服务器的映射。该算法根据请求的目标IP地址找出该目标IP地址对应的服务器组，按
   “最小连接”原则从服务器组中选出一台服务器，若服务器没有超载，将请求发送到该服务器；若服务器超载，则按“最小连接”原则从这个集群中选出一台
   服务器，将该服务器加入到服务器组中，将请求发送到该服务器。同时，当该服务器组有一段时间没有被修改，将最忙的服务器从服务器组中删除，以降低复
   制的程度。

7. 目标地址散列（Destination Hashing）(DH)
   “目标地址散列”调度算法根据请求的目标IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求
   发送到该服务器，否则返回空。

8. 源地址散列（Source Hashing）(SH)
   “源地址散列”调度算法根据请求的源IP地址，作为散列键（Hash Key）从静态分配的散列表找出对应的服务器，若该服务器是可用的且未超载，将请求发送
   到该服务器，否则返回空。

[root@director ~]# ipvsadm -A -t 10.10.10.254:80 -s sh
[root@director ~]# ipvsadm -a -t 10.10.10.254:80 -r 10.10.10.2:80 -g
[root@director ~]# ipvsadm -a -t 10.10.10.254:80 -r 10.10.10.2:80 -g

9. 最短的期望的延迟（Shortest Expected Delay Scheduling SED）(SED)
   基于wlc算法。这个必须举例来说了
   ABC三台机器分别权重123 ，连接数也分别是123。那么如果使用WLC算法的话一个新请求进入时它可能会分给ABC中的任意一个。使用sed算法后会进行这样一个运算
   A(1+1)/1
   B(1+2)/2
   C(1+3)/3
   根据运算结果，把连接交给C。

10.最少队列调度（Never Queue Scheduling NQ）(NQ)
无需队列。如果有台 realserver的连接数＝0就直接分配过去，不需要在进行sed运算