LVS负载均衡：LVS-DR

LVS-DR数据包流向分析

第一步

为方便进行原理分析,将Client与群集机器放在同一网络中，数据包流经的路线为1-2-3-4

第二步

Client向目标VIP发出请求,Director(负载均衡器)接收

• IP包头及数据帧头信息

第三步

Director根据负载均衡算法选择RealServer_1，不修改也不封装IP报文,而是将数据帧的MAC地址改为RealServer 1的MAC地址,然后在局域网上发送

• IP包头及数据帧头信息
  

第四步

RealServer_1收到这个帧,解封装后发现目标IP与本机匹配(RealServer事先绑定了VIP)，于是处理这个报文。随后重新封装报文，发送到局域网

• IP包头及数据帧头信息

第五步

Client将收到回复报文。Client认为得到正常的服务，而不会知道是哪一台服务器处理的

• 注意:如果跨网段，则报文通过路由器经由Internet返回给用户
  

LVS-DR中的ARP问题

1：在LVS-DR负载均衡集群中,负载均衡器与节点服务器都要配置相同白的VIP地址
2：在局域网中具有相同的IP地址,势必会造成各服务器ARP通信的紊乱

• 当ARP广播发送到LVS-DR集群时，因为负载均衡器和节点服务器都是连接到木同的网络上，它们都会接收到ARP广播
• 只有前端的负载均衡器进行响应,其他节点服务器不应该响应ARP广播

3：对节点服务器进行处理,使其不响应针对VIP的ARP请求

• 使用虚接口lo:0承载VIP地址
• 设置内核参数arp_ignore=1: 系统只响应目的IP为本地lP的ARP请求

4：RealServer返回报文(源IP是VIP经路由器转发,重新封装报文时,需要先获取路由器的MAC地址
5：发送ARP请求时，Linux默认使用IP包的源IP地址（即VIP)作为ARP请求包中的源P地址，而不使用发送接口的IP地址如: ens33接口


6：路由器收到ARP请求后，将更新ARP表项
7：原有的VIP对应Director的MAC地址会被更新为VIP对应RealServer的MAC地址

8:问题

• 路由器根据ARP表项，会将新来的请求报文转发给RealServer，导致Director的VIP失效

解决方法

• 对节点服务器进行处理，设置内核参数arp announce=2:系统不使用IP包的源地址来设置ARP请求的源地址，而选择发送接口的IP地址

解决ARP的两个问题的设置方法

修改/etclsysctl.conf文件

• net.ipv4.conf.lo.arp ignore = 1
• net.ipv4.conf.lo.arp_announce = 2
• net.ipv4.conf.all.arp_ignore = 1
• net.ipv4.conf.all.arp_announce = 2

LVS-DR部署

实验环境

lvv-dr地址：192.168.100.10
web1地址 ：192.168.100.20
web2地址 ：192.168.100.30
nfs 地 址 ：192.168.100.40
client地址：192.168.100.50

nfs服务器配置

检查nfs所需软件是否安装

[root@nfs ~]# rpm -qa | grep nfs
nfs-utils-1.3.0-0.48.el7.x86_64
libnfsidmap-0.25-17.el7.x86_64
nfs4-acl-tools-0.3.3-15.el7.x86_64
[root@nfs ~]# rpm -qa | grep rpcbind
rpcbind-0.2.0-42.el7.x86_64

新建web挂载源目录

[root@nfs ~]# mkdir /web1
[root@nfs ~]# mkdir /web2

创建测试网页

[root@nfs ~]# echo "</h1>this is my web1.</h1>" > /web1/index.html
[root@nfs ~]# echo "</h1>this is my web2.</h1>" > /web2/index.html

设置共享目录