ActiveMQ Artemis双节点高可用部署方案（允许有限数据丢失）

1. 双节点场景下的Artemis HA可行性与脑裂缓解 #

可以在双节点场景下实现ActiveMQ Artemis的HA，推荐搭配单ZooKeeper节点使用（虽然ZK单点存在故障风险，但你的业务允许少量数据丢失，这种架构在成本和可用性之间能达到平衡）。

缓解脑裂问题的具体措施：

• 合理配置ZK会话超时参数：调整zookeeper-session-timeout（默认60000ms），避免因网络短暂波动导致节点误判主节点下线，同时不要设置过长，防止真的故障时切换延迟过高。
• 配置投票等待时间：设置quorum-vote-wait参数，让节点在发起投票前等待足够时间，确保网络状态稳定，减少误触发故障转移的概率。
• 启用优雅关机检测：开启failover-on-shutdown配置，让节点在主动关机时向ZK集群发送通知，避免其他节点误判为故障而触发不必要的主备切换。
• 客户端侧优化：配置客户端故障转移策略（如failover:(tcp://node1:61616,tcp://node2:61616)?randomize=false），并设置合理的重试次数与间隔，避免客户端同时连接两个分裂的节点。

2. 三节点HA方案的示例参考 #

除官方文档外，你可以重点关注以下资源：

• Artemis安装包内的examples文件夹：其中ha-replication（基于数据复制的HA示例）、ha-shared-store（基于共享存储的HA示例）是最直接的实操参考，每个示例都包含完整的配置文件和启动脚本，能快速搭建起三节点HA集群。
• 社区实操Demo：很多开发者会分享基于Docker Compose的三节点Artemis+ZK集群配置，通过容器化方式可以快速部署验证，核心配置包含节点的broker.xml（配置复制、ZK连接）、bootstrap.xml（指定HA模式）等文件。
• 官方GitHub仓库：仓库内的examples目录与安装包内内容一致，同时还有一些针对Kubernetes部署的HA配置示例，适合云原生场景下的集群搭建。

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