Kafka的灵魂伴侣LogiKafkaManger()之运维管控集群列表.docxVIP

Kafka的灵魂伴侣Logi-KafkaManger(3)之运维管控--集群列表 Kafka的灵魂伴侣Logi-KafkaManger一之集群的接入及相关概念讲解 物理集群列表 列出了全部物理集群,点击一个物理集群进去看具体信息; 假如没有信息请检查一下能否正确开启了JMX; == JMX-连接失败问题处理 集群概览 实时流量 目标说明 由于我发送和消费过消息, 为了不让之前的数据干扰; 我们重新把Broker重启一下,Jmx的数据就会清0了; 历史数据清楚就去数据库中把_metrics结尾的表数据全部清空; 执行下面的代码,验证一下实时流量的目标准不精确?????;下面的代码表示的是: 60S秒发送60条消息; 每条消息大小1个字节; 但是在这60S内只发送一次消息; 由于将linger.ms=60000, 设置为60秒后发送;那么期望中的实时目标是; ????@Test????void?contextLoads()?{????????????Properties?props?=?new?Properties();????????????props.put(bootstrap.servers,?xxxxxxx);????????????props.put(acks,?all);????????????props.put(retries,?0);????????????props.put(batch.size,;????????????props.put(linger.ms,?60000);????????????props.put(buffer.memory,?335544320);????????????props.put(client.id,?appId_000001_cn.Test2);????????????props.put(key.serializer,?mon.serialization.StringSerializer);????????????props.put(value.serializer,?mon.serialization.StringSerializer);????????????Producer?producer?=?new?KafkaProducer(props);????????????for(int?i?=?0;?i??60;?i++){????????????????//将一个消息设置大一点????????????????byte[]?log?=?new?byte[1024];????????????????String?slog?=?new?String(log);????????????????producer.send(new?ProducerRecord(Test2,0,?Integer.toString(i),??slog));????????????}????????try?{????????????Thread.sleep(62000);????????}?catch?(InterruptedException?e)?{????????????e.printStackTrace();????????}????????producer.close();????} messagesIn:每秒发送到kafka的消息条数 = 1条byteIn:每秒发送到kafka的字节数 = 1字节totalProduceReques:每秒总共发送的恳求数 = 1/60=0.017 这里是恳求数量,由于60s内实际上只发送了一次恳求; 执行代码然后看结果 基本上是符合我们预期的,实时流量数据还是精确?????的; 除了上面几个目标,我们应当还要关注下面几个特别目标，正常情况下他们都是0; 假如不为0的情况说明可能就有特别了,运维同学就应当去查查特别日志了;byteRejected(B/s) 每秒被拒绝的字节数failedFetchRequest 每秒拉取失败的恳求数failedProduceRequest 每秒发送失败的恳求数messageIn/totalProduceRequest 消息条数/总恳求数 也可以关注一下; 假如他们的结果=1; 说明没有批量发送,一条消息就发送了一个恳求了 历史流量 目标说明 历史数据都存放在_metrics结尾的表中; Broker 信息 上面左边部分是对全部Broker峰值使用率的看板, 可以通过这个图简约了解一下Broker的峰值情况, 那么这个使用率是怎样计算的,计算的到底准不精确?????,得需要去源码里面看看, 这个图我们可以作为一个参考值来了解