Redis Sentinel配置问题排查与解决方案

问题背景

在使用Redis Sentinel进行主从架构监控时，用户遇到了Sentinel无法正常工作的问题。具体表现为Sentinel无法正确识别和监控Redis主从节点，导致自动故障转移功能失效。

环境配置

用户搭建了一个Redis主从架构环境：

• 主节点：Redis 7.2.4，运行在192.168.0.200:6379
• 从节点1：运行在192.168.0.200:6380
• 从节点2：运行在192.168.0.200:6381

同时配置了三个Sentinel实例：

• Sentinel1：26379端口
• Sentinel2：26380端口
• Sentinel3：26381端口

问题现象

通过SENTINEL MASTER mymaster命令查看Sentinel状态时，发现：

• 主节点被标记为s_down(主观下线)状态
• num-slaves显示为0，表示Sentinel没有识别到任何从节点
• num-other-sentinels也显示为0，表示Sentinel实例之间没有建立联系

原因分析

经过深入排查，发现问题根源在于配置不一致：

1. IP地址配置不一致：Redis主从节点配置中使用了192.168.0.200的IP地址，而Sentinel配置中可能混用了127.0.0.1和192.168.0.200。

2. 认证配置问题：虽然配置了requirepass和masterauth，但Sentinel的认证配置可能不正确。

3. 配置残留：旧的配置文件可能影响了新配置的生效。

解决方案

1. 统一IP地址配置：确保所有Redis实例和Sentinel实例的配置中使用的IP地址完全一致，要么全部使用192.168.0.200，要么全部使用127.0.0.1。

2. 清理旧配置：删除所有旧的配置文件，重新创建新的配置文件，避免残留配置干扰。

3. 验证配置：配置完成后，使用info replication和info sentinel命令验证配置是否生效。

配置建议

对于生产环境，建议采用以下最佳实践：

1. 网络配置：

   • 使用固定IP而非localhost
   • 确保网络安全策略允许相关端口通信

2. 认证配置：

   # Redis配置
   requirepass yourpassword
   masterauth yourpassword
   
   # Sentinel配置
   sentinel auth-pass mymaster yourpassword
   

3. 监控配置：

   sentinel monitor mymaster 192.168.0.200 6379 2
   sentinel down-after-milliseconds mymaster 30000
   sentinel failover-timeout mymaster 180000
   sentinel parallel-syncs mymaster 1
   

验证方法

配置完成后，可通过以下方式验证Sentinel是否正常工作：

1. 检查主从复制状态：

   redis-cli -h 192.168.0.200 -p 6379 info replication
   

2. 检查Sentinel监控状态：

   redis-cli -h 192.168.0.200 -p 26379 info sentinel
   

3. 模拟主节点故障，观察自动故障转移是否触发。

总结

Redis Sentinel的配置需要特别注意一致性和完整性。IP地址、端口和认证信息的统一配置是保证Sentinel正常工作的基础。在实际部署中，建议使用配置管理工具来确保所有节点的配置一致性，避免人为错误。同时，定期测试故障转移功能，确保高可用机制在需要时能够正常工作。