几个集群的总结(三)keepalived②

本篇总结利用keepalived来实现nginx主从模式下的高可用。

环境:CentOS6.4、nginx-1.12.2、keepalived-1.4.0。

场景:

几个集群的总结(三)keepalived②_第1张图片
场景需求


几个集群的总结(三)keepalived②_第2张图片
keepalived实现nginx高可用

规划:

几个集群的总结(三)keepalived②_第3张图片
节点规划

实施

nginx和keepalived都需要安装在129和130两个节点上。nginx的详细安装过程略过,keepalived安装见上一篇keepalived①。

两个关键点:

1)keepalived的配置文件

192.168.139.130节点上keepalived配置如下

几个集群的总结(三)keepalived②_第4张图片
130节点keepalived配置

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

几个集群的总结(三)keepalived②_第5张图片
129节点keepalived配置

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

nginx检查脚本如下:

几个集群的总结(三)keepalived②_第6张图片
nginx检查脚本

这里需要注意的是打开检查脚本的执行权限 

chmod +x /etc/keepalived/nginx_check.sh


高可用测试

启动两个节点上的nginx和keepalived。

在130节点上执行ip add,查看ip情况:

几个集群的总结(三)keepalived②_第7张图片
130节点ip情况

可以看到主节点130机子上已经虚拟出来了192.168.139.120ip。

在129节点上执行ip add,查看ip情况:

几个集群的总结(三)keepalived②_第8张图片
129节点ip情况

可以看出从节点129机子上只有自己的ip。

在浏览器中访问http://192.168.139.120

几个集群的总结(三)keepalived②_第9张图片
http://192.168.139.120

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

现在,把130节点的keepalived停掉:

几个集群的总结(三)keepalived②_第10张图片
130上keepalived停止后的ip情况

在查看129节点的ip:

几个集群的总结(三)keepalived②_第11张图片
130节点keepalived停止后129节点ip情况

再访问http://192.168.139.120

几个集群的总结(三)keepalived②_第12张图片
139节点挂掉后访问 http://192.168.139.120

现在http://192.168.139.120依然可以访问,不过是由之前的从节点129提供的服务。

可以看出当其中一个节点挂掉后,nginx依然可以对外提供服务,实现了高可用。

现在,把130节点的keepalived再次启动,查看130节点ip:

几个集群的总结(三)keepalived②_第13张图片
主节点130ip情况

再查看129节点ip:

几个集群的总结(三)keepalived②_第14张图片
129节点ip情况

访问http://192.168.139.120/

几个集群的总结(三)keepalived②_第15张图片
访问 http://192.168.139.120/

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

解决办法:

在130节点的keepalived的配置中:

几个集群的总结(三)keepalived②_第16张图片
修改130节点keepalived配置

在129的keepalived配置中添加nopreempt。

完。

你可能感兴趣的:(几个集群的总结(三)keepalived②)