如何利用Redis哨兵监控多个主从架构？-Redis-PHP中文网

一个哨兵进程可同时监控多个redis主从集群，需为每组配置唯一master-name的sentinel monitor指令，各组参数（如quorum、down-after-milliseconds）独立生效且事件日志按master-name隔离。

如何利用redis哨兵监控多个主从架构？

可以，但必须为每个主从组单独配置 sentinel monitor 指令，且各组的 master-name 必须唯一。

一个哨兵进程能同时监控多个 Redis 主从集群，只需在同一个 sentinel.conf 中重复写入 sentinel monitor 行，每行对应一个独立主节点：

sentinel monitor user-master 192.168.1.10 6379 2
sentinel monitor order-master 192.168.1.11 6379 2
sentinel monitor cache-master 192.168.1.12 6379 2

注意点：

user-master、order-master、cache-master 是不同主从组的逻辑名称，不可重复，客户端连接时也靠这个名识别目标集群
每个 master-name 后需配专属的 down-after-milliseconds、parallel-syncs、failover-timeout 参数，例如：sentinel down-after-milliseconds user-master 5000
所有监控项共享同一套哨兵心跳、自动发现和故障转移逻辑，但彼此隔离：A 组主节点宕机不会触发 B 组的选举

quorum 参数只对当前 sentinel monitor 行生效，它定义“多少个哨兵同意”才认为该主节点进入 odown 状态：

sentinel monitor user-master 192.168.1.10 6379 2：至少 2 个哨兵判定 user-master 为 sdown，才会升级为 odown
sentinel monitor order-master 192.168.1.11 6379 3：这组要求更严格，需 3 票才触发故障转移
实际投票时，哨兵会按 master-name 分组聚合其他哨兵的反馈，不会跨组混算

连接哨兵获取当前主节点地址时，不能直接连某个 IP:port，而必须指定要查的 master-name：

Redis 缓存和数据结构管理技能。通过自然语言操作 Redis，支持 String、Hash、List、Set、ZSet、Stream 等数据结构操作。当用户提到 Redis、缓存、消息队列、会话存储时使用此技能。

下载

redis-cli -p 26379 sentinel get-master-addr-by-name user-master

常见错误：

哨兵日志里所有关键事件（如 +sdown、+odown、+switch-master）都会带上 master-name 前缀：

+odown master user-master 192.168.1.10 6379 #quorum 2/3
+switch-master user-master 192.168.1.10 6379 192.168.1.10 6380

这意味着：

排查问题时，可直接 grep user-master 过滤出整条故障链路
监控系统采集哨兵指标（如 sentinel_masters）时，label 会自动带 name="user-master" 维度
不要指望一个 sentinel reset * 清空所有监控——它只重置匹配通配符的 master-name，建议明确写 sentinel reset user-master

真正容易被忽略的是：当新增第 N 个主从组时，你得手动补全所有哨兵节点上的 sentinel monitor 行，漏掉任意一台，就会导致该组完全不被监控——哨兵之间不会自动同步新增的监控项，只同步已存在的配置变更。