架构原理与关键组件
目标：通过 Sentinel 的协作实现 Redis 的高可用性，确保在主节点故障时快速恢复对外服务。这个目标是整套机制的核心驱动，决定了监控、投票和故障转移的设计方向。
在 Redis Sentinel 的架构中，监控、告警、故障转移三大职责由独立的 Sentinel 实例承担，它们通过 互相通信 与 Redis 实例的状态信息进行协同，形成一个自愈能力圈。
核心设计包括 主从复制、哨兵集群与 配置发现，从而组成一个可扩展的自愈系统，能够在多台机器上运行以提升可用性与容错性。
从部署到配置的要点
部署拓扑应覆盖一个或多个 Sentinel 实例，以及一个或多个 Redis 主从对，以实现分布式故障检测与切换能力，确保在单点故障时仍能对外提供稳定服务。
sentinel.conf 是 Sentinel 的核心配置，决定了要监控的主机、故障检测阈值以及故障转移策略，合理的 监控目标与投票规则 是实现稳定高可用的基础。
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 10000
sentinel parallel-syncs mymaster 1
此外，redis.conf（主从复制配置）也影响高可用性，正确设置 master/replica、复制端口和权限，确保数据在故障时能无缝切换。
故障转移实战与流程
健康检测与 告警触发是故障转移的第一阶段，Sentinel 会定期对 Redis 实例进行检查并在判定失败后进入选主阶段，确保在最短时间内触发备用方案。
当主节点出现不可用的迹象时，Sentinel 将启动自动故障转移流程，通过 投票机制从已知的副本中选举新的主节点，并更新其他从节点的复制目标，从而将对外服务快速切换到新的主节点。
redis-cli -p 26379 INFO replication
redis-cli -p 26379 SENTINEL masters
redis-cli -p 26379 SENTINEL failover mymaster
故障转移完成后，新主节点对外提供服务，旧主成为阴影节点等待重新加入集群，确保 数据一致性与读写可用性的平衡。
常见问题排查与性能优化
网络时延与超时设置直接影响故障检测的精准性，需在 网络分段良好、并发连接稳定的环境中运行，从而避免误判。
通过调整 sentinel down-after-milliseconds、failover-timeout 与 parallel-syncs 可以优化故障转移的响应时间与并发度，提升整体可靠性。
# 仅示例：监控间隔与超时参数设置示意
sentinel down-after-milliseconds mymaster 6000
sentinel failover-timeout mymaster 20000
sentinel parallel-syncs mymaster 2
此外，持久化策略与 网络重连策略也会影响在故障转移后的数据一致性与可用性，需要在 redis.conf 与 sentinel.conf 双向协同配置，确保在高并发场景下仍然具备稳定性。
实用配置示例与代码片段
示例一：sentinel.conf
以下示例展示了一个 典型的 Sentinel 配置，包含监控目标、投票规则以及故障转移相关参数，帮助快速搭建高可用环境。
port 26379
sentinel monitor mymaster 127.0.0.1 6379 2
sentinel auth-pass mymaster mypassword
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 10000
sentinel parallel-syncs mymaster 1
示例二：redis.conf
这是主从复制场景下的简化版本，强调 master/replica 与持久化相关配置，以及安全性要点。
port 6379
bind 0.0.0.0
protected-mode no# 主节点
# requirepass yourpassword
# replica 关系与权限
replicaof 127.0.0.1 6379
masterauth yourpassword
appendonly yes
appendfilename "appendonly.aof"
示例三：自动化运维脚本
通过简单脚本实现对 Sentinel 集群的健康轮询、告警日志归档，帮助运维人员快速定位故障点。
#!/bin/bash
# 简单健康轮询脚本示例
while true; doredis-cli -p 6379 INFO replication | grep -q "role:" && echo "Redis replication OK"sleep 10
done
