ActiveMQ Artemis单主集群中Slave如何转为Live节点？

你提到的文档描述是集群节点数≥3时的默认仲裁逻辑，针对1主1备的单节点集群场景，ActiveMQ Artemis提供了专门的配置项来解决Slave无法自动接管的问题，以下是你可能遗漏的关键信息：

• 显式设置quorum-size为1
  默认的仲裁规则要求连接超过半数集群节点才触发故障转移，但在1主1备场景下，Slave无法连接Master时，没有其他节点可连接，因此无法满足条件。你需要在broker.xml的HA策略配置中添加quorum-size="1"：

  • 复制模式（replication）配置示例：

    <ha-policy>
      <replication>
        <master>
          <check-for-live-server>true</check-for-live-server>
        </master>
        <slave>
          <allow-failback>true</allow-failback>
          <quorum-size>1</quorum-size>
        </slave>
      </replication>
    </ha-policy>
    

  • 共享存储模式（shared-store）配置示例：

    <ha-policy>
      <shared-store>
        <master>
          <check-for-live-server>true</check-for-live-server>
        </master>
        <slave>
          <allow-failback>true</allow-failback>
          <quorum-size>1</quorum-size>
        </slave>
      </shared-store>
    </ha-policy>
    

  设置quorum-size="1"后，Slave检测到Master失联时，无需连接其他节点即可转为活跃状态，实现单主备场景的故障转移。

• 脑裂风险的应对
  降低仲裁阈值会带来脑裂风险（比如Master仅临时网络中断，Slave转为活跃后Master恢复，出现双活）：

  • 若使用共享存储模式，由于共享存储的锁机制，天然避免脑裂问题（只有拿到锁的节点才能转为活跃）；
  • 若使用复制模式，可开启check-for-live-server配置，Slave转为活跃前会尝试再次确认Master状态，同时可通过failback-delay设置故障恢复后的回切逻辑，减少双活持续时间。

• 可插拔仲裁机制的适用场景
  你提到的可插拔仲裁投票复制机制是针对更复杂的集群场景（比如跨数据中心、节点数较多的集群）设计的，单主备场景无需启用，调整quorum-size即可满足需求。

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