Kafka自带zookeeper---集群安装部署

kafka 简介

kafka官网:http://kafka.apache.org/
kafka下载页面:http://kafka.apache.org/downloads
kafka配置快速入门:http://kafka.apache.org/quickstart

首先让我们看几个基本的消息系统术语:

•Kafka将消息以topic为单位进行归纳。
•将向Kafka topic发布消息的程序成为producers.
•将预订topics并消费消息的程序成为consumer.
•Kafka以集群的方式运行,可以由一个或多个服务组成,每个服务叫做一个broker.
producers通过网络将消息发送到Kafka集群,集群向消费者提供消息,如下图所示:

客户端和服务端通过TCP协议通信。Kafka提供了Java客户端,并且对多种语言都提供了支持。

环境准备

kafka版本:kafka_2.11-1.0.0.tgz
三台主机IP:172.16.10.91、172.16.10.92、172.16.10.93

安裝配置工作

1 kafka 安裝

下载后解压kafka,将其解压到/usr/local目录下,删除压缩包即可:
tar xzvf kafka_2.11-1.0.0.tgz #解压

进入到kafka的config目录

自定义目录:

首先新建kafka的日志目录和zookeeper数据目录,因为这两项默认放在tmp目录,而tmp目录中内容会随重启而丢失,所以我们自定义以下目录:
mkdir /usr/local/kafka_2.-1.0./zookeeper #创建zookeeper数据目录

mkdir /usr/local/kafka_2.-1.0./log #创建日志目录

mkdir /usr/local/kafka_2.-1.0./log/zookeeper #创建zookeeper日志目录

mkdir /usr/local/kafka_2.-1.0./log/kafka #创建kafka日志目录

2 zookeeper 配置

> 修改 zookeeper.properties

进入config目录下,修改关键配置如下,3台服务器的zookeeper.properties配置文件都一样

复制代码
#修改为自定义的zookeeper数据目录
复制代码
dataDir=/usr/local/kafka_2.-1.0./zookeeper
复制代码
#修改为自定义的zookeeper日志目录
复制代码
dataLogDir=/usr/local/kafka_2.-1.0./log/zookeeper
复制代码
# 端口
复制代码
clientPort=
复制代码
#注释掉
复制代码
#maxClientCnxns=
复制代码
#设置连接参数,添加如下配置
复制代码
tickTime=2000    #为zk的基本时间单元,毫秒
复制代码
initLimit=10     #Leader-Follower初始通信时限 tickTime*10
复制代码
syncLimit=5     #Leader-Follower同步通信时限 tickTime*5
复制代码
#设置broker Id的服务地址
复制代码
server.=172.16.10.91::
复制代码
server.=172.16.10.92::
复制代码
server.=172.16.10.93::

> zookeeper 数据目录添加 myid 配置

在各台服务器的zookeeper数据目录【/usr/local/kafka_2.11-1.0.0/zookeeper】添加myid文件,写入服务broker.id属性值

如这里的目录是/usr/local/kafka_2.11-1.0.0/zookeeper

注:3台服务器都要添加myid文件,但值的內容不一样,棘突关系请见下图:

例如:第一台broker.id为0的服务到该目录【/usr/local/kafka_2.11-1.0.0/zookeeper】下执行以下命令,会生成myid文件內容

