分布式协调服务ZooKeeper

  • 分布式协调服务ZooKeeper

分布式协调服务是分布式应用中不可缺少的,通常担任协调角色,比如leader选举、负载均衡、服务发现、分布式队列和分布式锁

Zookeeper数据模型:

一、层级命名空间

1、data:每个znode拥有一个数据域,记录用户数据,该节点的数据类型为字节数组;

2、type:zonde类型,具体分为persistent(持久化节点)、ephemeral(临时节点)、persistent_sequential(在持久化节点后面追加一个增量的唯一数字)、ephemeral_sequential(在临时节点后面追加一个增量的唯一数字)

3、version:znode中数据的版本号,每次数据更新版本都会加一

4、children:znode可以包括多个子节点

5、ACL:znode访问控制列表,用户可以设置每个znode的访问用户列表,以保证znode被安全访问。

二、Watcher:watcher是zookeeper提供的发布/订阅机制,用户可在某个znode上注册watcher以监听它的变化,一旦znode被删除或者更新,zookeeper将以事件的方式将变化内容发送给监听者,需要注意,wacther一旦触发后就会删除,除非用户再次注册该watcher。

三、Session:是客户端与zookeeper通信通道,同一个session中的消息是有序的,Session具有容错性,如何有服务器宕机,客户端会自动切换到其它活着服务上。

ZooKeeper基本架构

读路径、写路径、作为数据中心间的桥梁、作为消息总线。

ZooKeeper提供了Java和C语言两种API

ZooKeeper应用案例

leader选举(eg:Hbase、YARN、HDFS)、分布式队列(帮忙Master节点维护作业及worker信息),负载均衡:Kafka是场景,Broker和Customer主要在Zookeeper中写入信息,eg:Broker节点注册信息、Consumer注册信息、Consumer Offset追踪信息。

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值