在哨兵故障转移后复活时原始 Redis 主服务器的状态

Question

为 redis 高可用性解决方案考虑以下设置：3 个虚拟机，每个虚拟机运行一个 redis 服务器实例和一个哨兵实例来监控设置。 R1（redis on VM1）配置为master，R2和R3为slaveof R1； S1...S3（哨兵）所有监视R1，法定人数为2。所有这些都静态写入相应VM上的redis.conf和redis-sentinel.conf。

现在考虑VM1（携带R1和S1）下降。哨兵选举例如R2 作为新的 master 和客户端代码，jedis，自动适应新的状态。到目前为止一切顺利。

当VM1 恢复并且R1 和S1 可用时，究竟会发生什么？

特别是：

• R1 是否会加入剩余的 R2 和 R3 以再次形成 3 节点设置（例如，因为 S2 和 S3 会继续监控它）？
• 如果是，R1 会被选回主控还是继续作为从属？我应该关心吗？
• S1 是否会加入 S2 和 S3 以再次形成 3 节点设置？
• jedis 会自动适应吗？

Answer 1

Sentinel 会将旧 master 转换为新 master 的 slave，除非发生另一个故障转移，否则不需要任何更改，在这种情况下，这一切都会重复。详细信息在the sentinel docs，它直接回答了您的哨兵问题。

绝地武士不需要关心旧主人作为奴隶重新加入。