Redis Sentinel 是 redis的高可用实现方案:故障发现、故障自动转移、配置中心、客户端通知,Jedis原生支持,客户端在连接时,实际连接的Sentinel集合,当Sentinel观测到变化和故障转移后,会Pub到client端,实际使用了redis的pub/sub功能。
1. 主节点故障,主从复制失败
2. Sentinel通过定期监控,发现主节点故障
3. 多个Sentinel节点对主节点的故障达成一致,选举出Sentinel-3(假设N个Sentinel节点)作为领导负责故障转移,选举采用Raft算法,具体过程为
3.1 每个在线的Sentinel都有资格成为领导者,当它确认主节点主观下线时,回向其他Sentinel节点发命令,要求自己成为领导者
3.2 收到命令的Sentinel节点,如果没有同意过其他的Sentinel节点的命令,则同意该请求,否则拒绝
3.3 如果该节点发现自己的票数大于 max(quorum, num(sentinels)/2+1), 那么它将成为领导者
3.4 如果此过程没有选举出领导者,将进入下一次选举
4. Sentinel-3进行故障转移,假设之前是 master,slave-1,slave-2,步骤包括
4.1 选slave-1作为主节点
4.2 slave-2作为slave-1的从节点
4.3 通知client端
4.4 若master节点恢复,则调整其主节点为slave-1
Sentinel体系中,从节点的作用主要就是主节点挂了之后顶上来,以此实现高可用;如果做读写分离,从节点挂掉不会动态通知,不是高可用,无法动态通知修改,需要额外的客户端逻辑处理