keepalived之vrrp_script总结

一般状况下，利用keepalived作热备，其中一台设置为master，一台设置为backup。当master出现异常后，backup自动切换为master。当backup成为master后，master恢复正常后会再次抢占成为master，致使没必要要的主备切换。所以能够将两台keepalived初始状态均配置为backup，设置不一样的优先级，优先级高的设置nopreempt解决异常恢复后再次抢占的问题。

然而keepalived只能作到对网络故障和keepalived自己的监控，即当出现网络故障或者keepalived自己出现问题时，进行切换。可是这些还不够，咱们还须要监控keepalived所在服务器上的其余业务进程，根据业务进程的运行状态决定是否须要进行主备切换。这个时候，咱们能够经过编写脚本对业务进程进行检测监控。

例如编写个简单脚本查看haproxy进程是否存活

#!/bin/bash

count = `ps aux | grep -v grep | grep haproxy | wc -l`

if [ $count > 0 ]; then

exit 0

else

exit 1

fi

在keepalived的配置文件中增长相应配置项

vrrp_script checkhaproxy

{

script "/home/check.sh"

interval 3

weight -20

}

vrrp_instance test

{

...

track_script

{

checkhaproxy

}

...

}

keepalived会定时执行脚本并对脚本执行的结果进行分析，动态调整vrrp_instance的优先级。

若是脚本执行结果为0，而且weight配置的值大于0，则优先级相应的增长

若是脚本执行结果非0，而且weight配置的值小于0，则优先级相应的减小

其余状况，维持本来配置的优先级，即配置文件中priority对应的值。

这里须要注意的是：

1） 优先级不会不断的提升或者下降

2） 能够编写多个检测脚本并为每一个检测脚本设置不一样的weight

3） 无论提升优先级仍是下降优先级，最终优先级的范围是在[1,254]，不会出现优先级小于等于0或者优先级大于等于255的状况

这样能够作到利用脚本检测业务进程的状态，并动态调整优先级从而实现主备切换。

可是利用该方式会存在一个问题，例如：A,B两台keepalived

A的配置大概为：

vrrp_script checkhaproxy

{

script "/etc/check.sh"

interval 3

weight -20

}

vrrp_instance test

{

....

state backup

priority 80

nopreempt

track_script

{

checkhaproxy

}

....

}

B的配置大概为：

vrrp_script checkhaproxy

{

script "/etc/check.sh"

interval 3

weight -20

}

vrrp_instance test

{

....

state backup

priority 70

track_script

{

checkhaproxy

}

....

}

A,B同时启动后，因为A的优先级较高，所以经过选举会成为master。当A上的业务进程出现问题时，优先级会下降到60。此时B收到优先级比本身低的vrrp广播包时，将切换为master状态。那么当B上的业务出现问题时，优先级下降到50，尽管A的优先级比B的要高，可是因为设置了nopreempt，A不会再抢占成为master状态。

因此，能够在检测脚本中增长杀掉keepalived进程（或者停用keepalived服务）的方式，作到业务进程出现问题时完成主备切换。