Redis哨兵模式（Sentinel）是一种用于实现Redis高可用性的机制。它通过监控主节点和从节点的状态，并在发现故障时自动进行故障转移，确保Redis集群在主节点出现故障时仍然能够继续提供服务。下面是对Redis哨兵模式原理及配置的详细解析。

Redis哨兵模式原理

1. 基本组成

• 主节点（Master）：提供读写服务的Redis实例，所有数据的写操作都由主节点处理。
• 从节点（Slave）：从主节点复制数据的Redis实例，通常用于分担读取请求。当主节点宕机时，从节点可以提升为新的主节点。
• 哨兵（Sentinel）：负责监控Redis主从节点的实例。哨兵会定期检查主节点和从节点的状态，并在主节点出现故障时，自动进行故障转移（failover），选举一个新的主节点。

2. 工作原理

1. 监控（Monitoring）：哨兵会定期对主节点和从节点进行健康检查，判断它们是否处于正常工作状态。
2. 通知（Notification）：当主节点出现问题时，哨兵可以向管理员或其他系统发出通知。
3. 自动故障转移（Automatic Failover）：如果主节点发生故障，哨兵会在多个从节点中选举一个作为新的主节点。选举过程通常基于从节点的同步状态、延迟等因素。选举完成后，哨兵会重新配置集群，将其他从节点指向新的主节点。

3. 故障转移步骤

1. 主观下线（Subjectively Down, SDOWN）：单个哨兵实例认为一个节点不可达。
2. 客观下线（Objectively Down, ODOWN）：当多数哨兵实例都认为主节点不可达时，会达成共识并认为该节点确实下线。
3. 选举领导者：通过Raft算法选举一个哨兵作为领导者来执行故障转移操作。
4. 选举新的主节点：领导者哨兵根据从节点的同步状态、延迟等因素，选出一个最合适的从节点作为新的主节点。
5. 重新配置集群：将其他从节点指向新的主节点，并通知客户端更新主节点地址。

Redis哨兵模式配置详解

1. 配置前提

确保Redis主从复制模式已经配置完成，即有一个主服务器和至少一个从服务器。

2. 配置文件（sentinel.conf）

哨兵配置文件（sentinel.conf）包含了哨兵运行所需的各种参数和配置信息。以下是一些关键的配置项：

• port：哨兵实例运行的端口。
• daemonize：是否以守护进程模式运行哨兵。
• logfile：哨兵日志文件的路径。
• dir：哨兵工作目录的路径。
• sentinel monitor <master-name> <ip> <port> <quorum>：指定哨兵监控的主节点信息，包括主节点名称、IP地址、端口以及哨兵数量（quorum），即需要多少哨兵同意才能认为主节点不可达。
• sentinel auth-pass <master-name> <password>：如果主节点设置了密码，这里需要配置哨兵连接主节点的认证密码。
• sentinel down-after-milliseconds <master-name> <milliseconds>：指定哨兵认为主节点不可达之前需要等待的毫秒数。
• sentinel parallel-syncs <master-name> <numreplicas>：指定在执行故障转移时，可以有多少个从节点同时对新的主节点进行同步。

3. 启动哨兵

使用Redis提供的redis-sentinel命令启动哨兵服务，并指定哨兵配置文件，如

redis-sentinel /path/to/sentinel.conf

• 哨兵数量：建议部署奇数个哨兵实例（至少3个），以确保在发生故障时能够达成共识。
• 网络分区问题：在网络分区的情况下，可能会发生脑裂（Split-Brain）现象，导致系统不一致。哨兵通过投票机制和最小选举数量来避免这种情况的发生。
• 配置更新：当主节点发生变化时，哨兵会自动更新配置，并将新的主节点信息通知给客户端。