用惯了openbsd的carp和交换机的vrrp/hsrp,对keepalived的vrrp模式特别亲切,有什么问题的时候一般都能第一时间先考虑用它。
如果有什么新的使用需求,我的使用习惯一般是看手册,不过,近段时间有几个使用场景,把手册翻了个遍,就是没有找到有对应的配置选项,感觉很是郁闷。不过,因为一个问题偶尔去看了一下源代码,发现我想要的功能早就有了,只是没更新手册罢了,真是有点柳岸花明的感觉。
下面是手册中未更新的两个小功能:
1、vrrp_script和track_script
track_script指定检查脚本,定期运行它们来改变优先级,并最终引发主备切换。如果配过交换机的vrrp/hsrp部分的话,应该对这个功能比较熟悉
2、notify_stop
keepalived停止运行前运行notify_stop指定的脚本
下面是我这边应用上面两个功能介绍:
1、两台双master台数据库,用keepalivd的vrrp模式给客户端提供一个HA的虚拟IP
这个要求检查mysql数据库的状态,如果mysql出现问题,就降低优先级,这样虽然机器正常,也会引发新一轮的master选举,以保证mysql服务的高可用性
先定义两个检查脚本
vrrp_script chk_mysqld {
script "/usr/bin/mysqladmin -uganglia extended-status -pganglia_status | grep -qSlave_running"
interval 10 # check every 10 seconds
weight-40 # if failed, decrease 40 ofthe priority
fall 3 # require 2 failures for failures
rise 1 # require 1 sucesses for ok
}
vrrp_script chk_schedown {
script "if [ -f /var/run/down]; then exit 1; else exit 0; fi"
interval 10 # check every 10 seconds
weight-40 # if failed, decrease 40 ofthe priority
fall 1 # require 2 failures for failures
rise 1 # require 1 sucesses for ok
}
上面的chk_schedown脚本,给管理员提供一个切换的地方,如果管理员在master上手工touch/var/run/down,这样,流量会比这台机器上切走了。
在vrrp对应的地方使用它
vrrp_instance VI_1 {
track_script{
chk_mysqld
chk_schedown
}
}
2、为一些后台cron脚本提供高可用性
有些后台脚本,如给用户发短信或邮件,它需要在一台机器上运行,但是不能同时在多台机器上运行。如果只配在某台机器上,当它出现问题的时候,这些后台脚本就停止运行了。
这边的做法是,利用notify和notify_stop脚本,在MASTER机器上生成一个状态文件,所有机器都配同样的cron配置和定时运行同样的脚本,不同的是脚本在运行时首先检查是不是master,如果不是,则直接退出。这样多台机器都会定期运行后台脚本,但只有一台真正执行。
本站仅提供存储服务,所有内容均由用户发布,如发现有害或侵权内容,请
点击举报。