kafka集群安装

一、前提条件：

安装好zookeeper集群环境（zookeeper的集群安装请参照我写的另一篇博客，地址：http://blog.csdn.net/caixing_java/article/details/78380988）

二、下载kafka并解压：

下载地址：http://mirrors.hust.edu.cn/apache/kafka/0.11.0.0/kafka_2.11-0.11.0.0.tgz
解压命令：tar -zxvf kafka_2.11-0.11.0.0.tgz

三、修改config文件夹下的server.properties(各参数说明如下)

#broker的全局唯一标号，不能重复
broker.id=0
#用来监听链接的端口，producer或者consumer将在此端口建立连接
port=9092
#处理网络请求的线程数量
num.network.threads=3
#用来处理磁盘IO的线程数量
num.io.threads=8
#发送套接字的缓冲区大小
socket.send.buffer.bytes=102400
#接收套接字的缓冲区大小
socket.receive.buffer.bytes=102400
#请求套接字的缓冲区大小
socket.request.max.bytes=104857600
#kafka运行日志的存放路径
log.dirs=/tmp/kafka-logs
#topic在当前broker上的分片个数
num.partitions=2
#用来恢复和清理data下数据的线程数量
num.recovery.threads.per.data.dir=1


############################# Internal Topic Settings  #############################
# The replication factor for the group metadata internal topics "__consumer_offsets" and "__transaction_state"
# For anything other than development testing, a value greater than 1 is recommended for to ensure availability such as 3.
#offsets.topic.replication.factor=1
#transaction.state.log.replication.factor=1
#transaction.state.log.min.isr=1
#segment文件保留的最长时间超时将被删除
log.retention.hours=168
#滚动生成新的segment文件的最大时间
log.roll.hours=168


#日志文件中每个segment的大小，默认为1G
log.segment.bytes=1073741824


#周期性检查文件大小的时间
log.retention.check.interval.ms=300000
#日志清理是否打开
log.cleaner.enable=true


#broker需要使用zookeeper保存meta数据
zookeeper.connect=ZK1:2181,ZK2:2181,ZK3:2181,ZK4:2181


#zookeeper链接超时时间
zookeeper.connection.timeout.ms=6000
#partion buffer中，消息的条数达到阀值，将触发flush到磁盘
log.flush.interval.messages=10000
#消息buffer的时间，达到阈值，将触发flush的磁盘
log.flush.interval.ms=3000
#删除topic需要Server.properties中设置delete.topic.enable=true否则只是标记删除
delete.topic.enable=true


#此处的host.name为本机IP或者hosts，如果不改，则客户端将会抛出：Producer connection to localhost:9092 unsuccessful 错误！
host.name=KAFKA1

四、修改config文件夹下的producer.properties(各参数说明如下)

#指定kafka节点列表，用于获取metadata，不必全部指定
metadata.broker.list=KAFKA1:9092,KAFKA2:9092,KAFKA3:9092,KAFKA4:9092
#指定分区处理类。默认是kafka.producer.DefaultPartitioner,表示通过key哈希到对应分区
#partitioner.class=kafka.producer.DefaultPartitioner
#是否压缩，默认0表示不压缩，1表示用gzip压缩，2表示用snappy压缩。压缩后消息中会有头来指定压缩类型,故在消费者端消息是透明的无需指定
compression.codec=none
#指定序列化处理类
serializer.class=kafka.serializer.DefaultEncoder
#如果要压缩信息，这里指定哪些topic要压缩信息，默认empty，表示不压缩
#compression.topics=
#设置发送数据是否需要服务端的反馈，有三个值0,1,-1
#0：producer不会等待broker发送ack
#1：当leader接收到消息之后发送ack
#-1：当所有的follower都同步消息成功后发送ack
request.required.acks=0
#在向producer发送ack之前，broker允许等待的最大时间，如果超时，broker将会向producer发送一个error ACK，意味着上一次消息因为某种原因未能成功（比如follower未能同步成功）
request.timeout.ms=10000
#同步还是异步发送消息，默认是"sync"表示同步，"async"表示异步，异步可以提高发送吞吐量，也意味着消息将会在本地buffer中，并适时批量发送，但是也可能导致丢失未发送过去的消息
producer.type=sync
#在async模式下，当message被缓存的时间超过此值后，将会批量发送给broker，默认是5000ms
#此值和batch.num.messages协同工作
queue.buffering.max.ms=5000
#在·async模式下，producer端允许buffer的最大消息量
#无论如何，producer都无法尽快的将消息发送给broker，从而导致消息在producer端大量沉积
#此时，如果消息的条数打到阀值，将会导致producer端阻塞或者消息被抛弃，默认为10000
queue.buffering.max.messages=20000
#如果是异步，指定每次批量发送的数据量，默认为200
batch.num.messages=500
#当消息在producer端沉积的条数达到"queue.buffering.max.messages"后
#阻塞一定时间后，队列仍然没有enqueue（producer仍然没有发送任何消息）
#此时producer可以继续阻塞或者将消息抛弃，此timeout值用于控制阻塞的时间
#-1：无阻塞超时限制，消息不会被抛弃
#0：立即清空队列，消息被抛弃
queue.enqueue.timeout.ms=-1

