主机宕机 → 手动切换 → 业务停服 N 分钟
     │                    │
     │                    └── 手工执行 SLAVEOF NO ONE
     │                        手工修改所有客户端连接地址
     ▼
    业务中断！

主节点宕机
    │
    ▼
哨兵集群（3+ 个哨兵实例）
    │
    ├── 检测主节点主观下线（S_DOWN）
    ├── 多个哨兵确认客观下线（O_DOWN） → 开始故障转移
    │
    ├── 选一个从节点升为主 → SLAVEOF NO ONE
    ├── 其他从节点改为复制新主
    │
    ▼
客户端 → 查询哨兵 → 获取新主地址 → 继续服务
        总耗时 ≈ 10-30 秒

# sentinel.conf

# 监听主节点（名为 mymaster，IP:port，至少 2 个哨兵同意才认为挂了）
sentinel monitor mymaster 127.0.0.1 6379 2

# 认证密码
sentinel auth-pass mymaster yourpassword

# 主观下线判定时间（30 秒无响应就认为挂了）
sentinel down-after-milliseconds mymaster 30000

# 故障转移超时（3 分钟）
sentinel failover-timeout mymaster 180000

# 同时向新主同步的从节点数（1 = 串行）
sentinel parallel-syncs mymaster 1

redis-sentinel /etc/redis/sentinel.conf
# 或
redis-server /etc/redis/sentinel.conf --sentinel

时间线:

T+0s     主节点宕机
T+0~30s  哨兵 A 发现主节点无响应 → S_DOWN（主观下线）
T+0~30s  哨兵 B、C 也发现主节点无响应 → S_DOWN
T+30s    至少 2 个哨兵都认为主节点挂了 → O_DOWN（客观下线）
T+30s    选举 leader 哨兵（Raft 算法）
T+30.1s  Leader 哨兵执行故障转移：

Step 1: 从从节点中选一个新主
        筛选条件：复制偏移最大、配置纪元最新、RUNID 最小
Step 2: 向选中的从节点发送 SLAVEOF NO ONE
Step 3: 等待从节点确认升主完成
Step 4: 向其他从节点发送 SLAVEOF {新主 IP} {新主端口}
Step 5: 修改自身配置，记录新主节点信息

T+32s    故障转移完成
T+32s    客户端重新查询哨兵获取新主地址 → 业务恢复

sentinel monitor mymaster 127.0.0.1 6379 2
# quorum = 2 → 至少 2 个哨兵都认为挂了才算

import redis
from redis.sentinel import Sentinel

sentinel = Sentinel([('localhost', 26379)], 
                     socket_timeout=0.1)

# 获取当前主节点（自动发现，即使故障转移后）
master = sentinel.master_for('mymaster', 
                             socket_timeout=0.1,
                             redis_class=redis.StrictRedis)

# 获取从节点（读操作）
slave = sentinel.slave_for('mymaster', 
                            socket_timeout=0.1,
                            redis_class=redis.StrictRedis)

客户端 → 查询哨兵（sentinel get-master-addr-by-name mymaster）
        → 获取新主节点 IP:port
        → 自动重建连接
        → 业务无感