推荐采用基于 ZooKeeper + Replicated LevelDB 的 Master-Slave 模式实现 ActiveMQ Docker 集群高可用，兼顾强一致与自动故障切换；需配置统一网络、环状节点发现、独立持久化卷及 failover 客户端连接。
用 Docker 运行 ActiveMQ 并实现集群高可用，核心是选对模式、配好网络、挂载持久化存储，并让节点间能协同选举或同步状态。实际落地主要有两种成熟路径：Master-Slave（主从热备） 和 Broker-Cluster（多活分发），Docker 环境下推荐优先采用 基于 ZooKeeper + Replicated LevelDB 的 Master-Slave 模式，它兼顾数据强一致与故障自动切换，适合生产。
明确高可用目标和适用模式
先区分清楚你要解决的问题：
– 如果重点是“服务不中断”，即一个节点挂了另一个立刻顶上，选 Master-Slave（如 ZooKeeper 协调的 Replicated LevelDB）；
– 如果重点是“吞吐扛压+消息分散”，多个节点同时收发、负载分摊，选 Broker-Cluster（靠 networkConnectors 静态互联）；
– 生产中常组合使用：先用 3 节点 Master-Slave 构成一个逻辑 broker（如 broker-a），再用两个这样的 broker 组成 cluster，兼顾容灾与扩展。
用 Docker Compose 快速部署三节点 Master-Slave 集群
这是最简洁可控的方式。关键点在于：
– 所有容器必须在同一个自定义 bridge 网络中，确保 DNS 可解析容器名；
– 每个节点指定唯一 ACTIVEMQ_NAME，并通过 ACTIVEMQ_REPLICATED_LEVELDB_HOST 指向下一个节点形成环状发现；
– 共享 ZooKeeper 集群（需提前部署好，至少 3 实例）；
– 持久化目录（如 kahadb、lock）不能映射到宿主机同一路径，否则冲突；建议用命名卷或 hostpath + 节点隔离子目录。
示例 docker-compose.yml 片段：
- activemq1 环境变量含：
ACTIVEMQ_REPLICATED_LEVELDB_HOST: activemq2 - activemq2 环境变量含：
ACTIVEMQ_REPLICATED_LEVELDB_HOST: activemq3 - activemq3 环境变量含：
ACTIVEMQ_REPLICATED_LEVELDB_HOST: activemq1 - 全部启用：
ACTIVEMQ_CLUSTERED="true"和ACTIVEMQ_REPLICATED_LEVELDB="true"
手动运行容器时的关键配置项
若不用 Compose，用 docker run 启动，务必注意以下参数组合：
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 端口映射要错开：每个容器映射不同宿主机管理端口（如 8161/8162/8163）和消息端口（61616/61617/61618）
- 挂载独立数据目录：
-v /data/activemq1/kahadb:/opt/activemq/data/kahadb，避免多个容器写同一目录 - 指定网络并设别名：
--network mynet --name activemq1 --add-host activemq2:172.20.0.2 --add-host activemq3:172.20.0.3 - 传入必要环境变量：
-e ACTIVEMQ_NAME=amq1 -e ZOOKEEPER_CONNECT=zk1:2181,zk2:2181,zk3:2181
客户端连接必须支持 failover
集群再稳，客户端连不上也白搭。生产应用的连接 URL 不能只写单点，要用 failover 协议：
failover:(tcp://host1:61616,tcp://host2:61617,tcp://host3:61618)?randomize=false&startupMaxReconnectAttempts=3
这个配置表示：按顺序尝试连接，失败后立即切下一个；不随机打乱顺序，便于定位主节点；启动时最多重试 3 次。配合心跳检测（wireFormat.maxInactivityDuration），可快速感知节点变化。
