RocketMQ-Dashboard 控制台使用详解

长江七号zzj

于 2024-05-15 16:15:20 发布

阅读量1.7k

点赞数 17

分类专栏：消息队列文章标签： rocketmq

本文链接：https://blog.csdn.net/u012867699/article/details/138908022

版权

消息队列专栏收录该内容

9 篇文章 0 订阅

订阅专栏

1 安装部署

具体部署启动请参考：RocketMQ从安装、压测到运维一站式文档_rocketmq benchmark压测-CSDN博客

RocketMq的dashboard，有运维页面，驾驶舱，集群页面，主题页面，消费者页面，生产者页面，发布管理页面，消息查询页面等，为开发和运维提供了强大的监控功能。

2 功能概览

2.1 OPS-运维

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

NameServerAddressList：namesrv地址，application.yml配置文件中namesrv参数配置。端口默认是9876，多个用分号隔开。

你可以修改这个服务使用的namesrv的地址
你可以修改这个服务是否使用VIPChannel(如果你的mq server版本小于3.5.8，请设置不使用)

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 配置、运行信息

该架构采用的双主模式，其中0代表master，1代表slave。

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

2.4 Topic-主题

功能：topic管理，包括新增/更新、消息路由、发送消息、重置消费位点等。

1、ADD/UPDATE（新增/更新）：可以新增或更新主题，扩容Topic队列。perm表示权限：2写，4读，6读写

clusterName 创建在哪几个cluster上
brokerName 创建在哪几个broker上
topicName 主题名
writeQueueNums：写队列数量，在创建主题时，写队列的数量。写队列是生产者发送消息时使用的队列。在物理文件层面，只有写队列才会创建实际的文件。例如如果writeQueueNums设置为16，则会创建16个文件夹，通常代表0-15的队列编号
readQueueNums：读队列数量，在创建topic时，读队列的数量。读队列是消费者消费消息时使用的队列。在消息消费时，消费者会根据读队列的个数返回路由信息。在物理文件层面，读队列并不直接对应文件，而是基于写队列来消费信息的。
为了保证正常运行，通常要求readQueueNums>=writeQueueNums，最佳实践就是两者相等
perm：设置主题topic的读写模式或权限。
- 6：代表支持读写，生产者可以向给topic写入信息，消费者也可以从该topic读取消息；
- 4：代表读，禁写，只有消费者可以从该topic读取消息，生产者不能向该topic写消息；
- 2：代表写，禁读，只有生产者可以向topic写消息，消费者不能从该topic读取消息；
- 为了确保topic正常使用，一般将其设置为6，即同时支持读写。

2、STATUS（状态）：此主题下的所有队列信息
3、ROUTER（路由）：主题关联的broker以及队列queue信息。
4、CONSUMER MANAGE（CONSUMER管理）：订阅此主题的所有消费组，以及各队列消费情况。

关键指标：

Delay：代表该消费组积压的数量

diffTotal：brokerOffset和consumerOffset的差值，代表未消费的数量
通过查看这两个指标，可以看到该消费组的消息积压情况。

5、TOPIC CONFIG（TOPIC配置）：主题topic的情况，broker、queue的信息
6、SEND MESSAGE（发送消息）：向这个主题发送一个消息，可用于测试
7、RESET CONSUMER OFFSET（重置消费位点）：將消息偏移量重置到自己选择的时间，消费者重新进行消费。

只能影响当时在线的消费者（对于下线的消费者，不起作用）
广播模式订阅的消费者不支持重置消费位点
有些帖子说，精确到时分的都没起作用，但是设置到提前一天时可以重新消费

8、SKIP_MESSAGE_ACCUMULATE（跳过堆积）：感觉跟重置消费位点很像，不过是将消费者位点跳到最后一条数据上
9、DELETE（删除）：删除掉该topic的所有信息。高危操作，谨慎使用！

2.5 Consumer-消费者

功能：消息的消费情况

1、ADD/UPDATE（新增/更新）：新增和更新消费组group。一般不需要手动创建，实例启动，消费组会自动注册上来

2、CLIENT（客户端）：消费模式、消费实例等信息

3、CONSUME DETAIL（消费详情）

消费组对应的broker、队列以及消息消费情况。

关键指标：

Delay：代表该消费组积压的数量

diffTotal：brokerOffset和consumerOffset的差值，代表未消费的数量
通过查看这两个指标，可以看到该消费组的消息积压情况。

4、CONFIG（配置）

消费组的配置信息，包括broker、队列情况

5、DELETE（删除）

删除，高危操作，谨慎使用

之前删除过下线的group，不起作用，推测应该也是只能删除上线的消费组group。

2.6 Producer-生产者

功能：生产的概况

查看ProducerGroup下的实例情况。

2.7 Message-消息

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

MESSAGE DETAIL：消息的详情，可以查看消息体以及消费情况，进行消费重试操作。

2.8 MessageTrace-消息踪迹

功能：记录消息的发送消费记录，是一种消息的log

这里需要开通消息轨迹，需要在broker端的配置文件中添加配置项：traceTopicEnable=true，默认情况下消息轨迹是存储在RMQ_SYS_TRACE_TOPIC。消息轨迹开启之后，很方便定位问题，但是也会增加额外的存储开支，考虑到消息量大，没有打开。推荐使用物理隔离的方式，单独使用一个broker存储消息轨迹。

参考：GitCode - 开发者的代码家园