ActiveMQ 高可用架構實戰（二）：基於 ZooKeeper 的 Replicated LevelDB 方案搭建與性能測試

三大 HA 方案對比

ActiveMQ 官方提供三種 Master/Slave 方案：

本機搭建 3 節點集群步驟

1. 準備 ZooKeeper 集群（3 節點）

分別啟動 3 個 ZK 實例，端口 2181/2182/2183，構成集群。確保 ZK 健康運行。

2. 配置第一個 ActiveMQ (activemq1)

修改 conf/activemq.xml，啟用 replicatedLevelDB：

<broker xmlns="https://activemq.apache.org/schema/core" brokerName="localhost" dataDirectory="${activemq.data}">
  <persistenceAdapter>
    <replicatedLevelDB
      directory="activemq-data"
      replicas="3"
      bind="tcp://0.0.0.0:0"
      zkAddress="127.0.0.1:2181,127.0.0.1:2182,127.0.0.1:2183"
      zkSessionTimeout="2s"
      zkPath="/activemq/leveldb-stores"
    />
  </persistenceAdapter>
  <transportConnectors>
    <transportConnector name="openwire" uri="tcp://0.0.0.0:61616?maximumConnections=1000&wireFormat.maxFrameSize=104857600"/>
    <!-- 其他協議連接器... -->
  </transportConnectors>
</broker>

3. 複製並修改端口生成 activemq2/3

複製 activemq1 目錄為 activemq2、activemq3，修改各自 transportConnectors 端口避免衝突（如 61617/61618、5673/5674 等）。

4. 啟動驗證

1. 依次啟動 ZK1/2/3；
2. 依次啟動 AMQ1/2/3（建議用 ./activemq.sh console 前台運行觀察日誌）；
3. 日誌顯示一個節點成為 Master，其餘為 Slave，ZK 節點下出現 /activemq/leveldb-stores 臨時節點。

故障轉移測試

手動殺掉 Master 進程，觀察剩餘兩節點日誌：幾秒內自動選出新 Master，客戶端連接自動切換（需配置 failover:(tcp://host1:61616,tcp://host2:61616,tcp://host3:61616)）。

性能對比數據（本機測試）

結論：HA 方案顯著提升可用性，但吞吐量下降約 16 倍。生產環境需根據業務對一致性與性能的權衡選型，或優化磁盤（SSD）、網絡（萬兆）、調整 sync 策略。

參考資源

• 官方文檔：Replicated LevelDB Store
• 上篇：ActiveMQ 應用(1)-安裝及基本模式實例