Redis Sentinel误监控复用旧IP的非Redis机器问题求助

1. 给Redis实例加身份验证，拦截未授权连接 #

在Redis主从实例的配置文件里设置访问密码：

requirepass "your_redis_unique_password"
masterauth "your_redis_unique_password"

同时给所有Sentinel节点配置对应认证密码：

sentinel auth-pass <your_master_cluster_name> "your_redis_unique_password"

复用IP的非Redis机器没有这个密码，Sentinel尝试连接时会被直接拒绝，自然不会被误纳入监控。正常Redis实例重启/重建后，只要配置相同密码，Sentinel就能正常识别，完全不影响真实宕机场景的故障转移逻辑。

2. 给Redis实例设置唯一标识键，让Sentinel做身份校验 #

部署Redis主节点时，通过Ansible执行命令写入全局唯一的标识键：

redis-cli SET redis_cluster_identity "your_cluster_specific_uuid"

然后通过Ansible编写周期性检查任务：遍历Sentinel监控列表中的实例，连接后执行GET redis_cluster_identity验证值是否匹配。如果不匹配，直接调用SENTINEL REMOVE <master_name>移除该监控项。
这个方案无需修改Sentinel核心配置，适合对现有架构改动较小的场景。

3. 用主机名替代IP进行监控 #

如果内部数据中心有DNS服务，给每个Redis实例分配专属内部主机名（比如redis-master-01.internal.datacenter），让Sentinel监控主机名而非IP：

sentinel monitor <your_master_cluster_name> redis-master-01.internal.datacenter 6379 2

后续IP被复用后，新机器不会使用Redis的专属主机名，Sentinel通过主机名解析到的始终是正确的Redis实例。注意要在Redis机器销毁时同步删除对应DNS记录，避免解析异常。

4. 销毁Redis机器时主动清理Sentinel监控 #

在Ansible的机器销毁Playbook中，添加一步操作：批量连接所有Sentinel节点，执行移除监控的命令：

redis-cli -h <sentinel_node_ip> SENTINEL REMOVE <your_master_cluster_name>

旧Redis机器销毁的同时，Sentinel里就已经清除了对应IP的监控记录，后续IP复用后，Sentinel不会自动将新机器纳入监控（除非你主动重新添加），从源头切断误监控的可能。

5. 扩展Sentinel的实例有效性检查逻辑 #

Sentinel默认只验证端口是否可连接、是否是Redis实例，你可以通过自定义脚本增强校验：

• 编写脚本，连接目标实例后检查INFO server返回的redis_version、run_id等信息是否符合集群预期；
• 通过Ansible配置Sentinel的notification-script，在Sentinel发现新实例时触发脚本验证，不符合则拒绝纳入监控。

内容的提问来源于stack exchange，提问作者Shubham Saroj