DR+keepalived
前言:
lvs作为调度器有两个问题需要解决,一是后端服务端的web中,假如有一台出现故障,然后在调度的时候将其自动踢出集群,二是调度假如出现故障,如何实现调度器的功能转移,避免单点故障。本章我们会介绍一个新的软件,keepalived,用它来实现这个功能。
一、分析LVS—DR群集工作原理
将Client与群集机器放在同一网络中数据包流经的路线为 1 -> 2 -> 3 -> 4 .
解读:调度器和服务端web在一个机房,同一网段;数据返回到用户时,不经过调度器。
数据包流向的过程:
1、Client向目标VIP发出请求,Director(负载均衡器)接收
总结:数据包的指向的ip为集群的vip,mak指向的lvs
2、Director根据负载均衡算法选择RealServer_1,不修改也不封装IP报文,而是将数据帧的MAC地址改为RealServer_1的MAC地址,然后在局域网上发送
总结:server1也绑定了vip,负载均衡器的将报文中源mask地址换成了lvs的,目标mask地址换成的server1的真实mask
3、 RealServer_1收到这个帧,解封装后发现目标IP与本机匹配(RealServer事先绑定了VIP),于是处理这个报文。随后重新封装报文,发送到局域网
4、Client将收到回复报文。Client认为得到正常的服务,而不会知道是哪一台服务器处理的
总结:每次只是修改了mask的地址,ip地址不做修改(当然要先解决ARP的冲突问题。一个ip对应了多个mask)
二、LVS-DR中的ARP问题及办法
问题一:
在局域网中具有相同的IP地址,势必会造成各服务器ARP通信的紊乱
当ARP广播发送到LVS-DR集群时,因为负载均衡器和节点服务器都是连接到相同的网络上,它们都会接收到ARP广播。
解决方法
对节点服务器进行处理,使其不响应针对VIP的ARP请求 使用虚接口lo:0承载VIP地址
设置内核参数arp_ignore=1:系统只响应目的IP为本地IP的ARP请求
问题二:
建立第一次通信后,下次通信直接发送到上次的server1上,不经过调度器
产生原因:ARP请求使用IP包的源IP地址(即VIP)作为ARP请求包中的源IP地址
解决方法
对节点服务器进行处理,设置内核参数arp_announce=2:系统不使用IP包的源地址来设置ARP请求的源地址,而选择发送接口的IP地址
总结:
解决ARP的两个问题的设置方法
修改letc/sysctl.conf文件
net.ipv4.conf.lo.arp_ignore = 1
net.ipv4.conf.lo.arp_annougce = 2
net.ipv4.conf.all.arp_ignore = 1
net.ipv4.conf.all.arp_announce = 2
四、LVS-DR处理问题后的流量分析
① 客户端发送请求到Director server (负载均衡器),请求的数据报文(源IP是CIP,目标IP是VIP)到达内核空间。
② Director Server和Real server在同一个网络中,数据通过二层数据链路层来传输。
③ 内核空间判断数据包的目标IP是本机VIP,此时IPVS (IP虚拟服务器)比对数据包请求的服务是否是集群服务,是集群服务就重新封装数据包。修改源MAC地址为Director Server的MAC地址,修改目标MAC地址为Real Server的MAC地址,源IP地址与目标IP地址没有改变,然后将数据包发送给Real Server。
④到达Real server的请求报文的MAC地址是自身的MAC地址,就接收此报文。数据包重新封装报文(源IP地址为VIP,目标IP为CIP),将响应报文通过 lo 接口传送给物理网卡ens33然后向外发出。
⑤ Real Server 直接将响应报文传送到客户端。
五、LVS-DR 特性
① Director Server和Real Server必须在同一个物理网络中。
② Real Server可以使用私有地址,也可以使用公网地址。如果使用公网地址,可以通过互联网对RIP进行直接访问。
③ Director Server作为群集的访问入口,但不作为网关使用。
所有的请求报文经由Director Server,但回复响应报文不能经过Director Server
④ Real Server的网关不允许指向Director Server IP,即Real Server发送的数据包不允许经过Director Server。
⑤ Real Server上