笔记内容:
- 18.11 LVS DR模式搭建
- 18.12 keepalived lvs
笔记日期:2017-11-13
18.11 LVS DR模式搭建
在实际生产环境中DR模式是用得最多的,NAT模式都用得比较少,因为NAT有一个瓶颈,服务器少还行,一旦服务器多的话,就不行了。所以DR模式才是重点,这一章节介绍如何搭建DR模式。
准备工作:
准备三台机器,一台作为分发器(dir),其他两台作为Real Server。三台机器都可以使用同一网段的IP,与NAT模式不同的是,三台机器都需要绑定一个vip,并且分发器不需要有一个单独的外网网卡。
我这里已经准备好三台机器的IP了,分别是:
- 分发器(dir):192.168.77.130
- Real Server 01:192.168.77.128
- Real Server 02:192.168.77.134
准备好IP之后,在分发器上编写脚本:
vim /usr/local/sbin/lvs_dr.sh
编写内容如下:
#! /bin/bash
echo 1 > /proc/sys/net/ipv4/ip_forward //打开路由转发
ipv=/usr/sbin/ipvsadm
vip=192.168.77.200
rs1=192.168.77.128
rs2=192.168.77.134
ifdown eno16777728
ifup eno16777728
#注意这里的网卡名字,这是绑定vip的
ifconfig eno16777728:2 $vip broadcast $vip netmask 255.255.255.255 up
# 添加网关
route add -host $vip dev eno16777728:2
$ipv -C # 清空规则
$ipv -A -t $vip:80 -s rr
$ipv -a -t $vip:80 -r $rs1:80 -g -w 1 # 定义dr模式的规则
$ipv -a -t $vip:80 -r $rs2:80 -g -w 1
修改完毕:
然后执行一下这个脚本,看看有没有错误:
sh /usr/local/sbin/lvs_dr.sh
如图则没问题。
配置Real Server:
除了dir分发器之外的另外的两台Real Server也要写一个脚本:
vim /usr/local/sbin/lvs_rs.sh
脚本的内容如下:
#/bin/bash
vip=192.168.77.200
#把vip绑定在lo上,是为了实现rs直接把结果返回给客户端
ifdown lo
ifup lo
ifconfig lo:0 $vip broadcast $vip netmask 255.255.255.255 up
route add -host $vip lo:0
#以下操作为更改arp内核参数,目的是为了让rs顺利发送mac地址给客户端
#参考文档www.cnblogs.com/lgfeng/archive/2012/10/16/2726308.html
echo "1" >/proc/sys/net/ipv4/conf/lo/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/lo/arp_announce
echo "1" >/proc/sys/net/ipv4/conf/all/arp_ignore
echo "2" >/proc/sys/net/ipv4/conf/all/arp_announce
编辑完毕:
保存退出后执行这个脚本看看是否正常:
sh /usr/local/sbin/lvs_rs.sh
我这里出现了一个错误,无法载入本地网卡的配置文件:
解决办法,往ifcfg-lo配置文件里加上以下这一句(一会还会介绍另一种解决办法):
TYPE=LOOPBACK
重启网卡后再执行这个shell脚本:
如图,没有打印错误信息了。
接着再到另一台Real Server上编辑这个脚本:
vim /usr/local/sbin/lvs_rs.sh
内容是一致的:
保存退出后,执行这个脚本看看有没有问题,如果和上面那个问题一样显示无法载入文件的话,就把NetworkManager套件给关闭了,然后再执行就不会有问题了:
systemctl stop NetworkManager
systemctl disable NetworkManager
然后使用route -n命令查看一下网关:
如图,可以看到这个vip配置成功了,如果没有这个vip的话,可能是脚本出了问题,然后在另一台Real Server执行此命令查看:
如图,两台Real Server都需要绑定这个vip,如果没有这个vip的话,就是配置失败了。
然后再到分发器(dir)上执行ip addr 查看一下是否有绑定vip:
如图,有绑定vip,这样就是配置成功了,如果没有的话也是脚本有问题,需要检查一下是否修改的时候弄错了。
以上步骤都成功后,我们的DR模式就搭建完成了,接下来就是测试了:
- 关闭所有机器的防火墙(可以把这些命令写成一个脚本执行):
systemctl stop firewalld
systemctl disable firewalld
systemctl start iptables
systemctl enable iptables
iptables -F
service iptables save
2. 启动所有机器的Nginx,并且确保80端口有被监听:
service nginx start
3. 打开windows上的浏览器,访问192.168.77.200这个vip:
如图,可以看到分别访问了两台Real Server的默认页,因为分发器会将客户的访问请求,根据调度算法来分发到这个两台Real Server上,如此能够进行分配访问请求的话,就代表我们的DR模式搭建成功,并且能够进行访问了。
18.12 keepalived lvs
以上我们搭建好了LVS的DR模式,接下来我们使用Keepalived结合LVS,让Keepalived实现负载均衡的功能。
为什么要结合Keepalived:
原因一:分发器(dir)在LVS中是一个重要的角色,因为所有的用户请求都是被分发器所分配到每台Real Server上,所以说分发器也可以看作是一个入口,所有的请求都从这个入口进来。如果分发器宕机,那么所有的Real Server都接收不到用户的请求,相当于全部都瘫掉了。因此我们需要这个分发器能够是高可用的,而Keepalived则可以实现高可用,而且Keepalived本身还有负载均衡的作用。
原因二:如果没有Keepalived的话,其中一台Real Server宕机了,分发器依然还是会将请求分发过去,这样就会导致用户的请求无法被处理,并且在浏览器中也会显示连接失败,所以需要Keepalived来确保用户的请求不会被分发到一台已经宕机的Real Server上。
既然说明了为什么需要Keepalived,那么接下来就实际演示一下如何让Keepalived与LVS结合,完整架构需要两台服务器分别安装keepalived软件,的是实现高可用,但keepalived本身也有负载均衡的功能,所以本次实验可以只安装一台keepalived,因为我这之前已经安装过了,所以就不演示安装的过程了,如果不知道怎么安装的话,可以参考我另一篇使用keepalived搭建高可用的文章:
http://zero01.blog.51cto.com/12831981/1981374
1. 编辑keepalived的配置文件
vim /etc/keepalived/keepalived.conf
- 文件内容从以下网址获得:
https://coding.net/u/aminglinux/p/aminglinux-book/git/blob/master/D21Z/lvs_keepalived.conf
- 修改ip和网卡名称:
保存退出后,因为搭建DR模式的时候脚本写入了一些规则,所以得先执行ipvsadm -C命令,把之前的ipvsadm规则清空掉。
4. 启动keepalived:
测试:
启动keepalived后,使用ipvsadm -ln命令,查看一下分发规则:
然后把其中一台Real Serve的Nginx给关了:
回到分发器上查看一下分发规则:
如图,可以看到keepalived自动把停掉Nginx服务的Real Serve给踢出分发规则了。这一步可能需要多执行几次ipvsadm -ln命令,因为我们在配置文件里设置的是10秒检测一次。
接着再把刚刚听停掉的那台Real Serve的Nginx启动起来:
这时候再次回到分发器上查看规则:
如图,可以看到keepalived检测到Real Serve的Nginx启动起来了,就自动添加了分发规则。
在浏览器上也能够正常访问:
扩展
haproxy+keepalived
http://blog.csdn.net/xrt95050/article/details/40926255
nginx、lvs、haproxy比较
http://www.csdn.net/article/2014-07-24/2820837
keepalived中自定义脚本 vrrp_script
http://my.oschina.net/hncscwc/blog/158746
如果图片失效了可以点击以下有道云连接: