搭了一個RocketMQ高可用叢集，同事直呼哇塞！

ITPUB社群發表於2022-12-20
MQ

大家好，我是不才陳某~

RocketMQ作為阿里系的一款開源的MQ中介軟體，經歷了雙十一的高併發場景的訊息流轉，能夠處理萬億級別的訊息。

這篇文章將作為《RocketMQ 進階》專欄的第一篇文章，介紹一下實際生產中如何搭建一個高可用的RocketMQ叢集。叢集整體架構圖如下：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

為什麼要用MQ？

訊息佇列是一種“先進先出”的資料結構

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

其應用場景主要包含以下3個方面

1、應用解耦

系統的耦合性越高，容錯性就越低。以電商應用為例，使用者建立訂單後，如果耦合呼叫庫存系統、物流系統、支付系統，任何一個子系統出了故障或者因為升級等原因暫時不可用，都會造成下單操作異常，影響使用者使用體驗。

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

使用訊息佇列解耦合，系統的耦合性就會提高了。比如物流系統發生故障，需要幾分鐘才能來修復，在這段時間內，物流系統要處理的資料被快取到訊息佇列中，使用者的下單操作正常完成。當物流系統回覆後，補充處理存在訊息佇列中的訂單訊息即可，終端系統感知不到物流系統發生過幾分鐘故障。

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

2、流量削峰

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

應用系統如果遇到系統請求流量的瞬間猛增，有可能會將系統壓垮。有了訊息佇列可以將大量請求快取起來，分散到很長一段時間處理，這樣可以大大提到系統的穩定性和使用者體驗。

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

一般情況，為了保證系統的穩定性，如果系統負載超過閾值，就會阻止使用者請求，這會影響使用者體驗，而如果使用訊息佇列將請求快取起來，等待系統處理完畢後通知使用者下單完畢，這樣總不能下單體驗要好。

處於經濟考量目的：

業務系統正常時段的QPS如果是1000，流量最高峰是10000，為了應對流量高峰配置高效能的伺服器顯然不划算，這時可以使用訊息佇列對峰值流量削峰

3、資料分發

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

透過訊息佇列可以讓資料在多個系統更加之間進行流通。資料的產生方不需要關心誰來使用資料，只需要將資料傳送到訊息佇列，資料使用方直接在訊息佇列中直接獲取資料即可

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

各種MQ產品的比較

常見的MQ產品包括Kafka、ActiveMQ、RabbitMQ、RocketMQ。

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

關於MQ技術選型詳細可以看筆者之前的文章：聊聊 MQ 技術選型

RocketMQ中的幾個重要角色

從上述的叢集架構圖中可以知道RocketMQ中涉及到的幾個重要的角色：

  • NameServer：相當於微服務中的註冊中心，提供broker的服務發現和註冊功能，各個節點之間無相互通訊，一旦broker節點啟動，將會主動上報資訊給NameServer。
  • producer：訊息生產者，傳送訊息給broker；擁有同一個的groupId的producer為一個叢集
  • broker：訊息暫存和傳輸，接收producer傳送的訊息，採用push/pull模式傳遞給consumer
  • consumer：訊息消費者，消費broker傳遞的訊息，擁有同一個groupId的consumer為一個叢集

以上四個是RocketMQ對外四種角色，另外內部還有一些重要角色，如下：

  • Topic：訊息主題，透過Topic對不同的業務訊息進行分類。
  • Tag：訊息標籤，用來進一步區分某個Topic下的訊息分類，訊息從生產者發出即帶上的屬性。
  • Message Queue：佇列，相當於Topic的分割槽，用於並行傳送和消費訊息，一個Topic中對應多個Queue

關於Topic和Tag的區別：比如電商中的下單、支付流程，為了提高併發量通常都會使用訊息佇列進行非同步處理，那麼可以定義訊息的Topic為Topic_order，但是其中還涉及了建立訂單、付款、完成訂單這三類訊息，如何去區分？

此時就該用到Tag去細分了，此時的對應關係如下圖：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

Topic和Message Queue的關係如下圖：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

一個Topic中包含多個Message Queue（佇列）

RocketMQ下載

阿里將RocketMQ貢獻給了Apache，所以要去Apache的官網去下載對應的版本；

地址：

我的《RocketMQ 進階》這個專欄選用的版本是4.9.4

下載地址：

叢集特點

針對RocketMQ對外的四種角色，叢集部署有以下幾點需要注意的地方：

  1. NameServer之間是不相互通訊的，因此NameServer叢集部署非常簡單，直接啟動多個服務
  2. broker部署分為master和slave節點，一個master對應多個slave節點，主從節點透過brokerId區分，主節點為0，從節點為1；每個broker與NameServer建立長連線，定時註冊Topic資訊到NameServer中。
  3. producer與NameServer中的任意一個節點建立長連線，定期獲取Topic路由資訊，並向提供Topic服務的Master建立長連線，且定時向Master傳送心跳。Producer完全無狀態，可叢集部署。
  4. consumer與NameServer叢集中的其中一個節點（隨機選擇）建立長連線，定期從NameServer取Topic路由資訊，並向提供Topic服務的Master、Slave建立長連線，且定時向Master、Slave傳送心跳。Consumer既可以從Master訂閱訊息，也可以從Slave訂閱訊息，訂閱規則由Broker配置決定。

叢集模式

注意這裡說的叢集模式是針對broker，因為涉及到broker的節點之間的資料同步問題。

NameServer各個節點間不互相通訊，只需要啟動多個服務便可實現一個叢集

RocketMQ支援四種叢集模式，如下：

1. 單Master模式

不建議使用，一旦服務重啟或者當機將導致整個服務不可用

2. 多Master模式

這個叢集模式無slave節點，全部都是master節點，該模式如下圖：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

該模式的優缺點如下：

  • 優點：該模式效能最高
  • 缺點：一旦一臺服務當機了，那麼在這臺服務上的訊息不能被訂閱消費，訊息實時性會受到影響

3. 多Master多Slave（同步）

每個master對應一個slave節點，有多對master-slave，主從之間的資料複製採用同步雙寫的形式，如下圖：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

主從同步雙寫是什麼意思？

producer傳送一條訊息給broker的主節點，只有主節點將資料同步到從節點才會返回結果

此時的傳送訊息流程如下：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

需要經過以上4步才能實現訊息傳送成功，此時如果主從資料複製阻塞，那麼producer必須等待直到成功。

這種模式的優缺點如下：

  • 優點：無單點故障，資料不會丟失，即使master當機了，salve節點依然能夠對外提供服務

  • 缺點：由於是同步複製，效能比非同步複製的模式低

4. 多Master多Slave（非同步）

每個Master配置一個Slave，有多對master-slave，採用非同步複製的方式，如下：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

訊息傳送到的master後直接返回，不必等待主從複製，而是內部透過非同步的方式進行復制。

該種模式的優缺點如下：

  • 優點：無單點故障，訊息無延遲，即使master當機了，salve節點依然能夠對外提供服務
  • 效能比非同步複製模式略低（大約低10%左右），傳送單個訊息的RT會略高。

主從同步叢集搭建

根據上面的介紹，主從同步叢集模式使用4個節點，分別是兩個主節點、兩個從節點。

筆者這裡是使用兩臺機器將節點均攤，如下圖：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

在安裝之前需要做些準備工作，如下：

  1. 準備兩臺伺服器/虛擬機器
  2. 安裝好JDK1.8的環境
  3. 下載好rocketmq-all-4.9.4-bin-release

筆者使用的是Centos7的虛擬機器進行演示，如下：

序號IP角色架構模式
1192.168.47.146nameserver、brokerserverMaster1、Slave2
2192.168.47.145nameserver、brokerserverMaster2、Slave1

1. 新增環境變數

RocketMQ的啟動需要依賴的一個環境變數：ROCKETMQ_HOME（RocketMQ的根目錄）

export PATH=$JAVA_HOME/bin:$PATH
export ROCKETMQ_HOME=/usr/local/rocketmq-all-4.9.4-bin-release
export PATH=$PATH:$ROCKETMQ_HOME/bin

除了以上RocketMQ的環境變數配置，還需新增JDK的配置，省略...

配置儲存之後，執行下述命令：

source /etc/profile

