Redis Sentinel 高可用

核对当前主节点、所有副本、业务用途和直连客户端，记录复制偏移、链路状态、数据规模、内存余量及持久化结果，明确数据来自持久业务还是可重建缓存。以下命令在已通过受控认证连接的 redis-cli 会话中只读执行，分别保存每台实例的地址和角色；不在命令行明文传递密码，不使用生产全量键扫描建立基线。

ROLE
INFO replication
INFO persistence

把 Sentinel 和 Redis 节点映射到实际主机、机架或可用区，计算失去一个故障域后能否维持多数 Sentinel 可达。区分 quorum 的下线判定与多数授权，统一主节点名称和可达地址，排查 NAT、端口映射及 DNS 差异。结合业务数据语义评估异步复制风险、客户端超时重试和旧主隔离手段，若采用副本数量限制写入等策略，先验证对可用性的影响。

按固定目标名称逐个配置 Sentinel，核对认证、TLS、监测参数、判定时间和配置文件可持久写回，避免重启后丢失拓扑状态。全部实例上线后分别读取主节点、副本和其他 Sentinel 的视图；下面命令在 Sentinel 会话执行，mymaster 应替换为本环境名称。CKQUORUM 用于检查当前仲裁和故障转移授权条件，返回正常仍不等于已经完成真实切换验收。

SENTINEL MASTER mymaster
SENTINEL REPLICAS mymaster
SENTINEL CKQUORUM mymaster

在测试客户端配置多个 Sentinel 地址、准确主节点名称及分别适用于 Sentinel 和数据节点的认证信息，确认发现后的地址实际可达。设置连接、命令超时与退避策略，核对连接池如何丢弃旧连接；对写请求明确超时后结果未知时的幂等或查询补偿方式，不能把所有命令都自动重试。先迁移非核心业务实例，保存错误率、重连时间和测试键行为，再逐批放行。

接入与实际版本兼容的 Redis 和 Sentinel 指标端点，观察角色、复制链路、同步状态、内存、淘汰、持久化错误与客户端错误率，并持续记录 Sentinel 下线、选举和提升事件。告警区分采集失联、单副本故障、多数不可达和业务写入异常，附带主节点名称及当前拓扑入口。为全量同步和持久化预留资源，测试告警送达并统一各节点时钟，准备完整切换时间线。

在批准窗口和可控业务范围内，记录测试键状态与带唯一标识的写入序列，再按预案模拟当前主节点不可用，并确保旧主无法继续接收应用写入。观察主观下线、客观下线、多数授权、候选提升、其他副本重配置及客户端重连，逐项记录时间。故障持续时间受窗口和资源阈值约束，核对写请求成功、失败和结果未知三类状态，不把测试键存在直接等同于无数据丢失。

恢复故障节点连通前确认其不会被旧客户端直连写入，读取其数据和角色证据，按当前 Sentinel 权威视图使其作为新主副本重新同步；必要时先保留分歧数据副本供核对，再按已验证流程重建。观察同步对内存、磁盘和网络的影响，冗余稳定后再解除临时限制。归档实际恢复时间、测试数据缺口、客户端行为和配置版本，后续切回原节点应作为新的受控切换。