Zookeeper详细功能介绍

 一:节点类型(znode)

  1.持久节点,所谓持久节点,是指在节点创建后,就一直存在,直到有删除操作来主动清除这个节点。

  2.临时节点,和持久节点不同的是,临时节点的生命周期和客户端会话绑定,也就是说如果客户端会话失效,那么这个节点就会被自动清除掉(注意:这里提到的会话失效,而非连接断开,另外,在临时节点下面不能创建子节点)

  3.持久顺序节点,这类节点的基本特性和持久节点是一致的。额外的特性是,在ZK中,每个父节点会为他的第一级子节点维护一份时序,会记录每个子节点创建的先后顺序,基于这个特性,在创建子节点的时候,可以设置这个属性,那么在创建节点过程中,ZK会自动为给定节点名加上一个数字后缀,作为新的节点名,这个数字后缀的范围是整型的最大值。

  4.临时顺序节点,类似临时节点和顺序节点。

二:Stat

  Zookeeper命名空间的每个znode都有一个与之关联的stat结构,类似于Unix/Linux文件系统中文件的stat结构,znode的stat结构中的字段显示如下,各自的含义如下:

  1.cZxid:创建znode的事务ID

  2.mZxid:最后修改znode的事务ID

  3.pZxid:最后修改添加或删除子节点的事务ID

  4.ctime:表示从1970-01-01T00:00:00Z开始以毫秒为单位的znode创建时间。

  5.mtime:表示从1970-01-01T00:00:00Z开始以毫秒为单位的znode最近修改时间。

  6.dataVersion:表示对该znode的数据所做的更改次数。

  7.cversion:这表示对此znode的子节点进行的更改次数。

  8.aclversion:表示对znode的acl进行更改的次数。

  9.ephemeralOwner:如果znode是ephemeral类型节点,则这是znode所有者的sessionID,如果znode不是ephemeral节点,则该字段设置为零。

  10:dataLength:这个是znode数据字段长度。

  11:numChildren:这表示znode的子节点的数量。

三:watch

  一个zk节点是可以被监控的,包括这个目录中存储的数据的修改,子节点目录的变化,一旦变化可以通知设置监控的客户端,这个功能时Zookeeper对于应用最重要的特性,通过这个特性可以实现的功能包括配置的集中管理,集群管理,分布式锁等。

  watch机制官方说明:一个watch事件是一个一次性的触发器,当被设置了watch的数据发生了改变的时候,则服务器将这个改变发送给设置了watch的客户端,以便通知他们。

  可以注册watcher的方法:getData,exists,getChildren。

  可以触发watcher的方法:create,delete,setData.连接断开的情况下触发的watcher会丢失。

  一个watcher实例是一个回调函数,被回调一次后就被移除了,如果还需要关注数据的变化,需要再次注册watcher。

四:常用命令

  1.创建节点:用给定的路径创建一个节点,flag参数指定创建的节点是临时的,持久的还是顺序的。默认情况下,所有节点都是持久的,当会话过期或客户端断开连接时,临时节点(flag:-e)将会被自动删除。顺序节点保证节点路径将是唯一的,Zookeeper集合将向节点路径填充10位序列号,例如,如果节点路径/myapp 将转换成/myapp000000001,下一个序列号将为/myapp0000000002.如果没有指定flag,节点默认为持久节点。

  创建持久节点:

  语法:create /path data     

  示例:create /firstNode first

 

  创建顺序节点,请添加flag:-s

  语法:create -s  /path data  

  示例:create -s /firstNode second

 

  创建临时节点,请添加flag:-e

  语法:create -e  /path data  

  示例:create -e /firstNode ephemeral

  当客户端断开连接时,临时节点将会被删除。

  2.获取数据:它返回节点的关联数据和指定节点的元数据,

  语法:get /path

  示例:get  /firstNode

  要访问顺序节点,必须输出znode的完整路径:例如:get /firstNode00000000001

  3.设置数据:设置指定znode的数据。

  语法:set /path /data 

  示例:set /firstNode first_update

  4.创建子节点:创建子节点类似于创建一个新的znode,唯一的区别是,子znode的路径也将具有父路径。

  语法:create /parent/path/subnode/path data

  示例:create /firstNode/children firstChildren

  5.列出子节点:此命令用于列出和显示znode的子项。

  语法:ls /path

  示例:ls /firstNode

  6检查状态:状态描述指定的znode的元数据,它包含时间戳,版本号,acl,数据长度和子znode等细项。

  语法:stat /path

  示例:stat /firstNode

  7.移除znode:移除指定的znode并递归其所有子节点。

  语法:rmr /path

  示例:rmr /firstNode

  删除(delete /path)类似于remove命令,但是只限定于没有子节点的znode

  8ACL:zk作为分布式架构中的重要中间件,通常会在上面以节点的方式存储一些关键信息,默认情况下,所有应用都可以读写任何节点,在复杂的应用中,这样不太安全,所以,zk通过ACL机制来解决访问权限的问题。

  •   Zookeeper的权限控制是基于每个znode节点的,需要对每个节点设置权限
  •   每个znode支持设置多种权限控制方案和多个权限
  •   子节点不会继承父节点的访问权限,客户端无权访问某个节点,但是可以访问他的子节点。

  ACL权限控制,使用 schema:id:permission来标识,主要涵盖三个方面:

  •   权限模式(schema):鉴权的策略
  •   授权对象(id)
  •   权限(permission)

  schema:

  •   world:只有一个用户:anyone,代表所有人(默认)
  •   ip:使用IP地址认证
  •   auth:使用已添加认证的用户认证
  •   digest:使用“用户名:密码”方式认证

  id:授权对象id是指,权限赋予的用户或者一个实体,例如:IP地址或者机器。授权模式schema与授权对象id之间关系:

  •   world:只有一个id即anyone
  •   ip:通常是一个IP地址或者地址段,比如192.168.0.110或者192.168.0.1/24
  •   auth:用户名
  •   digest:自定义加密方式

  权限:

  CREATE,简写为c,可以创建子节点

  DELETE,简写为d,可以删除子节点(仅下以及节点),注意不是本节点

  READ,简写为r,可以读取节点数据及显示子节点列表

  WRITE,简写为w,可设置节点数据

  ADMIN,简写为a,可以设置节点访问控制列表

  9.查看ACL

  命令:getAcl /parent

  默认创建的节点的权限是最开放的,所有都可以增删改查管理

  10.设置ACL:设置节点对所有人都有写和管理权限

  命令:setAcl /parent world:anyone:wa

  这个时候是无法读取这个节点的,需要新创建一个用户

  命令:addauth digest zhangsan:123456

  然后设置权限,这里设置只有zhangsan拥有这个节点的所有权限

  命令:setAcl /parent auth:zhangsan:12345:rdwca

五:原生Zookeeper客户端存在的问题:

  客户端在连接服务端时会设置一个sessionTimeout(session过期时间),并且客户端会给服务端发送心跳以刷新服务端的session时间,当网络断开后,服务端无法接收到心跳,会进行session倒计时,判断是否超过了session过期时间,一旦超过了过期时间,就会发送session过期,这样就算后来网络通了,客户端从新连接上了服务端,就会接收到session过期的事件,从而删除临时节点和watcher等,原生客户端不会重新建session。

  

 

  

 

Zookeeper详细功能介绍

上一篇:pipeline buildResult 和 stageResult的区别


下一篇:__new__魔术方法