ActiveMQ Artemis高可用（防脑裂）：3主备对配置及拓扑咨询

是的，核心是通过统一的group-name让所有主备对归属于同一个法定投票组，再结合覆盖全集群的连接配置实现互相感知，具体配置要点如下：

• 统一分组标识：给所有6个节点（3主3备）配置相同的group-name，例如在每个节点的高可用策略段中设置：

  ha-policy/group-name=my-ha-quorum-cluster
  

  这是让所有实例纳入同一投票集群的核心标识。
• 全量静态连接器配置：每个节点的集群连接必须包含所有其他节点的地址，不能仅配置自身主备对的节点。比如假设各节点监听地址如下：
  • s1: Master1用端口5672，Slave3用端口5673
  • s2: Master2用端口5672，Slave1用端口5673
  • s3: Master3用端口5672，Slave2用端口5673
    那么每个节点的静态连接器配置应写成：

  cluster-connections/quorum-connector/connector=static
  cluster-connections/quorum-connector/addresses=s1:5672,s1:5673,s2:5672,s2:5673,s3:5672,s3:5673
  

  确保每个节点能与集群内所有实例建立连接，实现状态同步和投票通信。
• 默认投票策略保留：由于你不使用实验性可插拔投票功能，保持默认的Quorum Voting或Backup Voting配置即可，只要集群节点数满足3组主备对（共6个实例），就能自动触发法定投票逻辑，达到防脑裂所需的半数以上节点参与的阈值。

你设计的跨服务器交叉部署拓扑（s1部署Master1、Slave3；s2部署Master2、Slave1；s3部署Master3、Slave2）完全可以实现具备防脑裂能力的高可用，原因如下：

• 规避单服务器故障的连锁影响：每组主备对的两个节点分散在不同服务器，比如Master1在s1，其对应的Slave1在s2，即使s1宕机，Slave1仍能正常参与集群投票，不会因单台服务器故障导致整组主备失效。
• 满足法定投票的分区存活要求：当出现网络分区时，只要有至少2台服务器处于连通状态，就能凑够至少4个节点（2主2备），超过总节点数的半数（6个节点的半数为3），可以正常完成法定投票，避免出现多主脑裂的情况。
• 负载均衡更合理：每台服务器同时运行一个主节点和一个备节点，资源利用更均衡，不会出现某台服务器仅承载主节点导致负载过高的问题。

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