redis-Sentinel

对于 Master 宕机后的冷处理方式是无法实现高可用的。Redis从2.6版本开始提供了高可用的解决方案-- Sentinel 哨兵机制。在集群中再引入一个节点，该节点充当Sentinel哨兵,用于监视 Master的运行状态,并在 Master 宕机后自动指定一个 Slave 作为新的 Master。整个过程无需人工操作，完全由哨兵自动完成。
不过，此时的 Sentinel哨兵又成为了一个单点故障点:若哨兵发生宕机，整个集群将瘫痪。所以为了解决 Sentinel 的单点问题，又要为Sentinel 创建一个集群，即 Sentinel 哨兵集群。一个哨兵的宕机，将不会影响到Redis 集群的运行。每个 Sentinel 都会定时会向 Master 发送心跳，如果 Master 在有效时间内向它们都进行了响应，则说明 Master 是“活着的”。如果 Sentinel中有 quorum 个哨兵没有收到响应，那么就认为 Master 已经宕机,然后会有一个 Sentinel做 Failover 故障转移。即将原来的某一个 Slave晋升为 Master。

配置解析

sentinel monitor 配置

该命令是Sentinel（Redis高可用组件）的核心配置项，用于指定需要监控的Redis主节点，并定义主节点“客观下线（ODOWN）”的判断条件。其本质是告诉Sentinel：“请监控这个主节点，如果它出问题，按照规则进行故障转移。”
参数含义

注意： quorum的值应根据Sentinel节点数量调整（如3个Sentinel设为2，5个设为3），确保其大于Sentinel总数的一半（避免脑裂）。

sentinel auth-pass配置

该命令用于设置Sentinel连接监控目标（主节点+从节点）所需的认证密码。当Redis实例（主/从）开启了密码认证（requirepass配置）时，Sentinel必须通过此命令提供正确的密码，才能成功连接并监控这些实例。
参数含义：

密码一致性要求
主节点的密码必须同时用于所有从节点（the master password is also used for replicas）。
若主节点和从节点设置了不同的密码，Sentinel无法监控这些实例（因为它会用主节点的密码去认证从节点，导致认证失败）。
结论：主从节点的requirepass必须相同，否则Sentinel无法正常工作。
混合认证场景的处理
可以混合使用开启认证和未开启认证的Redis实例（如部分从节点未设密码）。
原因：AUTH命令在未开启认证的实例上无效果（不会报错），因此Sentinel仍能正常监控这些实例。
注意：所有开启认证的实例必须使用相同的密码（否则Sentinel无法认证其中部分实例）。
命令的必要性
若Redis实例开启了requirepass，Sentinel必须配置auth-pass，否则无法连接实例（会提示NOAUTH Authentication required错误）。
未开启requirepass的实例，无需配置此命令（但配置了也不会有问题）。