材料隔离和集群状态

材料隔离

在Kafka沉启时 如果topic副本因子是一个，兴许会出现以下两种问题。这对于在生产周围中部署和监控Kafka集群非常关键。

class kafka.common.LeaderNotAvailableException错误处理方案：

下述方法能飞迅速恢复Kafka集群， 通过Kafka机制，利用推荐方案沉新鲜json，沉新鲜分配分区和副本。

Kafka集群部署、监控。

日志琢磨

客户端日志

先说说关闭zookeeper， 再关闭Kafka，然后开启zookeeper，在开启Kafka。

服务器端日志

通过上述方法，能系统地排查和优良决Kafka在Debian上运行时兴许遇到的故障。

节点处理集群节点故障

节点处理集群节点故障，如ApexPredator的博客04-27773.INFO Removed fetcher for partitions topic-xxx 。

集群节点故障集群故障laddie_linux的博客10-24924。

Kafka故障排查-consumer处理超时弄得的异常

上图消费者最许多能读到12， 基本上原因是虚假如说Leader挂掉了那么消费者读到的话，一准儿是读整个集群中offset最细小的那东西。这玩意儿offset最细小就意味着全部机器的offset一准儿巨大于等于这玩意儿offset， 虚假如说A机器是300offset，B机器是350offset，C机器是400offset...

也所以呢，Kafka有关的问题排查始终是一个面试烫点。具体脚本的用方法你能参考官方的文档。巨大有些情况下 你如果只能轻巧松背诵八股文，但是却无法结合各种监控和问题排查工具等手段综合讲解怎么排查Kafka的问题，便暴露了你对Kafka的了解流于表面不够深厚入。

用监控工具

检查Kafka集群状态：用Kafka给的工具或命令， 比方说kafka-topics.sh、kafka-console-consumer.sh等，来检查Kafka集群的身子优良状态，确保全部的代理节点都正常运行。

其他故障排查步骤

监控指标监控

先说说提到Kafka集群，不免的会与zookeeper联系在一起。解决方法：修改server.porperties的broker.id然后删除log.dirs=/tmp/kafka-logs。

错误报告文件

解决Kafka集群， 先说说搭建zookeeper主从copy，再做Kafka集群。

通过以上方法，能有效地排查和优良决Debian Kafka集群的故障。了解Kafka的内部机制和故障排查技巧对于运维人员来说至关关键。