五、修改config文件夹下的consumer.properties(各参数说明如下)

#zookeeper连接服务器地址
zookeeper.connect=ZK1:2181,ZK2:2181,ZK3:2181,ZK4:2181
#zookeeper的session过期时间，默认为5000ms，用于检测消费者是否挂掉
zookeeper.session.timeout.ms=5000
#当消费者挂掉，其他消费者要等该指定时间才能检查到并且触发重新负载均衡
zookeeper.connection.timeout.ms=10000
#指定多久消费者更新offset到zookeeper中，注意offset更新是基于time而不是每次获得的消息。一旦在更新zookeeper发生异常并重启，将可能拿到已经拿到过的消息
zookeeper.sync.time.ms=2000
#指定消费组
group.id=caixing_javaee_kafka_group
#当consumer消费一定量的消息之后，将会自动向zookeeper提交offset消息
#注意offset消息不是每消费一次就会提交一次，而是先在本地保存（内存），并定期提交，默认为true
auto.commit.enable=true
#自动更新时间。默认60*1000
auto.commit.interval.ms=1000
#当前consumer的标识，可以设定，也可以由系统生成，主要用来跟踪消息消费情况，便于观察
consumer.id=caixing_javaee_kafka_consumer
#消费者客户端编号，用于区分不同客户端，默认客户端程序自动产生
client.id=caixing_javaee_kafka_client
#最大取多少块缓存到消费者（默认10）
queued.max.message.chunks=50
#当有新的consumer加入到group时，将会reblance,此后将会有partitions的消费端迁移到新的consumer上，如果一个consumer获得了某个partition的消费权限，那么它将会向zk注册"partition owner registry"的节点信息，但是此时旧的consumer并没有释放此节点，此值用于控制注册节点的重试次数
rebalance.max.retries=5
#获取消息的最大尺寸，broker不会向consumer输出大于此值的消息chunk，每次fetch将得到多条消息，此值为总大小，提升此值，将会消耗更多的consumer端内存
fetch.min.bytes=6553600
#当消息的尺寸不足时，Server阻塞的时间，如果超时，消息将立即发送给consumer
fetch.wait.max.ms=5000
socket.receive.buffer.bytes=655360
#如果zookeeper没有offset值或offset值超出范围，那么给个初始的offset，有smallest,largest,anything可选，分别表示：最小的offset，当前最大offset，抛异常，默认largest
auto.offset.reset=smallest
#指定序列化处理类
derializer.class=kafka.serializer.DefaultDecoder

六、在每个节点都修改上面的三个配置文件，其中server.properties中的broker.id以及host.name在每个节点下需要不一样
七、在每个节点启动kafka（需先启动zookeeper）

在kafka的home目录执行bin/kafka-server-start.sh -daemon config/server.properties

八、安装kafka监控工具

下载地址：https://github.com/quantifind/KafkaOffsetMonitor/releases
启动命令：java -cp KafkaOffsetMonitor-assembly-0.2.1.jar com.quantifind.kafka.offsetapp.OffsetGetterWeb --zk ZK1:2181,ZK2:2181,ZK3:2181,ZK4:2181 --refresh 5.minutes --retain 1.day &
--zk的参数按照个人环境而异

九、访问web_ui界面查看kafka集群状态

如下图所示：

备注：kafka监控工具还有一个是kafka_manager，由于需要翻墙使用，这边不做介绍