2. 建立訊息儲存路徑

RocketMQ是將訊息儲存在磁碟，因此需要建立儲存路徑，如下：

mkdir -p /usr/local/rocketmq/store/master
mkdir -p /usr/local/rocketmq/store/master/commitlog
mkdir -p /usr/local/rocketmq/store/master/consumequeue
mkdir -p /usr/local/rocketmq/store/master/index

mkdir -p /usr/local/rocketmq/store/slave
mkdir -p /usr/local/rocketmq/store/slave/commitlog
mkdir -p /usr/local/rocketmq/store/slave/consumequeue
mkdir -p /usr/local/rocketmq/store/slave/index

3. broker配置檔案

總共四個節點，分別配置如下：

1、master1

這個配置檔案是broker-a.properties，如下：

#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=10911
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128

2、slave2

修改配置檔案broker-b-s.properties，如下：

#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=11011
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store/slave
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/slave/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/slave/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/slave/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/slave/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/slave/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SLAVE
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128

3、master2

修改broker-b.properties，如下：

#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-b
#0 表示 Master，>0 表示 Slave
brokerId=0
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=10911
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SYNC_MASTER
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=SYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128

4、slave1

修改broker-a-s.properties，如下：

#所屬叢集名字
brokerClusterName=rocketmq-cluster
#broker名字，注意此處不同的配置檔案填寫的不一樣
brokerName=broker-a
#0 表示 Master，>0 表示 Slave
brokerId=1
#nameServer地址，分號分割
namesrvAddr=rocketmq-nameserver1:9876;rocketmq-nameserver2:9876
#在傳送訊息時，自動建立伺服器不存在的topic，預設建立的佇列數
defaultTopicQueueNums=4
#是否允許 Broker 自動建立Topic，建議線下開啟，線上關閉
autoCreateTopicEnable=true
#是否允許 Broker 自動建立訂閱組，建議線下開啟，線上關閉
autoCreateSubscriptionGroup=true
#Broker 對外服務的監聽埠
listenPort=11011
#刪除檔案時間點，預設凌晨 4點
deleteWhen=04
#檔案保留時間，預設 48 小時
fileReservedTime=120
#commitLog每個檔案的大小預設1G
mapedFileSizeCommitLog=1073741824
#ConsumeQueue每個檔案預設存30W條，根據業務情況調整
mapedFileSizeConsumeQueue=300000
#destroyMapedFileIntervalForcibly=120000
#redeleteHangedFileInterval=120000
#檢測物理檔案磁碟空間
diskMaxUsedSpaceRatio=88
#儲存路徑
storePathRootDir=/usr/local/rocketmq/store/slave
#commitLog 儲存路徑
storePathCommitLog=/usr/local/rocketmq/store/slave/commitlog
#消費佇列儲存路徑儲存路徑
storePathConsumeQueue=/usr/local/rocketmq/store/slave/consumequeue
#訊息索引儲存路徑
storePathIndex=/usr/local/rocketmq/store/slave/index
#checkpoint 檔案儲存路徑
storeCheckpoint=/usr/local/rocketmq/store/slave/checkpoint
#abort 檔案儲存路徑
abortFile=/usr/local/rocketmq/store/slave/abort
#限制的訊息大小
maxMessageSize=65536
#flushCommitLogLeastPages=4
#flushConsumeQueueLeastPages=2
#flushCommitLogThoroughInterval=10000
#flushConsumeQueueThoroughInterval=60000
#Broker 的角色
#- ASYNC_MASTER 非同步複製Master
#- SYNC_MASTER 同步雙寫Master
#- SLAVE
brokerRole=SLAVE
#刷盤方式
#- ASYNC_FLUSH 非同步刷盤
#- SYNC_FLUSH 同步刷盤
flushDiskType=ASYNC_FLUSH
#checkTransactionMessageEnable=false
#發訊息執行緒池數量
#sendMessageThreadPoolNums=128
#拉訊息執行緒池數量
#pullMessageThreadPoolNums=128

關於上面的各個配置有什麼用後面章節會詳細介紹

4、開放埠

宿主機需要遠端訪問虛擬機器的rocketmq服務和web服務，需要開放相關的埠號，簡單粗暴的方式是直接關閉防火牆

