本篇总结利用keepalived来实现nginx主从模式下的高可用。
环境:CentOS6.4、nginx-1.12.2、keepalived-1.4.0。
场景:
![](https://i-blog.csdnimg.cn/blog_migrate/9d55548e9593b419a1efff5bc5db17e7.webp?x-image-process=image/format,png)
![](https://i-blog.csdnimg.cn/blog_migrate/c80bf491fde5a9992c18a088ce575740.webp?x-image-process=image/format,png)
规划:
![](https://i-blog.csdnimg.cn/blog_migrate/967ae228725534e71808da8e4c098ffe.webp?x-image-process=image/format,png)
实施
nginx和keepalived都需要安装在129和130两个节点上。nginx的详细安装过程略过,keepalived安装见上一篇keepalived①。
两个关键点:
1)keepalived的配置文件
192.168.139.130节点上keepalived配置如下
![](https://i-blog.csdnimg.cn/blog_migrate/9b0e0d4e4d182572eed336cdebd16342.webp?x-image-process=image/format,png)
192.168.139.129节点上keepalived配置如下(红框和红圈的注意和130节点的对比):
![](https://i-blog.csdnimg.cn/blog_migrate/c03f00d80f6c350cba535b4d7df2d6ea.webp?x-image-process=image/format,png)
2)检查nginx是否正常的脚本,连个节点的脚本内容一致。
nginx检查脚本如下:
![](https://i-blog.csdnimg.cn/blog_migrate/7e0658ed5c84afe3cb10da2bdfabac92.webp?x-image-process=image/format,png)
这里需要注意的是打开检查脚本的执行权限
chmod +x /etc/keepalived/nginx_check.sh
高可用测试
启动两个节点上的nginx和keepalived。
在130节点上执行ip add,查看ip情况:
![](https://i-blog.csdnimg.cn/blog_migrate/2cb644f9fe07dd8bccb50aac99458c9b.webp?x-image-process=image/format,png)
可以看到主节点130机子上已经虚拟出来了192.168.139.120ip。
在129节点上执行ip add,查看ip情况:
![](https://i-blog.csdnimg.cn/blog_migrate/080a3173b240fd92f032bc0ce0e337db.webp?x-image-process=image/format,png)
可以看出从节点129机子上只有自己的ip。
在浏览器中访问http://192.168.139.120
![](https://i-blog.csdnimg.cn/blog_migrate/ec796b8823eff430cf2d753b97bac311.webp?x-image-process=image/format,png)
注意Thank you for using nginx. 130这一行,我在130节点的nginx默认首页中加了130,在129节点的nginx默认首页中加了129,目前可以看出,通过虚拟ip访问nginx,是由主节点130提供服务的。
现在,把130节点的keepalived停掉:
![](https://i-blog.csdnimg.cn/blog_migrate/c3cee5a228dfb5fc3211fdcc5c3df9da.webp?x-image-process=image/format,png)
在查看129节点的ip:
![](https://i-blog.csdnimg.cn/blog_migrate/538f8935f6cde349799a5215c080693c.webp?x-image-process=image/format,png)
再访问http://192.168.139.120
![](https://i-blog.csdnimg.cn/blog_migrate/0929caf49424c00077ef2ab8fa3c86b4.webp?x-image-process=image/format,png)
现在http://192.168.139.120依然可以访问,不过是由之前的从节点129提供的服务。
可以看出当其中一个节点挂掉后,nginx依然可以对外提供服务,实现了高可用。
现在,把130节点的keepalived再次启动,查看130节点ip:
![](https://i-blog.csdnimg.cn/blog_migrate/c4bff85bc80be43833a6fdf0085735a9.webp?x-image-process=image/format,png)
再查看129节点ip:
![](https://i-blog.csdnimg.cn/blog_migrate/c30743a7cebd71f05e4524ce7066f553.webp?x-image-process=image/format,png)
访问http://192.168.139.120/
![](https://i-blog.csdnimg.cn/blog_migrate/ac9c613d77b7069e9206ac26c4d63fe8.webp?x-image-process=image/format,png)
问题出现了:130节点又对外提供服务,正常的主从逻辑应该是主节点挂掉并恢复后成为从节点,而不是抢占,况且129节点并没有出现故障,所以这引起了一个非期望情况的主从节点切换问题!
解决办法:
在130节点的keepalived的配置中:
![](https://i-blog.csdnimg.cn/blog_migrate/70bc07e1e29e490bf3634d33513b476b.webp?x-image-process=image/format,png)
在129的keepalived配置中添加nopreempt。
完。