root@mmc config\]# echo 0 \> myid(无法写入myid值) ![](https://file.jishuzhan.net/article/1705897222324883457/af7a681d268a05f991290ff82d6c0201.webp) 采用Vi myid,写入"0" ![](https://file.jishuzhan.net/article/1705897222324883457/34a36df685abd11ce633b01dfd1fa850.webp) **3** **、** **kafka** **配置**   进入config目录下,修改server.properties文件 注:3台服务器都要配置,其中【broker.id、advertised.listeners】不一樣,其它配置都一样 ``` ############################# Server Basics ############################# ``` ``` # broker 的全局唯一编号,不能重复 ``` ``` broker.id=1 ``` ``` ``` ``` ############################# Socket Server Settings ############################# ``` ``` # 配置监听,修改为本机ip ``` ``` advertised.listeners=PLAINTEXT://172.16.10.91:9092 ``` ``` # 处理网络请求的线程数量,默认 ``` ``` num.network.threads= ``` ``` # 用来处理磁盘IO的线程数量,默认 ``` ``` num.io.threads= ``` ``` # 发送套接字的缓冲区大小,默认 ``` ``` socket.send.buffer.bytes= ``` ``` # 接收套接字的缓冲区大小,默认 ``` ``` socket.receive.buffer.bytes= ``` ``` # 请求套接字的缓冲区大小,默认 ``` ``` socket.request.max.bytes= ``` ``` ############################# Zookeeper ############################# ``` ``` # 配置三台服务zookeeper连接地址 ``` ``` zookeeper.connect=172.16.10.91:2181,172.16.10.92:2181,172.16.10.93:2181 ``` ``` ``` ``` ############################# Log Basics ############################# ``` ``` # kafka 运行日志存放路径 ``` ``` log.dirs=/usr/local/kafka_2.11-1.0.0/log/kafka ``` ``` # topic 在当前broker上的分片个数,与broker保持一致 ``` ``` num.partitions=3 ``` ``` # 用来恢复和清理data下数据的线程数量,默认 ``` ``` num.recovery.threads.per.data.dir= ``` ``` ############################# Log Retention Policy ############################# ``` ``` # segment文件保留的最长时间,超时将被删除,默认 ``` ``` log.retention.hours= ``` ``` # 滚动生成新的segment文件的最大时间,默认 ``` ``` log.roll.hours= ``` **4** **、** **kafka** **启动**   kafka启动时先启动zookeeper,再启动kafka;关闭时相反,先关闭kafka,再关闭zookeeper * 进入kafka根目錄 \[root@localhost kafka_2.-1.0.\]# cd /usr/local/kafka_2.-1.0./ * 启动zookeeper   输入命令: \[root@localhostkafka_2.-1.0.\]# bin/zookeeper-server-start.sh config/zookeeper.properties \& #后台启动命令: \[root@localhostkafka_2.-1.0.\]# nohup bin/zookeeper-server-start.sh config/zookeeper.properties \>log/zookeeper/zookeeper.log 2\>1 \& 查看log/zookeeper/zookeeper.log 文件,第1、2台服务器启动的時候,会报错Connection refused,因為另外1、2台服务器还没有启动,先不用管它 ![](https://file.jishuzhan.net/article/1705897222324883457/e1248b5ee85425ff42acfe556a0f57be.webp) 查看log/zookeeper/zookeeper.log 文件,等3台服务器都启动后,就不在报错了 * 启动kafka   输入命令: \[root@localhostkafka_2.-1.0.\]# bin/kafka-server-start.sh config/server.properties \& #后台启动命令: ### **备注:nohup命令** nohup 英文全称 no hang up(不挂起),用于在系统后台不挂断地运行命令,退出终端不会影响程序的运行。 \[root@localhostkafka_2.-1.0.\]# nohup bin/kafka-server-start.sh config/server.properties \>log/kafka/kafka.log 2\>1 \&   查看log/kafka/kafka.log 文件,启动过程过程中没有报错,且有以下信息输出,说明启动成功 ![](https://file.jishuzhan.net/article/1705897222324883457/f8ff14195dd8204a35e12261bf4556e3.webp) **5** **、** **kafka** **测试验证**   分别启动三台机器的zookeeper,三台机器的zookeeper都启动成功后,再分别启动三台机器的kafka。 * 進入kafka根目錄 \[root@localhost kafka_2.-1.0.\]# cd /usr/local/kafka_2.-1.0./ * 在某臺機器創建topic,名稱為test \[root@localhost kafka_2.11-1.0.0\]# bin/kafka-topics.sh --create --zookeeper 172.16.10.91:2181,172.16.10.92:2181,172.16.10.93:2181 --replication-factor 3 --partitions 3 --topic test 命令解析: --create:          #指定创建topic动作 --topic:          #指定新建topic的名称 --zookeeper:        #指定kafka连接zk的连接url,该值和server.properties文件中的配置项{zookeeper.connect}一样 --partitions 3       #指定当前创建的kafka分区数量,默认为1个 --replication-factor   #指定每个分区的副本集数量,不能大于 broker 节点数量,多了也没用,1个节点放\>=2个副本挂了都完蛋。 ![](https://file.jishuzhan.net/article/1705897222324883457/3c265275a5c25a0103763fb3553b31d1.webp) * 查看topic,确认topic创建成功 \[root@localhost kafka_2.-1.0.\]# bin/kafka-topics.sh --list --zookeeper 172.16.10.91:2181 ![](https://file.jishuzhan.net/article/1705897222324883457/1a6360866ef1b15dd0a6c8c086f972ea.webp) * 查看topic,详细信息 \[root@localhost kafka_2.-1.0.\]# bin/kafka-topics.sh --describe --zookeeper 172.16.10.93:2181 --topic test 可以描述为:Topic分区数/副本数/副本Leader/副本ISR等信息: ![](https://file.jishuzhan.net/article/1705897222324883457/03d7e196b96d6a6b4b25ef4577851c35.webp)   "leader":该节点负责该分区的所有的读和写,每个节点的leader都是随机选择的。   "replicas":备份的节点列表,无论该节点是否是leader或者目前是否还活着,只是显示。   "isr":同步备份"的节点列表,也就是活着的节点并且正在同步leader      其中Replicas和Isr中的1,2,0就对应着3个broker他们的broker.id属性! * 在某台服务器上创建生产者(注意默认端口号是9092) \[root@localhost kafka_2.-1.0.\]# bin/kafka-console-producer.sh --broker-list 172.16.10.91: 9092,172.16.10.92: 9092,172.16.10.93: 9092 --topic test ![](https://file.jishuzhan.net/article/1705897222324883457/eaefcf94489ba886405645172e279069.webp) * 在另外两台服务器创建消费者(注意默认端口号是9092) \[root@localhost kafka_2.-1.0.\]# bin/kafka-console-consumer.sh --bootstrap-server 172.16.10.91:9092,172.16.10.92: 9092,172.16.10.93: 9092 --topic test --from-beginning    * 生产者服务器截图 ![](https://file.jishuzhan.net/article/1705897222324883457/865c7f4a1e61acdd5cd737a94603434f.webp) * 消費者服务器截图 ![](https://file.jishuzhan.net/article/1705897222324883457/79f7382cb4457ae30b83b9b1bc13fb09.webp) * 修改topic信息 bin/kafka-topics.sh --zookeeper 192.168.187.146: --alter --topic test --config max.message.bytes= bin/kafka-topics.sh --zookeeper 192.168.187.146: --alter --topic test --delete-config max.message.bytes bin/kafka-topics.sh --zookeeper 192.168.187.146: --alter --topic test --partitions bin/kafka-topics.sh --zookeeper 192.168.187.146: --alter --topic test --partitions ## Kafka分区数量只允许增加,不允许减少 * 删除topic 注意,只是删除Topic在zk的元数据,日志数据仍需手动删除 \[root@localhost kafka_2.-1.0.\]# bin/kafka-topics.sh -delete --zookeeper 172.16.10.91:,172.16.10.92:,172.16.10.93: --topic test ![](https://file.jishuzhan.net/article/1705897222324883457/a03308f92bcd7c36df222355f86050b6.webp) Note: This will have no impact if delete.topic.enable is not set to true.## 默认情况下,删除是标记删除,没有实际删除这个Topic;如果运行删除Topic,两种方式:   方式一:通过delete命令删除后,手动将本地磁盘以及zk上的相关topic的信息删除即可   方式二:配置server.properties文件,给定参数delete.topic.enable=true,重启kafka服务,此时执行delete命令表示允许进行Topic的删除 * 查看kafka未消费的消息 \[root@localhost kafka_2.11-1.0.0\]# bin/kafka-console-consumer.sh --bootstrap-server 172.16.10.91:9092,172.16.10.92:9092,172.16.10.93:9092 --topic logstash-busi-2 --from-beginning ![](https://file.jishuzhan.net/article/1705897222324883457/f2449ac6c67fd8df642990133155cf01.webp) * 查看kafka消费進度 命令:bin/kafka-consumer-groups.sh --bootstrap-server \ --describe --group \ bin/kafka-consumer-groups.sh --bootstrap-server 172.16.10.91:9092,172.16.10.92:9092,172.16.10.93:9092 --describe --group terminalMonitor ![](https://file.jishuzhan.net/article/1705897222324883457/ef7bf0a793db0c28a1e3c57499eb369e.webp) **6** **、** **kafka** **测试集群的容错能力**   Kafka是支持容错的,下面我们来对Kafka的容错性进行测试,测试步骤如下 (1).查看topic的详细信息,观察那个blocker的角色是leader,那些blocker的角色是follower \[hadoop@Master \~\]$ kafka-topics.sh --describe --zookeeper localhost: --topic my-replicated-topic Topic:my-replicated-topic PartitionCount: ReplicationFactor: Configs: Topic: my-replicated-topic Partition: Leader: 2 Replicas: ,, Isr: ,, (2).手工kill掉任意一个状态是follower的borker,测试生成和消费信息是否正确 步骤1中可以看到 2 为leader,1 和 3为 follower,将follower为1的进程kill掉 ![](https://file.jishuzhan.net/article/1705897222324883457/2036f8a7962de293850bb917bb9846e6.webp) 启动生产和消费者测试信息是否正确 ![](https://file.jishuzhan.net/article/1705897222324883457/8747e636787ae60b42311e4bbcfb6b30.webp) 结论:kill掉任意一个状态是follower的broker,生成和消费信息正确,不受任何影响 (3).手工kill掉状态是leader的borker,测试生产和消费的信息是否正确 borker2的角色为leader,将它kill掉,borker 3变成了leader ![](https://file.jishuzhan.net/article/1705897222324883457/d55d791c63e08f841c332159ad49376e.webp) 启动生产和消费者测试信息是否正确 ![](https://file.jishuzhan.net/article/1705897222324883457/368fa948307c5eb020a4c18ce5a09e94.webp) 结论:kill掉状态是leader的borker,生产和消费的信息正确

相关推荐
£菜鸟也有梦3 小时前
Kafka进阶指南:从原理到实战
大数据·kafka
dddaidai12315 小时前
分布式ID和分布式锁
redis·分布式·mysql·zookeeper·etcd
火龙谷16 小时前
【hadoop】Kafka 安装部署
大数据·hadoop·kafka
日月星宿~17 小时前
【kafka】基本命令
kafka
fjkxyl1 天前
Kafka消息路由分区机制深度解析:架构设计与实现原理
分布式·kafka
好吃的肘子1 天前
ElasticSearch进阶
大数据·开发语言·分布式·算法·elasticsearch·kafka·jenkins
信徒_1 天前
Kafka 中过多的 topic 导致整体上性能变慢的原因
分布式·kafka
松树戈1 天前
本地 PC 使用Offset Explorer连接实体Ubuntu Kafka 【单机】超时问题解决
linux·ubuntu·kafka
Tech Synapse1 天前
数字孪生工厂实战指南:基于Unreal Engine/Omniverse的虚实同步系统开发
游戏引擎·linq·虚幻
MYBOYER2 天前
Kafka、RabbitMQ、RocketMQ的区别
kafka·rabbitmq·rocketmq