zookeeper介绍（二）

最新推荐文章于 2025-07-07 17:29:26 发布

转载最新推荐文章于 2025-07-07 17:29:26 发布 · 601 阅读

Zookeeper 专栏收录该内容

14 篇文章

订阅专栏

转载自：http://blog.youkuaiyun.com/lskyne/article/details/39077147

6.znode类型

zookeeper中znode的节点创建时候是可以指定类型的，主要有下面几种类型。
PERSISTENT：持久化znode节点，一旦创建这个znode点存储的数据不会主动消失，除非是客户端主动的delete。
SEQUENCE：顺序增加编号znode节点，比如ClientA去zookeeper service上建立一个znode名字叫做/Nginx/conf，指定了这种类型的节点后，zookeeper会创建/Nginx/conf0000000000，ClientB再去创建就是创建/Nginx/conf0000000001，ClientC是创建/Nginx/conf0000000002，以后任意Client来创建这个znode都会得到一个比当前zookeeper命名空间最大znode编号+1的znode，也就说任意一个Client去创建znode都是保证得到的znode是递增的，而且是唯一的。
EPHEMERAL：临时znode节点，Client连接到zookeeper service的时候会建立一个session，之后用这个zookeeper连接实例创建该类型的znode，一旦Client关闭了zookeeper的连接，服务器就会清除session，然后这个session建立的znode节点都会从命名空间消失。总结就是，这个类型的znode的生命周期是和Client建立的连接一样的。比如ClientA创建了一个EPHEMERAL的/Nginx/conf0000000011的znode节点，一旦ClientA的zookeeper连接关闭，这个znode节点就会消失。整个zookeeper service命名空间里就会删除这个znode节点。
PERSISTENT|SEQUENTIAL：顺序自动编号的znode节点，这种znoe节点会根据当前已近存在的znode节点编号自动加 1，而且不会随session断开而消失。
EPHEMERAL|SEQUENTIAL：临时自动编号节点，znode节点编号会自动增加，但是会随session消失而消失。

7.Session

Zookeeper为每个client分配一个Session，Session数据在每台zookeeper节点上都有备份。Server每隔tickTime向Client发送一个心跳。
session失效有两种可能性：client主动调用close() ；Server和Client 长时间（时间大于TIMEOUT ）失去联系。
Session失效后与Session关联的数据（比如EPHEMERAL节点，Watcher）会从内存中移除。
如果Server和Client只是短暂（时间小于TIMEOUT ）地失去联系，则Session不会失效，Client再次请求Zookeeper时会把上次的SessionID带上。
Server和Client失去联系有两种情况：Server宕机（Zookeeper集群会让Client与另一台Server建立连接）；网络异常。

8.Stat 结构

每个节点的Stat结构由下列字段组成：

cZxid：当前节点的事务id。
ctime：节点创建时间。
mZxid：该节点最近一次被更新时的事务id。
mtime：节点最后一次被更新时的时间。
pZxid： 子节点的最后版本。
cversion：节点的子节点变化次数，创建一个子节点会加1。
dataVersion：数据的版本，每次修改会加一。
aclVersion：节点的ACL变化次数。
ephemeralOwner：如果这个节点是临时节点，表示创建者的会话id。如果不是临时节点，这个值是0。
dataLength：节点存放的数据长度。
numChildren：节点的子节点个数。

9.ACLs控制访问

ZooKeeper使用ACLs来控制访问它的节点。每个节点有单独的ACL，子节点不能继承父节点的ACL。
ACLZooKeeper支持下列五种权限：
• CREATE 允许创建Child Nodes
  • READ 允许获取ZNode的数据，以及该节点的子节点列表
  • WRITE 可以设置ZNode的数据
  • DELETE 可以删除一个孩子节点
  • ADMIN 可以设置权限

ZooKeeper内置了4种方式实现ACL：
  • world 一个单独的ID，表示任何人都可以访问
  • auth 不使用ID，只有认证的用户可以访问
  • digest 使用username:password生成MD5哈希值作为认证ID
  • ip 使用客户端主机IP地址来进行认证，它对应的id为客户机的IP地址，设置的时候可以设置一个ip段，比如ip:192.168.1.0/16, 表示匹配前16个bit的IP段
详细请参考：http://ifeve.com/zookeeper-access-control-using-acls/ 和http://blog.youkuaiyun.com/kobejayandy/article/details/46729383