1 安裝部署

具體部署啟動請參考：RocketMQ從安裝、壓測到運(yùn)維一站式文檔_rocketmq benchmark壓測-CSDN博客

RocketMq的dashboard，有運(yùn)維頁面，駕駛艙，集群頁面，主題頁面，消費(fèi)者頁面，生產(chǎn)者頁面，發(fā)布管理頁面，消息查詢頁面等，為開發(fā)和運(yùn)維提供了強(qiáng)大的監(jiān)控功能。

2 功能概覽

2.1 OPS-運(yùn)維

功能：namesrv地址，可以修改更新。

NameServerAddressList：namesrv地址，application.yml配置文件中namesrv參數(shù)配置。端口默認(rèn)是9876，多個用分號隔開。

• 你可以修改這個服務(wù)使用的namesrv的地址
• 你可以修改這個服務(wù)是否使用VIPChannel(如果你的mq server版本小于3.5.8，請設(shè)置不使用)

2.2 Dashboard-駕駛艙

功能：查看broker和topic的消息量

Broker TOP 10：查看消息量最多的10個broker的消息量（總量）

Broker 5min trend：查看broker消息量5分鐘的趨勢

Topic TOP 10：查看消息量最多的10個單一主題的消息量（總量）

Topic 5min trend：查看主題消息量5分鐘的趨勢

2.3 Cluster-集群

功能：查看集群分布，broker 配置、運(yùn)行信息

該架構(gòu)采用的雙主模式，其中0代表master，1代表slave。

集群頁面展示了broker的配置，集今天和昨天的消息量。

2.4 Topic-主題

功能：topic管理，包括新增/更新、消息路由、發(fā)送消息、重置消費(fèi)位點(diǎn)等。

1、ADD/UPDATE（新增/更新）：可以新增或更新主題，擴(kuò)容Topic隊列。perm表示權(quán)限：2寫，4讀，6讀寫

• clusterName 創(chuàng)建在哪幾個cluster上
• brokerName 創(chuàng)建在哪幾個broker上
• topicName 主題名
• writeQueueNums：寫隊列數(shù)量，在創(chuàng)建主題時，寫隊列的數(shù)量。寫隊列是生產(chǎn)者發(fā)送消息時使用的隊列。在物理文件層面，只有寫隊列才會創(chuàng)建實際的文件。例如如果writeQueueNums設(shè)置為16，則會創(chuàng)建16個文件夾，通常代表0-15的隊列編號
• readQueueNums：讀隊列數(shù)量，在創(chuàng)建topic時，讀隊列的數(shù)量。讀隊列是消費(fèi)者消費(fèi)消息時使用的隊列。在消息消費(fèi)時，消費(fèi)者會根據(jù)讀隊列的個數(shù)返回路由信息。在物理文件層面，讀隊列并不直接對應(yīng)文件，而是基于寫隊列來消費(fèi)信息的。
• 為了保證正常運(yùn)行，通常要求readQueueNums>=writeQueueNums，最佳實踐就是兩者相等
• perm： 設(shè)置主題topic的讀寫模式或權(quán)限。
  • 6：代表支持讀寫，生產(chǎn)者可以向給topic寫入信息，消費(fèi)者也可以從該topic讀取消息；
  • 4：代表讀，禁寫，只有消費(fèi)者可以從該topic讀取消息，生產(chǎn)者不能向該topic寫消息；
  • 2：代表寫，禁讀，只有生產(chǎn)者可以向topic寫消息，消費(fèi)者不能從該topic讀取消息；
  • 為了確保topic正常使用，一般將其設(shè)置為6，即同時支持讀寫。

2、STATUS（狀態(tài)）：此主題下的所有隊列信息
3、ROUTER（路由）：主題關(guān)聯(lián)的broker以及隊列queue信息。
4、CONSUMER MANAGE（CONSUMER管理）：訂閱此主題的所有消費(fèi)組，以及各隊列消費(fèi)情況。

關(guān)鍵指標(biāo)：

Delay：代表該消費(fèi)組積壓的數(shù)量

diffTotal：brokerOffset和consumerOffset的差值，代表未消費(fèi)的數(shù)量
通過查看這兩個指標(biāo)，可以看到該消費(fèi)組的消息積壓情況。

5、TOPIC CONFIG（TOPIC配置）：主題topic的情況，broker、queue的信息
6、SEND MESSAGE（發(fā)送消息）：向這個主題發(fā)送一個消息，可用于測試
7、RESET CONSUMER OFFSET（重置消費(fèi)位點(diǎn)）：將消息偏移量重置到自己選擇的時間，消費(fèi)者重新進(jìn)行消費(fèi)。

• 只能影響當(dāng)時在線的消費(fèi)者（對于下線的消費(fèi)者，不起作用）
• 廣播模式訂閱的消費(fèi)者不支持重置消費(fèi)位點(diǎn)
• 有些帖子說，精確到時分的都沒起作用，但是設(shè)置到提前一天時可以重新消費(fèi)

8、SKIP_MESSAGE_ACCUMULATE（跳過堆積）：感覺跟重置消費(fèi)位點(diǎn)很像，不過是將消費(fèi)者位點(diǎn)跳到最后一條數(shù)據(jù)上
9、DELETE（刪除）：刪除掉該topic的所有信息。高危操作，謹(jǐn)慎使用！

2.5 Consumer-消費(fèi)者

功能：消息的消費(fèi)情況

1、ADD/UPDATE（新增/更新）：新增和更新消費(fèi)組group。一般不需要手動創(chuàng)建，實例啟動，消費(fèi)組會自動注冊上來

2、CLIENT（客戶端）：消費(fèi)模式、消費(fèi)實例等信息

3、CONSUME DETAIL（消費(fèi)詳情）

消費(fèi)組對應(yīng)的broker、隊列以及消息消費(fèi)情況。

關(guān)鍵指標(biāo)：

Delay：代表該消費(fèi)組積壓的數(shù)量

diffTotal：brokerOffset和consumerOffset的差值，代表未消費(fèi)的數(shù)量
通過查看這兩個指標(biāo)，可以看到該消費(fèi)組的消息積壓情況。

4、CONFIG（配置）

消費(fèi)組的配置信息，包括broker、隊列情況

5、DELETE（刪除）

刪除，高危操作，謹(jǐn)慎使用

之前刪除過下線的group，不起作用，推測應(yīng)該也是只能刪除上線的消費(fèi)組group。

2.6 Producer-生產(chǎn)者

功能：生產(chǎn)的概況

查看ProducerGroup下的實例情況。

2.7 Message-消息

功能：消息查詢，可以按照消息ID和消息key查詢

MESSAGE DETAIL：消息的詳情，可以查看消息體以及消費(fèi)情況，進(jìn)行消費(fèi)重試操作。

2.8 MessageTrace-消息蹤跡

功能：記錄消息的發(fā)送消費(fèi)記錄，是一種消息的log

這里需要開通消息軌跡，需要在broker端的配置文件中添加配置項：traceTopicEnable=true，默認(rèn)情況下消息軌跡是存儲在RMQ_SYS_TRACE_TOPIC。消息軌跡開啟之后，很方便定位問題，但是也會增加額外的存儲開支，考慮到消息量大，沒有打開。推薦使用物理隔離的方式，單獨(dú)使用一個broker存儲消息軌跡。

參考：GitCode - 開發(fā)者的代碼家園