在哨兵故障转移后复活后的原始雷迪斯大师的状态

时间:2015-11-03 22:51:38

标签: redis jedis redis-sentinel

考虑redis高可用性解决方案的以下设置:3个VM,每个运行一个redis服务器实例,一个Sentinel实例来监控设置。 R1VM1上的redis)被配置为主R2R3 slaveof R1; S1 ... S3(哨兵)全部监控R1,仲裁次数为2.所有这些都静态写入相应虚拟机上的redis.confredis-sentinel.conf

现在考虑VM1(携带R1S1)。哨兵选举,例如R2作为新的主人,客户端代码jedis会自动适应新状态。到目前为止一切都很好。

VM1重新启动并R1S1可用时,会发生什么?

特别是:

  • R1加入剩余的R2R3以再次形成3节点设置(例如,因为S2S3会继续监控它)?
  • 如果是,R1会被选举回主人还是留下奴隶?我应该关心吗?
  • S1加入S2S3再次组成3节点设置?
  • jedis会自动适应吗?

1 个答案:

答案 0 :(得分:1)

Sentinel会将旧主服务器转换为新主服务器的从服务器,除非发生其他故障转移,否则不需要更改任何故障转移。详细信息位于the sentinel docs,可以直接回答您的哨兵问题。

杰迪斯不需要关心作为奴隶重新加入的老主人。