当前位置: 首页 > backend >正文

我们来学zookeeper -- 集群搭建

zk3.9.2版本集群

  • 说明
  • 下载
  • 解压&创建目录
  • 创建myid
  • 配置zoo.cfg
    • server.A=B:C:D 参数
    • zk1
    • zk2
    • zk3
  • 启停
  • 从读写步骤看主从

说明

  • 本文是基于一台服务器搭建zk集群的记录
  • zk集群是主从架构
  • 分别创建三个目录模拟三个节点
  • 只要有半数以上节点存活,zk 集群就能正常服务,适合安装奇数台

下载

  • 下载地址
  • 选择版本3.9.2
    在这里插入图片描述

解压&创建目录

  • tar -zxvf zookeeper-3.9.2.tar.gz -C 12181/
    在这里插入图片描述
  • 创建zkdata/zklogs目录
    在这里插入图片描述

创建myid

  • 配置节点(服务器)编号
  • 在 /zkData 中,创建文件 myid(必须叫 myid,源码读取的文件是 myid)
    echo 1 > /u01/app/zk392/12181/zkdata/myid
    echo 2 > /u01/app/zk392/12182/zkdata/myid
    echo 3 > /u01/app/zk392/12183/zkdata/myid
    
    在这里插入图片描述

配置zoo.cfg

server.A=B:C:D 参数

  • A 是一个数字,表示这个是第几号服务器;就是 myid中的值
  • B:是服务器的主机名或 IP 地址
  • C 当集群启动或 leader 崩溃时,各节点通过此端口进行投票选举新leader
  • D 用于 leader 与 follower 之间的数据同步和复制端口

zk1

clientPort=12181
admin.serverPort=18081 # admin.serverPort 默认占8080端口
# the maximum number of client connections.
# increase this if you need to handle more clients
#maxClientCnxns=60
server.2=127.0.0.1:12887:13887
server.3=127.0.0.1:12888:13888
server.4=127.0.0.1:12889:13889

zk2

clientPort=12182
admin.serverPort=18082 # admin.serverPort 默认占8080端口
# the maximum number of client connections.
# increase this if you need to handle more clients
#maxClientCnxns=60
server.2=127.0.0.1:12887:13887
server.3=127.0.0.1:12888:13888
server.4=127.0.0.1:12889:13889

zk3

clientPort=12183
admin.serverPort=18083 # admin.serverPort 默认占8080端口
# the maximum number of client connections.
# increase this if you need to handle more clients
#maxClientCnxns=60
server.2=127.0.0.1:12887:13887
server.3=127.0.0.1:12888:13888
server.4=127.0.0.1:12889:13889

启停

/u01/app/zk392/12181/bin/zkServer.sh stop; /u01/app/zk392/12182/bin/zkServer.sh stop;/u01/app/zk392/12183/bin/zkServer.sh stop;
/u01/app/zk392/12181/bin/zkServer.sh start; /u01/app/zk392/12182/bin/zkServer.sh start;/u01/app/zk392/12183/bin/zkServer.sh start;
/u01/app/zk392/12181/bin/zkServer.sh status; /u01/app/zk392/12182/bin/zkServer.sh status;/u01/app/zk392/12183/bin/zkServer.sh status;

在这里插入图片描述

从读写步骤看主从

  • zk集群是主从架构
  • 但此主从,能做到从节点转为主的恢复
  • 主节点的写入,也需要得到半数从节点成功写入的反馈

  • 所有写操作必须通过 Leader 处理
    在这里插入图片描述
  • client向zookeeper的server1发送一个写数据请求
  • server1不是leader,server1把接收到的请求转发给leader
  • leader将写数据请求广播给各个server,如server1和server2,各个server会将写数据请求加入待写队列,并回复leader
  • 当leader收到半数以上server的成功信息,说明该写操作可以执行
  • leader会向各个server发送提交信息
  • 各个server收到信息后会落实队列里的写数据请求,写数据成功
  • server1会进一步通知client写数据成功,这时认为整个写操作成功
http://www.xdnf.cn/news/11950.html

相关文章:

  • Monorepo架构: 项目管理模式对比与考量
  • 详解ZYNQ中的 RC 和 EP
  • 解决idea编译运行项目时间长的问题
  • 深入理解C#中的Web API:构建现代化HTTP服务的完整指南
  • Redis 集群批量删除key报错 CROSSSLOT Keys in request don‘t hash to the same slot
  • leetcode删除排序链表中的重复元素-小白初学简单解说
  • JavaScript 深入探索:高级应用与前沿技术
  • 佰力博科技与您探讨半导体电阻测试的基本原理
  • 数据分析之OLTP vs OLAP
  • 乘用车自动驾驶和非乘用车(矿车,卡车)自动驾驶区别
  • 机器学习基础(三) 逻辑回归
  • vue3+elementplus表格表头加图标及文字提示
  • SpringBoot-15-多表查询之多对多查询可选中间表
  • 经典ReLU回归!重大缺陷「死亡ReLU问题」已被解决
  • SAP学习笔记 - 开发22 - 前端Fiori开发 数据绑定(Jason),Data Types(数据类型)
  • Doris查询Hive数据:实现高效跨数据源分析的实践指南
  • 机器翻译模型笔记
  • go语言的锁
  • React与原生事件:核心差异与性能对比解析
  • Java时间API终极指南
  • C++11 中 auto 和 decltype 的深入解析
  • DeepSeek本地部署及WebUI可视化教程
  • 豆瓣图书评论数据分析与可视化
  • CentOS在vmware局域网内搭建DHCP服务器【踩坑记录】
  • 2025年- H66-Lc174--215.数组中的第k个最大元素(小根堆,堆顶元素是当前堆元素里面最小的)--Java版
  • 【计算机网络】HTTPS
  • OD 算法题 B卷【排队游戏】
  • Odoo 审批模块深度解析
  • 学习logging模块
  • nt!CcInitializeCacheMap函数分析初始化Vacbs结构