Linux下配置 Keepalived（心跳检测部署）_keepalived interval 2(1)

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！

11. virtual_ipaddress {   #指定虚拟IP, 两个节点设置必须一样
12. 192.168.200.16/24
13. 192.168.200.17 /24  #这里的IP是一个本地
14. p;          192.168.200.18 /24  #这里的IP是另外一个连接的IP
15. }
16. }

按同样的方法配置节点B并修改配置文件，可将A节点的配置文件复制到B节点，并修改以下几项：

router_id  NodeB

state   BACKUP

priority   99

其它项不必修改。

测试及验证：

执行命令 ip a （注意ifconfig命令无法查看到配置的虚拟IP），来查看。

6.（主从模式）脑裂问题

上述主从配置方式存在脑裂的可能，即两个节点实际都处于正常工作状态，但是无法接收到彼此的组播通知，这时两个节点均强行绑定虚拟IP，导致不可预料的后果。 
这时就需要设置仲裁，即每个节点必须判断自身的状态（应用服务状态及自身网络状态），要实现这两点可使用自定义shell脚本实现，通过周期性地检查自身应用服务状态，并不断ping网关（或其它可靠的参考IP）均可。当自身服务异常、或无法ping通网关，则认为自身出现故障，就应该移除掉虚拟IP(停止keepalived服务即可）。主要借助keepalived提供的vrrp_script及track_script实现：

在keepalived的配置文件最前面加入以下代码，定义一个跟踪脚本：

[python] 
view plain
 copy

1. vrrp_script check_local { #定义一个名称为check_local的检查脚本
2. script “/usr/local/keepalived/bin/check_local.sh” #shell脚本的路径
3. interval 5  #运行间隔
4. }

再在
vrrp_instance
配置中加入以下代码使用上面定义的检测脚本：

[python] 
view plain
 copy

1. track_script {
2. check_local
3. }

我们在/usr/local/keepalived/bin/check_local.sh定义的检测规则可以是：

以上的路径及文件是自己定义的。

a.自身web服务故障（超时，http返回状态不是200）

b.无法ping通网关

c.产生以上任何一个问题，均应该移除本机的虚拟IP(停止keepalived实例即可)

但这里有个小问题，如果本机或是网关偶尔出现一次故障，那么我们不能认为是服务故障。更好的做法是如果连续N次检测本机服务不正常或连接N次无法ping通网关，才认为是故障产生，才需要进行故障转移。另一方面，如果脚本检测到故障产生，并停止掉了keepalived服务，那么当故障恢复后，keepalived是无法自动恢复的。我觉得利用独立的脚本以秒级的间隔检查自身服务及网关连接性，再根据故障情况控制keepalived的运行或是停止。

这里提供一个思路，具体脚本内容请大家根据自己的需要编写即可。

脚本/usr/local/nginx/check_nginx.sh"内容：

[python] 
view plain
 copy

1. #!/bin/bash
2. if [ “$(ps -ef | grep “nginx: master process”| grep -v grep )” == “” ]
3. then
4. /usr/local/nginx/sbin/nginx
5. sleep 5
6. if [ “$(ps -ef | grep “nginx: master process”| grep -v grep )” == “” ]
7. then
8. killall keepalived
9. fi
10. fi

//如果以上配置我介绍的不理解的话 大家参考一下实例代码。

vi /etc/keepalived/keepalived.conf

编辑文件（主）：

[python] 
view plain
 copy

1. global_defs {
2. router_id nginx_master
3. }
4. #监控服务.NGINX mysql等
5. vrrp_script chk_nginx {
6. script “/usr/local/nginx/check_nginx.sh”
7. interval 2
8. weight 2
9. }
11. vrrp_instance VI_1 {
12. state MASTER
13. interface eth0
14. virtual_router_id 51
15. priority 101
16. advert_int 1
17. authentication {
18. auth_type PASS
19. auth_pass 1111
20. }
21. virtual_ipaddress {
22. 192.168.xx.xx    #VIP（虚拟ip）
23. 192.168.xx.xx    #本机IP
24. 192.168.xx.xx    #另外一台IP
25. }
26. track_script {
27. chk_nginx #检测脚本 上面配置的
28. }
29. }

vi /etc/keepalived/keepalived.conf

编辑文件（从）：

[python] 
view plain
 copy

1. global_defs {
2. router_id nginx_backup
3. }
4. #监控服务.NGINX mysql等
5. vrrp_script chk_nginx {
6. script “/usr/local/nginx/check_nginx.sh”
7. interval 2
8. weight 2
9. }
11. vrrp_instance VI_1 {
12. state BACKUP
13. interface eth0
14. virtual_router_id 51
15. priority 99
16. advert_int 1
17. authentication {
18. auth_type PASS
19. auth_pass 1111
20. }
21. virtual_ipaddress {
22. 192.168.xx.xx    #VIP（虚拟ip）
23. 192.168.xx.xx    #本机IP
24. 192.168.xx.xx    #另外一台IP
25. }
26. track_script {
27. chk_nginx #检测脚本 上面配置的
28. }
29. }

启动并测试：

1.启动两台机器上的nginx

2.启动两台机器上的keepalived

此时使用命令 ip addr 查看虚拟IP绑定 可以看到主 有，从没有，将主机的keepalived关掉，可以看到vip绑定到了从的上面。

网上学习资料一大堆，但如果学到的知识不成体系，遇到问题时只是浅尝辄止，不再深入研究，那么很难做到真正的技术提升。

需要这份系统化的资料的朋友，可以点击这里获取！

一个人可以走的很快，但一群人才能走的更远！不论你是正从事IT行业的老鸟或是对IT行业感兴趣的新人，都欢迎加入我们的的圈子（技术交流、学习资源、职场吐槽、大厂内推、面试辅导），让我们一起学习成长！