RabbitMQ控制界面详解

1、overview 概述

1.1、Totals 总计

  • Ready: 待消费的消息总数。
  • Unacked: 待应答的消息总数。
  • Total:总数 Ready+Unacked。
  • Publish: producter pub消息的速率。
  • Publisher confirm: broker确认pub消息的速率。
  • Deliver(manual ack): customer手动确认的速率。
  • Deliver( auto ack): customer自动确认的速率。
  • Consumer ack: customer正在确认的速率。
  • Redelivered: 正在传递'redelivered'标志集的消息的速率。
  • Get (manual ack): 响应basic.get而要求确认的消息的传输速率。
  • Get (auto ack): 响应于basic.get而发送不需要确认的消息的速率。
  • Return: 将basic.return发送给producter的速率。
  • Disk read: queue从磁盘读取消息的速率。
  • Disk write: queue从磁盘写入消息的速率。
  • Connections:client的tcp连接的总数。
  • Channels:通道的总数。
  • Exchange:交换器的总数。
  • Queues:队列的总数。
  • Consumers:消费者的总数。

1.2、Nodes 节点

  • 启动一个broker都会产生一个node。
  • Name:broker名称
  • File descriptors:broker打开的文件描述符和限制。
  • Socket descriptors:broker管理的网络套接字数量和限制。当限制被耗尽时,RabbitMQ将停止接受新的网络连接。
  • Erlang processes:erlang启动的进程数。
  • Memory:当前broker占用的内存。
  • Disk space:当前broker占用的硬盘。
  • Uptime:当前broker持续运行的时长。
  • Info:未知。
  • Reset stats:未知。

2、Connections:当前所有客户端活动的连接。包括生成者和消费者。

  • Virtual host:所属的虚拟主机。
  • Name:名称。
  • User name:使用的用户名。
  • State:当前的状态,running:运行中;idle:空闲。
  • SSL/TLS:是否使用ssl进行连接。
  • Protocol:使用的协议。
  • Channels:创建的channel的总数。
  • From client:每秒发出的数据包。
  • To client:每秒收到的数据包。

3.Channels:当前连接所有创建的通道。

  • channel:名称。
  • Virtual host:所属的虚拟主机。
  • User name:使用的用户名。
  • Mode:渠道保证模式。 可以是以下之一,或者不是:C: confirm。T:transactional(事务)。
  • State :当前的状态,running:运行中;idle:空闲。
  • Unconfirmed:待confirm的消息总数。
  • Prefetch:设置的prefetch的个数。
  • Unacker:待ack的消息总数。
  • publish:producter pub消息的速率。
  • confirm:producter confirm消息的速率。
  • deliver/get:consumer 获取消息的速率。
  • ack:consumer ack消息的速率。

4、Exchanges 交换机

  • Virtual host:所属的虚拟主机。
  • Name:名称。
  • Type:exchange type
  • Features:功能。 可以是以下之一,或者不是:D: 持久化。T:Internal,存在改功能表示这个exchange不可以被client用来推送消息,仅用来进行exchange和exchange之间的绑定,否则可以推送消息也可以绑定。
  • Message rate in:消息进入的速率。
  • Message rate out:消息出去的速率。

4.1、页面添加exchange 交换机

  • virtual host :选择虚拟机
  • Name :交换机名子
  • Type :交换机类型选择,默认direct 直连模式,fanout 路由模式吗,topic模式
  • Durability : 是否需要持久化,true为持久化
  • Auto Delete :当最后一个绑定到Exchange上的队列删除后,自动删除该Exchange
  • Internal :当前Exchange是否用于RabbitMQ内部使用,默认为False
  • Arguments :扩展参数,用于扩展AMQP协议,定制化使用

4.2、交换机类型

  • Direct exchange(amq.direct): 直连交换机
  • Fanout exchange(amq.fanout): 扇形交换机(广播)
  • Headers exchange(amq.match): 头交换机
  • Topic exchange(amq.topic): 主题交换机

5、Queues 队列

  • Virtual host:所属的虚拟主机。
  • Name:名称。
  • Features:功能。 可以是以下之一,或者不是:D: 持久化。
  • State:当前的状态,running:运行中;idle:空闲。
  • Ready:待消费的消息总数。
  • Unacked:待应答的消息总数。
  • Total:总数 Ready+Unacked。
  • incoming:消息进入的速率。
  • deliver/get:消息获取的速率。
  • ack:消息应答的速率。

5.1、创建队列queue

  • type:此queue的类型,默认为classic 主队列,也可以设置为quorum 从队列\
  • name:此queue的名称
  • durability:queue中的消息是否要持久化到硬盘
  • auto delete:如果此queue没有绑定到任何一个exchange,是否自动删除此queue
  • arguments:设置一些其它参数

6、admin 管理

  • Name:名称。
  • Tags:角色标签,只能选取一个。
  • Can access virtual hosts:允许进入的vhost。
  • Has password:设置了密码。
  • administrator (超级管理员):可登陆管理控制台(启用management plugin的情况下),可查看所有的信息,并且可以对用户,策略(policy)进行操作。
  • monitoring(监控者):可登陆管理控制台(启用management plugin的情况下),同时可以查看rabbitmq节点的相关信息(进程数,内存使用情况,磁盘使用情况等)
  • policymaker(策略制定者):可登陆管理控制台(启用management plugin的情况下), 同时可以对policy进行管理。
  • management(普通管理者):仅可登陆管理控制台(启用management plugin的情况下),无法看到节点信息,也无法对策略进行管理。
  • none(其他):无法登陆管理控制台,通常就是普通的生产者和消费者。
相关推荐
Thomas.Sir5 天前
第21课:PyTorch|GPU多卡训练与分布式训练基础【让多卡并行成为你的加速引擎】
人工智能·pytorch·分布式
Cicada1285 天前
库存消息消费的正确性设计——从幂等窗口到批量流水线
分布式·系统架构
Francek Chen6 天前
【大数据处理与分析】数据仓库Hive:04 数据仓库Hive概述
大数据·数据仓库·hive·hadoop·分布式
Gl�ria6 天前
Hadoop/YARN 集群缩容:下线DN节点
大数据·hadoop·分布式
吉甫作诵6 天前
Kafka 集群安装与运维实战:消费组排查、Offset 重置与副本重分配
大数据·运维·分布式·kafka·消息队列
imDwAaY6 天前
消息队列四大核心问题:顺序性、幂等性、可靠性与一致性
学习·kafka·rabbitmq
是Dream呀6 天前
Harness 工程:让 Agent 真正把任务做完
人工智能·分布式·缓存·agent
yt004yt6 天前
绿岛数字化平台搭建:VOCs 监测与能碳数据一体化方案
大数据·分布式
天天喝旺仔7 天前
分布式服务容错实战:用 Sentinel 实现限流、熔断与降级
分布式·微服务·云原生·sentinel