Redis Sentinel知识总结

主从复制的优点和问题

优点：

• 从节点是主节点的一个备份，能在主节点宕机之后作为备份。
• 能够读写分离减轻主节点的压力。

问题：

如果主节点宕机需要手动进行故障转移。如果使用脚本也无法周密的考虑所有情况，例如：怎样判断主节点宕机？设置哪个从节点作为主节点？

Redis Sentinel是官方提供的监控并自动故障转移的组件。

Redis Sentinel架构简介

redis集群

对应redis集群来说还是主从复制的结构。

sentinel集群

每个sentinel节点可以看做是一个redis进程，但是它并不负责存储数据。它主要的工作是对redis集群的故障判断和故障转移，通知客户端的过程。sentinel需要是一个集群的架构。这样也能实现高可用，并且能对redis节点故障做一个公平的判断。

客户端

客户端只会连接sentinel，记录sentinel的地址，应为sentinel会知道哪个节点是真正的master，故障转移是也会将最新master的地址告诉客户端。

Sentinel故障转移流程步骤

1、多个sentinel发现并确认master有问题。
2、选举出一个sentinel作为领导。
3、选举出一个slave作为master。
4、通知其余slave成为新的master的slave。
5、通知客户端的主从变化。
6、等待老的master复活成为新master的slave。

客户端的基本原理

1、获取所有sentinel节点，找得到其中一个可用的节点，通过masterName获取master的地址。
2、客户端对获取到的master节点进行一次验证，验证其是否是master节点。
3、如果master发生故障转移，sentinel会通知客户端。实现原理是客户端通过订阅一个channel，当master节点变化，sentinel会发出消息。

三个定时任务

1、每10秒每个sentinel对master和slave执行info

• 发现slave节点
• 确认主从关系

2、每2秒每个sentinel通过master节点的channel交换信息(pub/sub)

• 通过_sentinel_:hello频道交互
• 交互对节点的看法和自身信息，提供一个信息交互的平台，像实现故障判断和领导者选举。

3、每1秒每个sentinel对其他sentinel和redis执行ping

• 心跳检测，失败判定依据

主观下线和客观下线

建议sentinel节点数为基数并且三个以上。主观线下是sentinel每秒进行对节点的ping操作，如果超过配置的时间还是没有收到回复，认为该节点已经不可用，这时会通过channel发表主观下线的消息，并向其他节点询问观点。当收到同意的消息大于配置的参数时，代表达成共识，进行客观下线。

领导者选举

故障转移