Keepalived 实现 Redis AutoFailover (RedisHA)14

下面是它的区别

4c4

< router_id LVS_redis-b

---

router_id LVS_redis-a 19c19

< priority 139

---

priority 138priority 的范围是 1-255

Note: priority 值高的会自动变成 master , 所以在分配优先级时master 要设置一个相对高一点的值，但不能比 backup 高过weight 调整值，否则keepalived检查发现服务不可用了，将相应的priority 减小了之后，发现还是比backup的优先级高，于是还会继续充当master ，不放开 VIP，这时客户端访问就不会获得期望的结果

启动顺序

这个redis+keepalived 集群的启动顺序相当有讲究，否则会出意外

启动充当master的redis (或者生产中正好有一台正在运行的redis)

启动充当slave的redis

在slave上执行 SLAVEOF 与master进行同步 (选择一个业务低峰点)

调整master上的keepalived priority 使它的值 s.priority < m.priority < s.priority+weight (是为了master被keepalived检查并认定失效后，slave可以通过自已的优先级成功竞选成为新的master)

启动master上的keepalived

启动slave上的keepliaved

Note: 这种方式只可以抗击一次master的非计划故障切换，或计划性切换，如果要再次使用，得重新手动按照上面顺序进行构建，之所以不自动化，是因为，SLAVEOF是一个有杀伤性的命令，正常情况会对服务器造成显著压力，意外情况会毁掉master上的数据，比如和一个空的redis进行同步，将导致自己的数据被清掉