长江七号的博客

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

对rocketmq稍有了解的同学，都知道它主要由4部分组成，Producer、Consumer、Broker、NameServer。Broker作为Rocket MQ的核心，提供了强大的数据存储能力，可以把亿万级的消息存储在服务器磁盘上。它决定了生产者写入的吞吐量，决定了消息不能丢失，决定了消费者消费消息的吞吐量。

RocketMQ-Exporter 主要是配合 Prometheus 来做监控，下面来看看当前在 Expoter 中定义了哪些监控指标和告警指标。

触发消息后，在1s内收到了两次消息消费的日志。消息消费日志重复，reconsumeTimes=0，主机实例也不同，说明是同一条消息被消费了两次。

这里下载的是。

system busy、broker busy这个错误，其本质是系统的PageCache繁忙，通俗一点讲就是向PageCache追加消息时，单个消息发送占用的时间超过1s了，如果继续往该Broker服务器发送消息并等待，其TPS根本无法满足，哪还是高性能的消息中间了呀。故才会采用快速失败机制，直接给消息发送者返回错误，消息发送者默认情况会重试2次，将消息发往其他Broker，保证其高可用。

SendTPS：生产消息的TPSMax RT：最大响应时间（毫秒）Average RT：平均响应时间（毫秒）Send Failed：发送失败的总请求数Response Failed：返回失败的总响应数TPS: 消费的TPSFAIL：消费失败的总数AVG(B2C)：broker到Consumer的平均响应时间（毫秒）AVG(S2C)：nameserver到Consumer的平均响应时间（毫秒）MAX(B2C): broker到Consumer的最大响应时间（毫秒）

Apache Kafka是一种分布式流处理平台，它使用分布式复制协议来实现高可用性和容错性。在Kafka中，每个主题（topic）都有一个或多个分区（partition），每个分区都有一组副本（replica），其中一个是主副本（leader），其余的是从副本（follower）。主副本负责处理来自消费者的所有读写请求，而从副本则扮演备份的角色，并在主副本出现故障时接管其职责。

转自：http://blog.youkuaiyun.com/u013256816/article/details/710917741 概述Kakfa起初是由LinkedIn公司开发的一个分布式的消息系统，后成为Apache的一部分，它使用Scala编写，以可水平扩展和高吞吐率而被广泛使用。目前越来越多的开源分布式处理系统如Cloudera、Apache Storm、Spark等都支持与Kafka集