Redis集群哨兵模式总结-优快云博客

本文链接：https://blog.youkuaiyun.com/daimingbao/article/details/118061033

Redis Sentinel是官方提供的高可用性解决方案，能够监控Redis集群节点的健康状态，实现自动故障转移。当master节点主观下线后，Sentinel会通过其他哨兵节点的共识判断是否客观下线，若达成一致则执行故障转移，选举新的master并通知客户端。Sentinel使用raft算法进行选举，并考虑断开连接时间、副本优先级、复制偏移量等因素选择新master。然而，Sentinel在单master情况下可能存在数据丢失风险，且不具备横向扩展能力。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

上文介绍了Redis主从复制的原理，它解决了Redis数据备份的问题,master节点发生故障后不能自动选举出新的主节点，需要人工将slave节点设置成主节点，效率低下，不能实现自动故障转移，Redis官方提供了一个高可用解决方案Sentinel。

Redis sentinel是什么？

Redis Sentinel是Redis的官方高可用性解决方案。Redis Sentinel为Redis提供高可用性。实际上，这意味着使用Sentinel可以创建一个Redis集群，在没有人为干预的情况下抵抗某些类型的失败，自动实现故障转移。

sentinel能干什么？

1、监控redis集群节点（master+replica）和sentinel节点健康状态

2、自动故障转移：如果master出现故障，sentinel可以实现故障转移，并且通知客户端连接新的master。

3、通知：通过api，可以发送通知到管理员，开发人员，监控的redis实例出现了故障

4、配置中心：客户端连接到sentinel,sentinel可以访问master将节点信息返回给客户端

启动sentinel方法

1、redis-sentinel /path/to/sentinel.conf

2、redis-server /path/to/sentinel.conf --sentinel

sentinel.conf配置说明如下

# 配置需要监控的master节点信息 2代表法定人数 作用是表示需要最少需要多少个sentinel节点同意master节点不可达才标记为客观下线#举例 5个sentinel实例 quorum设置成2 那么有2个sentinel节点认为master不可达，则其中一个会启动故障转移#如果至少有三个哨兵可到达，故障转移将被授权并实际启动。raft协议sentinel monitor mymaster 127.0.0.1 6379 2 #只需要配置master sentinel会自动检测slave信息sentinel down-after-milliseconds mymaster 60000 #如果master在指定时间内没有响应ping命令/或报错，则认为主观下线了。sentinel failover-timeout mymaster 180000sentinel parallel-syncs mymaster 1 #指定故障转移的时候，同时支持多少个replica并行的与master同步数据，越小故障转移越久#以上配置可以通过SENTINEL SET command.来实时修改。sentinel monitor resque 192.168.1.3 6380 4sentinel down-after-milliseconds resque 10000sentinel failover-timeout resque 180000sentinel parallel-syncs resque 5

注意点：

Redis-sentinel必须使用配置文件启动，重启需要根据配置文件恢复，默认打开26379端口，sentinel之间必须开放端口访问，方便相互访问。

Sentinel工作流程

1、首先sentinel之间是通过redis的pub/subscribe机制实现动态感知。

2、sentinel是如何感知master挂掉的呢？

这里有两种情况，一种是master主观下线，一种是master客观下线。

主观下线：每个sentinel每1s向master发送ping命令，如果在down-after-milliseconds时间内master没有响应,则该sentinel节点认为master主观下线了。

客观下线：

当主观下线的节点是主节点时，哨兵节点会通过指令`sentinel is-masterdown-by-addr`寻求其它哨兵节点对主节点的判断，当超过quorum（在sentinel配置中配置的法定人数）个数，此时哨兵节点则认为该主节点确实有问题，这样就客观下线了，大部分哨兵节点都同意下线操作，也就说是客观下线。

注意客观下线只针对master节点生效，它会触发故障转移

3，master下线了，需要进行故障转移

这里又分为两步，首先需要选择sentinel哨兵主节点，通过sentinel主节点来进行redis的故障转移。

首先是sentinel选举领导者。使用raft算法（状态共识算法）。

每一个Sentinel节点都可以成为Leader，当一个Sentinel节点确认redis集群的主节点主观下线后，会请求其他Sentinel节点要求将自己选举为Leader。被请求的Sentinel节点如果没有同意过其他Sentinel节点的选举请求，则同意该请求(选举票数+1)，否则不同意。

如果一个Sentinel节点获得的选举票数达到Leader最低票数(quorum和Sentinel节点数/2+1的最大值)，则该Sentinel节点选举为Leader；否则重新进行选举。

Raft核心思想：先到先得，少数服从多数。

sentinel选举出主节点后，sentinel主节点需要选举出redis集群主节点，构建新的集群关系。

选举新redis主节点的依据是：

1、与sentinel断开连接的时间。过滤发现与主sentinel服务器断开连接的时间超过配置的主机超时时间down-after-milliseconds的副本slaves

2、副本优先级。优先选择replica-priority低的。

3、如果优先级相同，已处理复制偏移量。越大越优先，这个更符合业务场景功能。