一图全解Kafka在Zookeeper中的数据结构

一图全解Kafka在Zookeeper中的数据结构

作者: 石臻臻 2021-09-06 09:05:58

开发

架构

Kafka 在kafka_2.8.0之前,kafka还是需要依赖zookeeper运行,kafka中的很多数据都存储在zk中, 例如 「Broker的注册信息」、「Topic的信息」 、 「运维操作临时信息 」、 「配置信息」等等其他信息。

[[421933]]

在kafka_2.8.0之前,kafka还是需要依赖zookeeper运行,kafka中的很多数据都存储在zk中, 例如 「Broker的注册信息」、「Topic的信息」 、 「运维操作临时信息 」、 「配置信息」等等其他信息。

下面我们用用一张图来窥探kafka在zookeeper中的全貌,建议收藏!!!

一图知全貌

kafka在zookeeper中的数据结构

1/cluster

01- /cluster/id 持久数据节点

集群ID 当第一台Broker启动的时候, 发现/cluster/id不存在,那么它就会把自己的cluster.id配置写入zk; 标记当前zk是属于集群哪个集群; 后面其他的Broker启动的时候会去获取该数据, 如果发现数据跟自己的配置不一致; 则抛出异常,加入的不是同一个集群; 数据示例:{“version”:”1″,”id”:”0″}

2/controller_epoch 持久数据节点

Controller选举次数;

3/Controller 临时数据节点

当前Controller角色的BrokerId,数据示例:{“version”:1,”brokerid”:0,”timestamp”:”1624415590383″}删除该节点立马触发重新选举

4/log_dir_event_notification

zk的数据中有一个节点/log_dir_event_notification/,这是一个序列号持久节点 这个节点在kafka中承担的作用是: 当某个Broker上的LogDir出现异常时(比如磁盘损坏,文件读写失败,等等异常): 向zk中新增一个子节点/log_dir_event_notification/log_dir_event_序列号 ;Controller监听到这个节点的变更之后,会向Brokers们发送LeaderAndIsrRequest请求; 然后做一些副本脱机的善后操作

5/isr_change_notification/log_dir_event_{序列号}

当Isr有变更的时候,会写入这个节点Controller监听变更

6/admin

01 -/admin/delete_topics/{topicName} 持久节点,待删除Topic

存在此节点表示 当前Topic需要被删除

02 – /admin/reassign_partitions 持久数据节点

如果有此节点,表示当前正在进行数据迁移,里面的数据就是正在迁移的配置 示例数据: 

7/brokers

01 -/brokers/seqid

/brokers/seqid: 全局序列号里面没有数据,主要是用了节点的dataVersion信息来当全局序列号

在kafka中的作用: 自动生成BrokerId主要是用来自动生成brokerId; 一个集群如果特别大,配置brokerId的时候不能重复,一个个设置比较累; 可以让Broker自动生成BrokerId

server.properties 配置

  1. ## 设置Brokerid能够自动生成 
  2. broker.id.generation.enable=true 
  3. ## 设置BrokerId<0 (如果>=0则以此配置为准) 
  4. broker.id=-1 
  5. ## 自动生成配置的起始值 
  6. reserved.broker.max.id=20000 

BrokerId计算方法

brokerId = {reserved.broker.max.id} +/brokers/seqid.dataVersion

每次想要获取/brokers/seqid的dataVersion值的时候都是用 set方法,set的时候会返回version数据,并不是get;每次set这个节点数据,版本信息就会自增;所以就实现了全局自增ID了;

02 – /brokers/ids/{id} 临时数据节点 : 在线BrokerID

在线的Broker都会在这里注册一个节点; 下线自动删除

03 – /brokers/topics/{topicName}持久数据节点

存储 topic的分区副本分配信息 例如:{“version”:1,”partitions”:{“0”:[0]}}

/brokers/topics/{topicName}/{分区号}/state 持久数据节点

存储指定分区的leader和isr等信息 例如:{“controller_epoch”:203,”leader”:0,”version”:1,”leader_epoch”:0,”isr”:[0]}

本文转载自微信公众号「石臻臻的杂货铺」,可以通过以下二维码关注。转载本文请联系石臻臻的杂货铺公众号。

 

文章来源网络,作者:运维,如若转载,请注明出处:https://shuyeidc.com/wp/299455.html<

(0)
运维的头像运维
上一篇2025-05-23 10:08
下一篇 2025-05-23 10:10

相关推荐

  • HostVenom美国是什么,HostVenom美国怎么样

    HostVenom 美国服务器在 2026 年凭借高防 BGP 架构与极致性价比,成为国内企业出海及游戏开发场景下的首选方案,其核心优势在于稳定规避网络波动与显著低于行业平均的防护成本,随着 2026 年全球数据中心合规性要求的升级,选择海外节点时,稳定性与合规性已成为决策的核心变量,HostVenom 美国服……

    2026-05-02
    0
  • HostVenomVPS测评,实测体验如何?HostVenomVPS好不好用

    HostVenom VPS 在 2026 年实测中展现出极高的性价比,特别适合需要低成本搭建海外独立站或轻量级应用的中小开发者,但在高并发场景下稳定性略逊于一线品牌,在 2026 年云计算市场格局重塑的背景下,HostVenom VPS 作为新兴的托管服务商,凭借灵活的计费模式与优化的网络架构,迅速在开发者社区……

    2026-05-02
    0
  • 美国virtonoVPS测评靠谱吗?virtonoVPS真实体验与数据对比

    美国VirtonoVPS在2026年的实测结论是:其基于LVE架构的独享资源方案在价格与性能的平衡上表现优异,特别适合需要高并发处理且预算敏感的小微跨境电商与独立站卖家,但在跨国网络延迟上略逊于原生CN2 GIA线路,随着2026年云计算市场的进一步洗牌,美国VPS服务商的竞争已从单纯的硬件堆砌转向架构优化与网……

    2026-05-02
    0
  • woothostingVPS测评,实测体验,woothostingVPS怎么样,woothostingVPS真实测评

    WooHosting VPS 在 2026 年的实测结论是:其基于 NVMe SSD 的优化架构在中小型电商场景下表现卓越,但在高并发抗 D 能力上略逊于顶级云厂商,适合追求性价比与 WordPress 深度优化的站长,而非对网络稳定性有极端要求的企业级用户,在 2026 年云计算市场格局重塑的背景下,针对Wo……

    2026-05-02
    0
  • 服务器测评,实测数据与性能表现,服务器性能怎么样,服务器测评

    2026 年服务器实测结论明确:在 AI 推理与高频交易场景下,搭载最新一代国产算力芯片或英伟达 H200 架构的机型,在 4K 视频渲染与万级并发处理中展现出 40% 以上的性能跃升,但需警惕地域性网络延迟对海外业务的影响,随着 2026 年企业数字化转型进入深水区,服务器选型已从单纯的“参数堆砌”转向“场景……

    2026-05-02
    0

发表回复

您的邮箱地址不会被公开。必填项已用 * 标注