概覽
更新時間 2024-09-06 00:39:21
最近更新時間: 2024-09-06 00:39:21
分享文章
本節適用于南京3、上海7、重慶2、烏魯木齊27、保定、石家莊20、內蒙6、晉中、北京5 節點。
概覽界面如下圖:

表格:顯示的是當前集群的統計詳情,里面包含該集群的主從broker節點數量,生產組和消費組的數量,以及整個集群累計存儲消息量。
各字段釋義如下表所示:
| 字段名稱 | 說明 |
|---|---|
| 集群名稱 | RocketMQ集群是指將多個RocketMQ Broker節點組合在一起形成的一個集群系統。 |
| nameserv地址 | Namesrv地址概念指的是在使用RocketMQ時,客戶端需要連接到Namesrv來獲取Broker節點的路由信息,以便能夠發送和接收消息。 |
| 主broker | 主Broker(Master Broker)是指在一個Broker集群中充當主要角色的節點。 |
| 從broker | 從Broker(Slave Broker)是指作為主Broker的備份節點,用于實現消息的冗余和故障轉移。 |
| 生產組數量 | 展示該實例下生產組數量。 |
| 消費組數量 | 展示該實例下消費組數量。 |
| 歷史消息量 | 展示該實例下歷史消息量。 |
| 現有消息量 | 展示該實例下現有消息量。 |
TPS監控
RocketMQ的TPS監控指的是對RocketMQ消息中間件每秒處理的消息數量進行監控和統計。TPS即每秒事務數(Transactions Per Second),用于衡量系統在單位時間內能夠處理的事務數量。
RocketMQ TPS監控可以幫助用戶了解消息中間件的處理能力和性能狀況,在系統運行期間,通過監控數據可以及時發現潛在的性能問題或瓶頸,以便進行調優或擴展。一般來說,吞吐量越高,表示系統的處理能力越強。
分布式消息服務RocketMQ標識該集群所有broker下,所有topic的生產、消費tps(2min)的時間變化曲線。

全局堆積
在使用RocketMQ時,可能會遇到消息堆積的情況,即未能及時處理和消費的消息大量積壓在消息隊列中。
造成消息堆積的原因可能是消費者處理消息的速度不夠快,或者消費者出現故障導致無法正常消費消息。當消息堆積發生時,可能會導致系統的穩定性下降,甚至影響整個應用的正常運行。
分布式消息服務RocketMQ標識該集群下,所有topic的消費堆積情況,列表按倒敘排列了堆積量最大的前20個topic的堆積情況。

全局消息
分布式消息服務RocketMQ標識該集群,所有topic的生產情況,按現有消息量倒敘排列。
