【Keepalived】KP + NGINX 多机热备学习
案例搭建
环境是三台机器,两台也可以
最后一个IP是测试的VIP
192.168.124.21 centos6-1 192.168.124.22 centos6-2 192.168.124.23 centos6-3 192.168.124.29 centos6-x
每台机器都安装nginx和keepalived(简称KP)
yum install -y nginx yum install -y keepalived
在每台机器的Nginx静态页面上添加机器标识
vim /usr/share/nginx/html/index.html
位置:
保存后,都把Nginx跑起来,检查页面效果:
配置KP:
将KP的配置文件进行备份
cp /etc/keepalived/keepalived.conf /etc/keepalived/keepalived.conf.bak
然后清空源文件的所有配置(除了第一行声明),只保留一个配置
vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.124.29 } }
配置项:
state MASTER # 节点角色 MASTER / BACKUP interface eth0 # 网卡名称 默认配置 virtual_router_id 51 # 虚拟路由ID 节点之间一致 priority 100 # 权重,数值越高,路由分配到此节点的几率越高 advert_int 1 # 主备节点间同步检查间隔(秒) virtual_ipaddress { # 配置虚拟地址(VIP) 节点之间一致 192.168.124.29 }
将1号机的主节点配置分发给其他机器
scp /etc/keepalived/keepalived.conf root@centos-2:/etc/keepalived scp /etc/keepalived/keepalived.conf root@centos-3:/etc/keepalived
其他机器只需要更改下面高亮的地方:
vrrp_instance VI_1 { state BACKUP # 主节点只有一个,备节点可以若干个 interface eth0 virtual_router_id 51 priority 100 # 备节点一般不大于等于主节点的权重 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.124.29 } }
KP配置完成后,全部启动
service keepalived start
检查主节点是否多出一个VIP地址
[root@centos6-1 ~]# ip addr 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo inet6 ::1/128 scope host valid_lft forever preferred_lft forever 2: eth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP qlen 1000 link/ether 00:0c:29:b3:0b:d7 brd ff:ff:ff:ff:ff:ff inet 192.168.124.21/24 brd 192.168.124.255 scope global eth0 inet 192.168.124.29/32 scope global eth0 inet6 fe80::20c:29ff:feb3:bd7/64 scope link valid_lft forever preferred_lft forever
访问VIP地址查看页面:
可以发现访问VIP地址分配到了1号机上面
现在把1号机的KP下线,模拟节点故障
service keepalived stop
可以发现路由分配到了2号机
把2号机的KP也下线,就分配到最后的3号机上面
现在把1号机的KP重新启动起来,访问又会回到1号机上面
KP的作用可以保障服务的正常运作,就是高可用。
MASTER挂了就让BACKUP顶上去用,当MASTER好了,就重新分配回来继续运行
这样保证主节点故障的时候还能持续提供应用服务
从上面的案例可以得知,KP是通过节点下线来完成IP飘逸的
下面的问题如何知道服务是故障的状态
KP监测配置
在KP配置文件追加新的配置块:
# 定义用于实例执行的脚本内容,比如可以在线降低优先级,用于强制切换 vrrp_script CHK_NGIXN { script "/etc/keepalived/check_nginx.sh" # 脚本位置 interval 2 # 间隔长度(秒) weight 2 # 权重? }
原先的实例配置块,绑定这个脚本
vrrp_instance VI_1 { state MASTER interface eth0 virtual_router_id 51 priority 100 advert_int 1 authentication { auth_type PASS auth_pass 1111 } virtual_ipaddress { 192.168.124.29 } track_script { CHK_NGINX } }
KP附带一个定时执行任务,周期性的执行这个脚本
检查我们想绑定的服务是否为故障状态
这里是check_nginx脚本的内容:
最重要的是下面我标亮的语句
#nginx是否正常运行,如果不正常重启一次,如不能恢复则关闭keepalive,漂移vip地址 #!/bin/bash #检测nginx是否启动了 A=`ps -C nginx --no-header |wc -l` if [ $A -eq 0 ];then #如果nginx没有启动就启动nginx service nginx start #重启nginx # systemctl start nginx.service #Centos7.X用此命令 if [ `ps -C nginx --no-header |wc -l` -eq 0 ];then #nginx重启失败,则停掉keepalived服务,进行VIP转移 killall keepalived fi fi
然后每一台机器都这样进行配置,用来检测Nginx是否健康
总结一下几个关键点:
1、做VIP热备需要绑定一个VIP 和 一个路由ID上面
2、KP的主节点只能存在一个,其余的都是备节点
3、使用Tracer配置块来做心跳检测,检测的脚本触发了故障状态,需要把KP下线,来实现IP飘逸