【大数据学习 | Zookeeper】Zookeeper服务端与客户端的工作流程

1. Zookeeper服务端

ZooKeeper 服务端通常是以集群的形式部署,这样可以提供高可用性和容错能力。ZooKeeper 集群中的每个节点都保存着几乎相同的数据副本(除了领导者选举相关的数据)。集群中有一个节点被选为领导者(Leader),其余的作为跟随者(Follower) 。领导者负责处理所有的写请求 ,并通过一致性协议(如ZAB协议)确保数据的一致性;跟随者则处理读请求,并且从领导者那里同步最新的数据状态。

2. Zookeeper客户端

ZooKeeper 客户端连接到 ZooKeeper 集群中的任意一个服务器 。客户端可以选择监听特定的ZNode(ZooKeeper中的数据节点)或者路径下的变化。当客户端监听的ZNode发生改变时 (比如数据更新、子节点创建或删除等),ZooKeeper 会通知客户端这些变化。

2.1 工作流程

  1. 配置信息存储:应用程序可以将配置信息存储在 ZooKeeper 的 ZNodes 中。这些配置信息可以是简单的键值对,也可以是更复杂的结构。

  2. 客户端连接与监听:客户端应用启动后,首先连接到 ZooKeeper 集群。然后,客户端可以设置监听器(Watchers)来监听感兴趣的 ZNodes 。一旦设置了监听,客户端就会收到所关注 ZNode 的任何变化的通知。

  3. 数据变更通知:当 ZooKeeper 集群中的数据发生变化时(例如,管理员更新了某个配置项),所有设置了相关监听的客户端都会收到通知。客户端可以根据这些通知采取相应的动作,比如重新加载配置文件。

  4. 故障恢复:如果 ZooKeeper 集群中的某台服务器出现故障,客户端会自动尝试连接到集群中的其他服务器。由于数据是复制的,所以即使有服务器宕机,客户端仍然可以从其他服务器获取最新的配置信息。

3. 小结

ZooKeeper 服务端负责管理和维护配置信息,并确保这些信息在整个集群中是一致的。而 ZooKeeper 客户端则通过监听机制实时获取这些配置的变化,从而使得分布式系统能够动态地响应配置更新。这种模式非常适合需要快速适应环境变化的大规模分布式系统。

相关推荐
Decay__16 小时前
SQL Server 数据库全栈运维实战系列 — 合集索引(24 篇)
运维·数据库·sql·mysql·架构
Thanks_ks17 小时前
SQL 的 GROUP BY 与聚合函数:从会写 SELECT 到会做统计
数据库·sql·mysql·group by·数据统计·聚合函数·having
Decay__1 天前
12_MySQL InnoDB 内存与锁调优 —— Buffer Pool、redo log、隔离级别与锁等待
运维·数据库·sql·mysql·架构
小田学Python1 天前
工具调用:让 Agent 从“说”到“做”
大数据·大模型·agent·ai工具·deepseek
GrowingIO技术社区1 天前
用户行为分析怎么做?从业务目标到改进验证的完整流程
大数据·数据挖掘·数据分析
瑞克-桑切斯1 天前
docker Harbor 单机部署手册
大数据·运维·elasticsearch·docker·容器
Decay__2 天前
14_MySQL 高可用与容灾架构 —— MGR / InnoDB Cluster / Keepalived+VIP / 双主 / 读写分离 / 两地三中心
运维·数据库·sql·mysql·架构
演艺大赏2 天前
NiFi 起不来、登不上、节点被挤掉:一份按日志定位的排错清单
大数据
freejackman2 天前
【实战三】撕开脱敏盲区:深度解析 CASE WHEN 与窗口函数血缘
大数据·数据库·sql
codigger2 天前
线上数据库连接池打满:从应急止损到架构根治的完整方案
数据库·sql·程序员