keepalived为lvs应运而生的高可用服务。lvs的调度器无法做高可用,keepalived实现的是调度器的高可用,但keepalived不只为lvs集群服务的,也可以做其他代理服务器的高可用,比如nginx+keepalived也可实现高可用(重点)
解决代理服务器的高可用问题
lvs的高可用集群:主调度器和备调度器(一主一备、一主两备)
主调度器能够正常运行时,由主调度器进行后端真实服务器的分配处理,其余的备用调度器都处于冗余状态,不参与集群的运转,当主调度器出现故障无法运行时,备用调度器承担主调度器的工作,一旦主调度器恢复工作,继续由主调度器进行处理,备调度器又处于冗余状态
4、keepalived是基于VRRP协议实现lvs服务的高可用,解决了调度器单节点的故障问题
5、VRRP协议:提高网络路由器的可靠性开发的一种协议
工作原理:
(1)选举主备。预先设定好主和备的优先级,选举出主和备。主的优先级较高,备的优先级低,一旦开启服务,优先级高的会自动抢占主的位置
(2)检测主备。依靠VRRP组播通信检测主、备是否正常运转。组播通信地址:224.0.0.18。VRRP协议当中的主备服务器通过组播地址进行通信,交换主备服务器之间的运行状态,主服务器会周期性的发送VRRP报文消息,告知其他备服务器主服务器现在的状态
(3)主备切换。主服务器发生故障或者不可达,VRRP协议会把请求转移到备服务器。通过组播地址224.0.0.18,VRRP可以迅速的通知其他服务器立即主备切换,并确保新的主服务器可以正常的处理客户端的请求
(4)故障恢复。一旦主服务器恢复通信,由组播地址224.0.0.18进行通信,发现恢复的主服务器优先级更高,会抢占原主服务器的位置,成为主服务器调度和接收请求
全局模块:core模块。负责整个keepalived的启动、加载和维护
VRRP模块:实现VRRP协议,主备切换
check模块:配置在真实服务器的模块中。负责健康检查,检查后端真实服务器的健康状况
1、定义:在高可用系统中,联系两个节点的心跳线,本来是一体的,是一个动作协调的高可用系统。若心跳线断开后分裂成两个独立的个体,主备之间失去了联系,都以为对方出现了故障,两个调度器像脑裂人一样开始抢占主的位置和VIP地址,此时主服务器有VIP地址,备服务器也有VIP地址,导致整个集群失败
2、问题原因
重启主备服务器的keepalived服务(先重启主,再重启备,再模拟一下故障恢复)
①配置文件
②tcpdump抓包分析
高可用服务器之间心跳线检测失败(主备之间无法进行通信,ping测试一下)
①连接主备之间的心跳线老化
②网卡或网卡的驱动失效
③IP地址配置冲突
④防火墙没有配置心跳线消息的传输通道,导致检测失败(VRRP消息发不出去)
⑤后端服务器的配置问题(心跳方式不同、心跳广播冲突、软件bug等)
3、如何解决脑裂问题?
①硬件:准备两条心跳线,这样断了一条依然能够传送心跳消息
②设置防火墙,一定让心跳消息通过
③依靠监控软件实时监测(zabbix软件)
环境:
dev开发环境——开发人员专用(与运维无关)
sit测试环境——测试人员使用(开发、运维都可以用)
pre预生产环境——运维和开发使用(和最终的生产环境保持一致)
prd生产环境——面向用户的最终环境
常用的是开发、测试环境一块用,再加上生产环境
keepalived不能有注释;启动keepalived会自动生成ipvsadm配置,不需要配置ipvsadm配置文件;keepalived配置错误照样能重启
实验条件:
test1——主调度器——20.0.0.10——keepalived、ipvsadm服务
test2——备调度器——20.0.0.20——keepalived、ipvsadm服务
nginx1——后端真实服务器1——20.0.0.11——nginx服务
nginx2——后端真实服务器2——20.0.0.21——nginx服务
nginx3——客户端——20.0.0.31
VIP地址:20.0.0.100(自定义,必须和DIP和RIP在同一网段)
实验步骤:
1、主调度器test1——20.0.0.10
(1)安装、重启keepalived、ipvsadm服务
保存配置文件:ipvsadm-save > /etc/sysconfig/ipvsadm
(2)保存配置文件
(3)修改keepalived配置文件,绑定VIP地址和后端真实服务器地址
主和备的名称不能一样,否则报错
虚拟路由器的id号(virtual_router_id 51),主备一致
(4)关闭主服务器的转发功能和重定向
net.ipv4.ip_forward = 0
net.ipv4.conf.all.send_redirects = 0
net.ipv4.conf.default.send_redirects = 0
net.ipv4.conf.ens33.send_redirects = 0
2、备份服务器test2——20.0.0.20
(1)安装ipvsadm、keepalived服务
(2)备份keepalived配置文件
(3)远程复制主服务器的keepalived配置文件
(4)修改keepalived配置文件vim /etc/keealived/keepalived.conf
3、检测此时VIP地址在哪台服务器上
4、后端服务器nginx1、nginx2设置静态页面,便于检测轮询
5、后端服务器nginx1、nginx2配置虚拟网卡,绑定VIP地址
(1)nginx1
①配置虚拟接口
②绑定回环接口
③内核参数优化(只有真实服务器的RIP地址可以返回响应结果)
(2)nginx2
①配置虚拟接口
②绑定回环接口
③内核参数优化(只有真实服务器的RIP地址可以返回响应结果)
6、测试
7、模拟故障
(1)主服务器故障——验证高可用,主备是否切换
结论:主备切换成功
(2)主服务器恢复正常运行——VIP地址是否能切换到原主服务器
(3)节点服务器出现故障——假设RS1故障
测试结果:只能访问另一个后端真实服务器
(4)节点服务器恢复正常运行——假设RS1正常运行
测试结果:根据轮询算法后端真实服务器
nginx依靠脚本检测主备服务器的健康生命体征
实验条件:
nginx4——主服务器——20.0.0.41——keepalived、ipvsadm服务
nginx5——备服务器——20.0.0.51——keepalived、ipvsadm服务
nginx6——客户端——20.0.0.61——nginx服务
VIP地址:20.0.0.100(自定义,必须和DIP和RIP在同一网段)
实验步骤:
1、主服务器nginx4
(1)安装ipvsadm、keepalived服务
(2)备份keepalived配置文件
(3)修改keepalived配置文件
(4)创建周期性执行脚本check_nginx.sh
(5)下载脚本文件到桌面 sz check_nginx.sh
(6)建立静态页面,便于识别
2、备服务器nginx5
(1)安装ipvsadm、keepalived服务
(2)备份keepalived配置文件
(3)远程连接复制主服务器的keepalived配置文件
(4)修改keepalived配置文件
(5)下载刚刚的周期性脚本执行文件并赋权
(6)建立静态页面,便于识别
3、检测VIP 地址。此时VIP地址在主服务器上
4、测试。没有轮询算法
5、模拟主服务器故障
测试结果:备服务器顶替主服务器工作
6、模拟备服务器故障
测试结果:主服务器恢复正常运行