zooKeeper集群搭建

一、单节点搭建

bash 复制代码
dataDir=/tmp/zookeeper: 这一行指定了ZooKeeper数据和日志文件存储的目录。/tmp/zookeeper是ZooKeeper将保存其事务日志和快照的位置。
clientPort=2181: 定义了客户端连接到ZooKeeper服务器的端口,默认情况下,ZooKeeper监听在2181端口上接收客户端请求。
maxClientCnxns=0: 设置了每个IP地址允许的最大客户端连接数。设置为0表示禁用此限制,即不限制每个IP地址的连接数。在非生产环境中通常这样设置以避免不必要的限制。
admin.enableServer=false: 控制是否启用ZooKeeper的管理界面(admin server)。默认情况下它是禁用的,以避免与其他服务的端口冲突。如果需要使用管理界面,可以将其设置为true。
# admin.serverPort=8080: 这是一行被注释掉的配置,用于指定ZooKeeper管理界面监听的端口号。如果admin.enableServer被设置为true,则可以取消注释并设置一个合适的端口号,例如8080,来启动管理界面。

启动

bash 复制代码
./zookeeper-server-start.sh ../config/zookeeper.properties

nohup ./zookeeper-server-start.sh ../config/zookeeper.properties &

检查启动状态

./zookeeper-shell.sh localhost:2181

二、集群启动

bash 复制代码
tickTime=2000
dataDir=/root/kafka_2.12-3.7.1/data
clientPort=2181
initLimit=10
syncLimit=5
server.1=192.168.43.185:2888:3888
server.2=192.168.43.50:2888:3888
server.3=192.168.43.63:2888:3888

tickTime: ZooKeeper 中使用的基本时间单位(以毫秒为单位),如心跳间隔。

dataDir: 数据文件的目录。

clientPort: 客户端连接到 ZooKeeper 服务器的端口。

initLimit: 在启动时,用于领导选举的时间(tick 数量)。

syncLimit: 用于同步跟随者与领导者的时间(tick 数量)。

server.X: 每个 ZooKeeper 实例的服务器列表。格式为 server.X=hostname:peerPort:leaderElectionPort,其中 X 是服务器编号(从 1 开始),hostname 是服务器的主机名或 IP 地址,peerPort 用于实例间通信,leaderElectionPort 用于领导选举通信。

myid 文件

每个 ZooKeeper 服务器还需要一个 myid 文件,该文件位于 dataDir 目录下,文件内容为该服务器的唯一编号。例如,对于上面的配置:

Server 1:

bash 复制代码
echo "1" > /root/kafka_2.12-3.7.1/data/myid

Server 2:

bash 复制代码
echo "2" > /root/kafka_2.12-3.7.1/data/myid

Server 3:

bash 复制代码
echo "3" > /root/kafka_2.12-3.7.1/data/myid

分别在每台服务器上启动 ZooKeeper 实例:

bash 复制代码
Server 1:
nohup ./zookeeper-server-start.sh ../config/zookeeper.properties &
Server 2:
nohup ./zookeeper-server-start.sh ../config/zookeeper.properties &
Server 3:
nohup ./zookeeper-server-start.sh ../config/zookeeper.properties &
bash 复制代码
使用 zkCli.sh 连接到任意一个 ZooKeeper 实例,执行以下命令查看集群状态:

./zookeeper-shell.sh   192.168.43.185:2181
连接后,可以执行命令 stat 来查看集群状态:

stat
相关推荐
Serverless社区16 小时前
函数计算的云上计费演进:从请求驱动到价值驱动,助力企业走向 AI 时代
阿里云·云原生·serverless
努力的小郑1 天前
从一次分表实践谈起:我们真的需要复杂的分布式ID吗?
分布式·后端·面试
AAA修煤气灶刘哥1 天前
别让Redis「歪脖子」!一次搞定数据倾斜与请求倾斜的捉妖记
redis·分布式·后端
阿里云云原生2 天前
【云栖大会】AI原生、AI可观测、AI Serverless、AI中间件,4场论坛20+议题公布!
云原生
容器魔方2 天前
Bloomberg 正式加入 Karmada 用户组!
云原生·容器·云计算
Aomnitrix2 天前
知识管理新范式——cpolar+Wiki.js打造企业级分布式知识库
开发语言·javascript·分布式
程序消消乐2 天前
Kafka 入门指南:从 0 到 1 构建你的 Kafka 知识基础入门体系
分布式·kafka
智能化咨询2 天前
Kafka架构:构建高吞吐量分布式消息系统的艺术——进阶优化与行业实践
分布式·架构·kafka
Chasing__Dreams2 天前
kafka--基础知识点--5.2--最多一次、至少一次、精确一次
分布式·kafka