怎样创建网站dw,wordpress 设置访客登陆,做带支付平台的网站,新余做网站公司1 安装部署
具体部署启动请参考#xff1a;RocketMQ从安装、压测到运维一站式文档_rocketmq benchmark压测-CSDN博客
RocketMq的dashboard#xff0c;有运维页面#xff0c;驾驶舱#xff0c;集群页面#xff0c;主题页面#xff0c;消费者页面#xff0c;生产者页面RocketMQ从安装、压测到运维一站式文档_rocketmq benchmark压测-CSDN博客
RocketMq的dashboard有运维页面驾驶舱集群页面主题页面消费者页面生产者页面发布管理页面消息查询页面等为开发和运维提供了强大的监控功能。 2 功能概览
2.1 OPS-运维
功能namesrv地址可以修改更新。 NameServerAddressListnamesrv地址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代表master1代表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时读队列的数量。读队列是消费者消费消息时使用的队列。在消息消费时消费者会根据读队列的个数返回路由信息。在物理文件层面读队列并不直接对应文件而是基于写队列来消费信息的。为了保证正常运行通常要求readQueueNumswriteQueueNums最佳实践就是两者相等perm 设置主题topic的读写模式或权限。 6代表支持读写生产者可以向给topic写入信息消费者也可以从该topic读取消息4代表读禁写只有消费者可以从该topic读取消息生产者不能向该topic写消息2代表写禁读只有生产者可以向topic写消息消费者不能从该topic读取消息为了确保topic正常使用一般将其设置为6即同时支持读写。
2、STATUS状态此主题下的所有队列信息 3、ROUTER路由主题关联的broker以及队列queue信息。 4、CONSUMER MANAGECONSUMER管理订阅此主题的所有消费组以及各队列消费情况。 关键指标
Delay代表该消费组积压的数量
diffTotalbrokerOffset和consumerOffset的差值代表未消费的数量通过查看这两个指标可以看到该消费组的消息积压情况。
5、TOPIC CONFIGTOPIC配置主题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代表该消费组积压的数量
diffTotalbrokerOffset和consumerOffset的差值代表未消费的数量通过查看这两个指标可以看到该消费组的消息积压情况。
4、CONFIG配置
消费组的配置信息包括broker、队列情况
5、DELETE删除
删除高危操作谨慎使用
之前删除过下线的group不起作用推测应该也是只能删除上线的消费组group。
2.6 Producer-生产者
功能生产的概况 查看ProducerGroup下的实例情况。
2.7 Message-消息
功能消息查询可以按照消息ID和消息key查询 MESSAGE DETAIL消息的详情可以查看消息体以及消费情况进行消费重试操作。
2.8 MessageTrace-消息踪迹
功能记录消息的发送消费记录是一种消息的log
这里需要开通消息轨迹需要在broker端的配置文件中添加配置项traceTopicEnabletrue默认情况下消息轨迹是存储在RMQ_SYS_TRACE_TOPIC。消息轨迹开启之后很方便定位问题但是也会增加额外的存储开支考虑到消息量大没有打开。推荐使用物理隔离的方式单独使用一个broker存储消息轨迹。
参考GitCode - 开发者的代码家园