# 關閉防火牆
systemctl stop firewalld.service 
# 檢視防火牆的狀態
firewall-cmd --state 
# 禁止firewall開機啟動
systemctl disable firewalld.service

或者為了安全，只開放特定的埠號，RocketMQ預設使用3個埠：9876 、10911 、11011 。如果防火牆沒有關閉的話，那麼防火牆就必須開放這些埠：

  • nameserver 預設使用 9876 埠
  • master 預設使用 10911 埠
  • slave 預設使用11011 埠

執行以下命令：

# 開放name server預設埠
firewall-cmd --remove-port=9876/tcp --permanent
# 開放master預設埠
firewall-cmd --remove-port=10911/tcp --permanent
# 開放slave預設埠 (當前叢集模式可不開啟)
firewall-cmd --remove-port=11011/tcp --permanent 
# 重啟防火牆
firewall-cmd --reload

5. Host新增資訊

需要在hosts中新增資訊，這樣後面的配置就不用透過ip指定了。

執行如下命令進入hosts檔案：

vim /etc/hosts

配置資訊如下：

# nameserver
192.168.47.146 rocketmq-nameserver1
192.168.47.145 rocketmq-nameserver2
# broker
192.168.47.146 rocketmq-master1
192.168.47.146 rocketmq-slave2
192.168.47.145 rocketmq-master2
192.168.47.145 rocketmq-slave1

配置完成後, 重啟網路卡：

systemctl restart network

6. 修改啟動指令碼

內建RocketMQ啟動對伺服器記憶體要求較高，由於筆者本地測試的配置較低，因此需要修改JVM啟動引數，以下兩個指令碼都在bin目錄下。

1、runbroker.sh指令碼修改：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

根據自己伺服器的配置進行修改

2、 runserver.sh 指令碼修改：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

7. 服務啟動

RocketMQ啟動分為兩步：

  1. 啟動NameServer
  2. 啟動borker叢集

1、啟動NameServer

分別在兩臺伺服器上啟動，命令如下：

cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqnamesrv &

2、啟動broker叢集

這裡master和slave總計四個，均攤在兩個伺服器上，下面分別啟動

master1啟動，命令如下：

cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-a.properties &

slave2啟動，命令如下：

cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-b-s.properties &

master1和slave2在同一臺伺服器上（192.168.47.146）

master2啟動，命令如下：

cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-b.properties &

slave1啟動，命令如下：

cd /usr/local/rocketmq-all-4.9.4-bin-release/bin
nohup sh mqbroker -c ../conf/2m-2s-sync/broker-a-s.properties &

master2和slave1在同一臺伺服器上（192.168.47.145）

8. 檢視程式狀態

第7步啟動成功後，查詢程式狀態觀察RocketMQ是否啟動成功，命令如下：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

9. 檢視日誌

同時也可以觀察RocketMQ的日誌看下是否異常，命令如下：

# 檢視nameServer日誌
tail -500f ~/logs/rocketmqlogs/namesrv.log
# 檢視broker日誌
tail -500f ~/logs/rocketmqlogs/broker.log

叢集監控平臺

RocketMQ有一個對其擴充套件的開源專案rocketmq-dashboard，直接將該專案拉到本地，修改其中的幾個引數編譯打包即可

修改application.yml中的NameServer的配置，改成自己搭建的地址，如下：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

然後打包執行，命令如下：

//打包
mvn clean package -Dmaven.test.skip=true

//執行
java -jar target/rocketmq-dashboard-1.0.1-SNAPSHOT.jar

執行成功之後，瀏覽器訪問：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

進入叢集這一欄，看下自己搭建的叢集資訊，如下圖：

搭了一個RocketMQ高可用叢集，同事直呼哇塞！

總結

本節內容主要介紹了MQ的基本知識以及RocketMQ叢集搭建過程，有興趣的可以按照筆者的整個搭建過程嘗試一遍，至於其中一些配置屬性以及生產、消費訊息將會在後文介紹。

來自 “ ITPUB部落格 ” ，連結：http://blog.itpub.net/70024420/viewspace-2928722/，如需轉載，請註明出處，否則將追究法律責任。

相關文章