Redis集群_哨兵工作原理

1.监控阶段

注意：

• sentinel(哨兵1)----->向master(主)和slave(从)发起info，拿到全信息。
• sentinel(哨兵2)----->向master(主)发起info，就知道已经存在的sentinel(哨兵1)的信息，并且连接slave(从)。
• sentinel(哨兵2)----->向sentinel(哨兵1)发起subscribe(订阅)。

2.通知阶段

sentinel不断的向master和slave发起通知，收集信息。

3.故障转移阶段

通知阶段sentinel发送的通知没得到master的回应，就会把master标记为SRI_S_DOWN,并且把master的状态发给各个sentinel，其他sentinel听到master挂了，说我不信，我也去看看，并把结果共享给各个sentinel，当有一半的sentinel都认为master挂了的时候，就会把master标记为SRI_0_DOWN。

方式：

自己最先接到哪个sentinel的竞选通知就会把票投给它。

剔除一些情况：

1. 不在线的
2. 响应慢的
3. 与原来master断开时间久的
4. 优先级原则

结论

• 哨兵系统中的主从节点，与普通的主从节点并没有什么区别，故障发现和转移是由哨兵来控制和完成的。
• 哨兵节点本质上是redis节点。
• 每个哨兵节点，只需要配置监控主节点，便可以自动发现其他的哨兵节点和从节点。
• 在哨兵节点启动和故障转移阶段，各个节点的配置文件会被重写(config rewrite)。