哨兵启动后找不到主从节点的根本原因与解决方案

核心结论：绝大多数哨兵无法发现主从节点的问题，根源在于哨兵自动广播的 announce-ip 配置不当。默认情况下，哨兵会使用内网地址（例如 172.18.0.3），在 Docker 容器、云服务器或 NAT 网络架构中，该地址对其他节点和客户端不可达。因此，必须手动配置 sentinel announce-ip 和 announce-port 为外部可访问的 IP 地址与端口，并同步检查 bind 设置、防火墙规则及云安全组策略，确保网络连通性。

哨兵启动后无法发现主节点或从节点的原因分析

问题根源非常明确：在容器化、云平台或 NAT 网络环境中，哨兵自动检测并广播的 sentinel announce-ip 通常是一个内部网络地址。当其他哨兵实例或 Redis 客户端尝试使用该地址进行连接时，必然导致连接失败。这并非配置错误，而是 Redis 哨兵默认在“自我介绍”时，采用了本机 bind 接口的 IP 地址，而这个 IP 在跨网络环境中往往无法被外部访问，形成通信屏障。

必须显式配置 sentinel announce-ip 与 sentinel announce-port

关键原则：只要您的部署环境涉及 Docker、Kubernetes、云服务商的 VPC 网络，或任何存在 NAT 转换、安全组隔离的网络架构，就必须显式指定一个对外可路由的地址。否则，哨兵集群内部交换的节点信息将全部错误，导致故障转移机制失效，客户端也无法获取正确的主节点连接信息。

• sentinel announce-ip：此处必须填写客户端及其他哨兵节点能够直接通过 TCP 协议连接的 IP 地址。例如：公网弹性 IP、负载均衡器后端的真实私网 VIP，或在 Kubernetes 中配合 Headless Service 使用的 Pod ClusterIP。
• sentinel announce-port：该端口必须与哨兵进程实际监听的端口保持一致（默认 26379）。若存在端口映射（如 Docker 中使用 -p 26380:26379），则需填写映射后的外部端口 26380。
• 配置方法：这两个参数必须在哨兵的配置文件中预先设定，或通过 redis-sentinel /path/to/sentinel.conf 启动命令加载。请注意，运行时通过 CONFIG SET 命令无法修改这些参数，务必在启动前完成配置。

常见配置误区与连通性验证步骤

即使正确配置了 announce-ip

• 绑定地址限制：若配置文件中设置了 bind 127.0.0.1 而未开放对外网卡的监听，哨兵进程将无法接收其他节点的通信。解决方案是添加 bind 0.0.0.0 或指定具体网卡 IP。
• 网络策略未放行：云平台安全组或服务器防火墙是否允许对 sentinel announce-port 端口的访问？请注意，此处是哨兵通信端口，而非 Redis 数据服务端口。TCP 握手失败往往源于此处的策略限制。
• 验证方法：执行 SENTINEL MASTER mymaster 命令，检查返回结果中的 ip 字段是否为预期的对外地址。随后，使用 telnet <该ip> 手动测试网络连通性，这是最直接有效的检验手段。
• Docker 网络常见错误：在 Docker 环境中，误将 localhost 或 127.0.0.1 配置为 announce-ip。需知容器网络是隔离的，各容器无法通过 localhost 相互访问。

port 26379
dir "/tmp"
sentinel monitor mymaster 10.0.1.10 6379 2
sentinel down-after-milliseconds mymaster 5000
sentinel failover-timeout mymaster 180000
sentinel parallel-syncs mymaster 1
sentinel announce-ip 47.98.123.45   # ← 此处填写公网 IP 或负载均衡器后端的真实服务 IP
sentinel announce-port 26379
bind 0.0.0.0
protected-mode no