本篇总结利用keepalived来实现nginx主从模式下的高可用。
环境:CentOS6.4、nginx-1.12.2、keepalived-1.4.0。
场景:


规划:

实施
nginx和keepalived都需要安装在129和130两个节点上。nginx的详细安装过程略过,keepalived安装见上一篇keepalived①。
两个关键点:
1)keepalived的配置文件
192.168.139.130节点上keepalived配置如下

192.168.139.129节点上keepalived配置如下(红框和红圈的注意和130节点的对比):

2)检查nginx是否正常的脚本,连个节点的脚本内容一致。
nginx检查脚本如下:

这里需要注意的是打开检查脚本的执行权限
chmod +x /etc/keepalived/nginx_check.sh
高可用测试
启动两个节点上的nginx和keepalived。
在130节点上执行ip add,查看ip情况:

可以看到主节点130机子上已经虚拟出来了192.168.139.120ip。
在129节点上执行ip add,查看ip情况:

可以看出从节点129机子上只有自己的ip。
在浏览器中访问http://192.168.139.120

注意Thank you for using nginx. 130这一行,我在130节点的nginx默认首页中加了130,在129节点的nginx默认首页中加了129,目前可以看出,通过虚拟ip访问nginx,是由主节点130提供服务的。
现在,把130节点的keepalived停掉:

在查看129节点的ip:

再访问http://192.168.139.120

现在http://192.168.139.120依然可以访问,不过是由之前的从节点129提供的服务。
可以看出当其中一个节点挂掉后,nginx依然可以对外提供服务,实现了高可用。
现在,把130节点的keepalived再次启动,查看130节点ip:

再查看129节点ip:

访问http://192.168.139.120/

问题出现了:130节点又对外提供服务,正常的主从逻辑应该是主节点挂掉并恢复后成为从节点,而不是抢占,况且129节点并没有出现故障,所以这引起了一个非期望情况的主从节点切换问题!
解决办法:
在130节点的keepalived的配置中:

在129的keepalived配置中添加nopreempt。
完。
网友评论