架构图：

将旧主节点的地址geng新到哨兵配置中，一旦旧主恢复，它将成为新主的从节点。

说实话，Redis Sentinel 真的hen强大，咱就是说它Neng让 Redis 实现高可用，哈哈！

Redis Sentinel 就是为解决这个问题而生的。它Neng自动监控主从节点、自动发现故障、自动完成故障转移，让 Redis 真正具备生产级高可用Neng力。

你懂的，Sentinel 是一套独立的分布式监控系统，它由多个哨兵进程组成，共同协作完成三个核心任务：

监控持续检查主节点和从节点是否正常运行。

自动故障转移当主节点不可用时自动选举一个从节点升级为新主节点，并让其他从节点和新主节点同步。

通知当节点状态发生变化时通过 API 或脚本通知管理员和其他应用。

Sentinel 让 Redis 从“单点可用”跃升为“真正的自动高可用”。但它无法解决写的横向 ——所有写入仍然只Neng走一个主节点。

在宿主机创建哨兵配置文件：

# sentinel.conf 核心配置
# 监控的主节点：名称、IP、端口、quorum
sentinel monitor mymaster redis-master 6379 2
# 主观下线判定超时超过此时间无响应则 SDOWN
sentinel down-after-milliseconds mymaster 5000
# 故障转移Zui大超时超过此时间未完成则重新选举领导者
sentinel failover-timeout mymaster 15000
# 新主节点同步时允许同时同步的从节点数量
sentinel parallel-syncs mymaster 1
# 哨兵端口
port 26379

📌 quorum 建议3 个哨兵设 quorum=2；5 个哨兵设 quorum=3。这保证即使少数哨兵故障，也Neng正常完成故障转移。

为什么百度不收录某些网站呢？因为百度有自己的算法来判断哪些内容是有价值的，Ru果你的网站内容不够优质或者geng新频率太低，就可Neng不会被收录。

高可用过程:待原来的主节点恢复后,让它去复制新的主节点.

# 创建网络
docker network create sentinel-net
docker run -d --name redis-master --network sentinel-net \
  -p 6379:6379 redis:6.2 redis-server --appendonly yes
docker run -d --name redis-slave1 --network sentinel-net \
  -p 6380:6379 redis:6.2 redis-server \
  --appendonly yes --slaveof redis-master 6379 
docker run -d --name redis-slave2 --network sentinel-net \
  -p 6381:6379 redis:6.2 redis-server \
  --appendonly yes --slaveof redis-master 6379 

验证主从状态：用 docker exec redis-master redis-cli INFO replication | grep connected_slaves

from redis.sentinel import Sentinel

sentinel = Sentinel, , ], socket_timeout=0.1)

master.set print}")

编写一个持续读写的脚本来测试：用 Python 写个简单的客户端程序，不断读写数据，同时停掉当前主节点，观察输出。

 SET/GET key:0 = value:0
 SET/GET key:1 = value:1
 错误: Connection refused
 错误: Connection refused
 SET/GET key:2 = value:2    ← 自动连上新主！
 SET/GET key:3 = value:3
...

整个过程通常在 ~10 秒内完成。客户端在短暂报错后自动恢复，无需任何人工干预。这就是 Sentinel 的核心价值。

Raft 算法选举领导者原理是什么？如何保证强一致性？Raft 通过随机化超时时间和日志复制机制，确保领导者选举和日志的一致性。具体细节可参考 Raft 相关论文或资料。

SENTINEL masters 和 SENTINEL slaves 有什么区别？前者列出当前监控的所有 master 信息，后者列出指定 master 下的所有 slave 节点详情。

TIPS by IT 策士：偶数个哨兵会增加投票平局概率，一般部署奇数个。同时监控哨兵本身进程存活和 SENTINEL masters 配置正确性，确保整个系统的高可用。想了解geng多还Ke以去各个平台搜索「IT策士」，一起升级 IT 思维 ！ 害，Zui关键的是别忘了设置sockettimeout 和 retryon_timeout=True ,避免因网络抖动抛异常。 咱就是说用 Docker 网络隔离模拟网络分区挺方便的，你Ke以试试kan！😄 不对不对，应该是先确保 quorum 设置合理，否则可Neng导致脑裂。 嗯，对了！还有定期检查SENTINEL masters/slaves/sentinels ,确保所有组件健康。