之前有写过redis+sentinel的哨兵机制主从的切换,这一次多了一个keepalived,是为了能够方便项目只支持一台访问,可是又要高可用的情况下,就可以执行此方案。
本次主要讲的就是keepalived的配置,如何才能做到单台访问而实现高可用,从而实现主从无缝切换。
1.有个问题需要注意
当master down了,backup接管了,master再次起来,不能再成为master。否则master恢复了再接管的话,会造成业务来回切换,这时候就需要nopreempt参数了。
nopreempt:设置不抢占,这里只能设置在state为backup的节点上,而且这个节点的优先级必须别另外的高。
先来看看方案的整体思路:
通过keepalived的自定义脚本功能监控本机的redis服务状态,当监控脚本检测到redis服务出现异常时,则改变本机keepalived的优先级,同时这会导致master/backup角色的变化,而keepalived在角色变化时也会触发一些机制执行相关脚本,这就为我们改变redis的master/slave状态提供了机会,这样做的目的是为了是redis的master/slave直接的数据保持一致。
在keepalived+redis的使用过程中有三种情况:
1 一种是keepalived挂了,同时redis也挂了,这样的话直接VIP飘走之后,通过哨兵对redis数据同步,并切换主从,哨兵集群会自动去切换,保证数据的一致性。
2 另一种是keepalived挂了,redis没挂,这时候VIP飘走后,redis的master/slave还是老的对应关系,如果不变化的话会把数据写入redis slave中,从而不会同步到master上去,这就要借助监控脚本反转redis的master/slave关系。这时候就要预留一点时间进行数据同步,然后反转master/slave。
3 还有一种是keepalived没挂,redis挂了,这时候根据监控脚本会检测到redis挂了,并且降低keepalived master的优先级,同样会导致VIP飘走,情况和第二种一样,也是需要进行数据同步,然后反转当前redis的master/slave关系的。
进入正题,安装keepalived的过程就略了,安装redis的也跳过,直接将keepalived的配置文件。
一.配置主keepalived
! Configuration File for keepalived
global_defs {
lvs_id LVS_redis
}
vrrp_script chk_redis {
script "/etc/keepalived/scripts/redis_check.sh" #执行指定脚本
weight -20 #脚本结果导致的优先级变更:20表示优先级+20;-20则表示优先级-20
interval 2 #指定脚本的执行时间间隔
}
vrrp_instance VI_1 {
state backup
interface eth0 #把vip挂再哪个网卡上
virtual_router_id 51
nopreempt #不抢占资源,只有在主的keepalived设置
priority 200 #权重值
advert_int 5
track_script {