本篇总结利用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。
完。
