转载自:http://blog.youkuaiyun.com/lskyne/article/details/39077147
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消失而消失。
session失效有两种可能性:client主动调用close() ;Server和Client 长时间(时间大于TIMEOUT )失去联系。
Session失效后与Session关联的数据(比如EPHEMERAL节点,Watcher)会从内存中移除。
如果Server和Client只是短暂(时间小于TIMEOUT )地失去联系,则Session不会失效,Client再次请求Zookeeper时会把上次的SessionID带上。
Server和Client失去联系有两种情况:Server宕机(Zookeeper集群会让Client与另一台Server建立连接);网络异常。
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
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