redis+sentinel+keepalived 高可用，可实现多台并单点访问

       之前有写过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