kafka 伪分布式集群搭建、排错
kafka 伪分布式集群搭建、排错
1.基于zookeeper集群
2.修改基本参数,启动即可
3.kafka、zookeeper关系(https://blog.csdn.net/u012635648/article/details/82498366)
3.1管理协调kafka服务
3.2保存kafka相关元数据
一 搭建:
1.1官网下载kafka,以kafka_2.11-2.1.0.tgz 为例
1.2 解压、配置环境变量、不配置也可以(用的时候写全路劲即可)
1.3 进入解压后的 config 文件夹下 eg:/kafka/kafka_2.11-2.1.0/config
1.4 配置文件server.properties
配置文件各项配置解释
- broker.id=0 #当前机器在集群中的唯一标识,和zookeeper的myid性质一样
- (
- port=19092 #当前kafka对外提供服务的端口默认是9092
- host.name=192.168.7.100 #这个参数默认是关闭的,在0.8.1有个bug,DNS解析问题,失败率的问题。
- 有的新版本不是这个东西 是 listeners=PLAINTEXT://:9092
- 其实就是ip+端口,配置了监听就用监听下的,没配置 则从 java.net.InetAddress.getCanonicalHostName()返回
- )
- num.network.threads=3 #这个是borker进行网络处理的线程数
- num.io.threads=8 #这个是borker进行I/O处理的线程数
- log.dirs=/opt/kafka/kafkalogs/ #消息存放的目录,这个目录可以配置为“,”逗号分割的表达式,上面的num.io.threads要大于这个目录的个数这个目录,如果配置多个目录,新创建的topic他把消息持久化的地方是,当前以逗号分割的目录中,那个分区数最少就放那一个
- socket.send.buffer.bytes=102400 #发送缓冲区buffer大小,数据不是一下子就发送的,先回存储到缓冲区了到达一定的大小后在发送,能提高性能
- socket.receive.buffer.bytes=102400 #kafka接收缓冲区大小,当数据到达一定大小后在序列化到磁盘
- socket.request.max.bytes=104857600 #这个参数是向kafka请求消息或者向kafka发送消息的请请求的最大数,这个值不能超过java的堆栈大小
- num.partitions=1 #默认的分区数,一个topic默认1个分区数
- log.retention.hours=168 #默认消息的最大持久化时间,168小时,7天
- message.max.byte=5242880 #消息保存的最大值5M
- default.replication.factor=2 #kafka保存消息的副本数,如果一个副本失效了,另一个还可以继续提供服务
- replica.fetch.max.bytes=5242880 #取消息的最大直接数
- log.segment.bytes=1073741824 #这个参数是:因为kafka的消息是以追加的形式落地到文件,当超过这个值的时候,kafka会新起一个文件
- log.retention.check.interval.ms=300000 #每隔300000毫秒去检查上面配置的log失效时间(log.retention.hours=168 ),到目录查看是否有过期的消息如果有,删除
- log.cleaner.enable=false #是否启用log压缩,一般不用启用,启用的话可以提高性能
- zookeeper.connect=192.168.7.100:12181,192.168.7.101:12181,192.168.7.107:1218 #设置zookeeper的连接端口
1.5 cp 几份server.properties 修改名字
- 配置内容按需修改,最基本的修改项如下
- broker.id 唯一项,每一个配置都不同
- listeners=PLAINTEXT://:9092 唯一项 默认监听9092 每个配置都不同
- log.dirs 这种东西分开
- zookeeper.connect zk的连接、逗号分隔。
1.6 解压下的bin目录 启动
kafka-server-start.sh + 配置文件 (-daemon参数 新版本 表示在后台运行,无需nohup命令)
二、报错、死活起不来
报错如下:
ERROR Invalid config, exiting abnormally (org.apache.zookeeper.server.quorum.QuorumPeerMain)
org.apache.zookeeper.server.quorum.QuorumPeerConfig$ConfigException: Error processing config/zookeeper.properti……
Caused by: java.lang.NumberFormatException: For input string: "group.initial.rebalance.delay.ms"at java.lang.NumberFormatException.forInputString(NumberFormatException.java:65)
害的我一直以为配置文件错了 死活找最后一行 group.initial.rebalance.delay.ms
网上有人说,用kafka bin下的zk启动命令来起zk,很尬 其实不是这个原因
解决:
由于安装zk集群时候 安装的目录 和kafka的不在一个地方
Zk集群有个重要的东西 myid,Zookeeper启动的时候,读取myid文件中的server id,然后去zoo.cfg 中查找对应的配置,kafka又过来连 所以必须得有权限 (仅个人入门猜测)
如果是本机测试 直接 在kafka的目录下 chmod 777 / 即可
https://www.cnblogs.com/thinkingandworkinghard/p/6113069.html?utm_source=itdadao&utm_medium=referral kafka启动错误
下一篇: JavaNio 文件按行读写