Zookeeper进阶

ZooKeeper是一个分布式的、开源的、分布式应用协调服务。ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。

Zookeeper在分布式系统中的应用

master选举
同一配置文件维护
发布订阅
分布式锁
集群管理，保证数据强一致性

zookeeper Session

一般来说，我们使用zookeeper是集群形式，client和zookeeper集群建立一个会话session。在这个会话session当中，client其实是随机与其中一个zk节点建立的链接，并且互发心跳。zk集群负责管理这个session，并且在所有的节点上维护这个session的信息，包括这个session中定义的临时数据和监视点watcher。
每个session都有一个过期时间
zookeeper的Session一般分为4个状态，NO_CONNECTED, CONNECTING ,CONNECTED,CLOSE;

当客户端没有建立连接的时候即是 NO_CONNECTED ，当客户端正在建立连接的时候CONNECTING，已经连接上 CONNECTED，连接关闭 CLOSE。
参考：https://blog.csdn.net/jeff_fangji/article/details/43916359

ls  {path}   查看{path} 下的目录信息
ls2 {path}   查看{path} 下的目录信息和状态信息 （ls+stat）
stat {path} 查看{path} 目录的状态信息
get {path} 查看{path} 下的data 以及状态信息
######
cZxid = 0x0   节点id
ctime = Thu Jan 01 08:00:00 CST 1970  创建时间
mZxid = 0x0   修改后的id
mtime = Thu Jan 01 08:00:00 CST 1970  修改时间
pZxid = 0x0  子节点id
cversion = -1   子节点的版本
dataVersion = 0    当前节点数据版本号
aclVersion = 0       权限版本，权限发生变化会改变 
ephemeralOwner = 0x0    持久节点是0x0 ，临时节点不是
dataLength = 0   数据长度
numChildren = 1  子节点个数

超时之后并不会马上删除临时节点，要等到心跳发现断开后，才会删除临时节点

stat path [watch]
set path data [version]   设置某一个目录的值,version做乐观锁，version No is not valid : /zhongc

ls path [watch]
delquota [-n|-b] path
ls2 path [watch]
setAcl path acl
setquota -n|-b val path
history
redo cmdno
printwatches on|off
delete path [version]     删除一个节点，可以使用版本号做乐观锁
sync path
listquota path
rmr path
get path [watch]
create [-s] [-e] path data acl     -e 临时节点，-s 顺序节点
addauth scheme auth
quit
getAcl path
close
connect host:port

zookeeper 的 watcher 特性

针对每一个节点，zk都会对他有一个监督者（触发器）。watcher是一个事件，当监控某一个节点发生了变化，就会触发一个watcher事件
在zk中watcher是一次性的，触发一次立即销毁
父节点，子节点增删改都会触发watcher，针对不同的操作，触发的watcher事件也不相同
watcher事件的类型

创建父节点触发 NodeCreated

stat /zwatch watch 

[zk: localhost:2181(CONNECTED) 19] create /zwatch 123

WATCHER::
WatchedEvent state:SyncConnected type:NodeCreated path:/zwatch
Created /zwatch

2.修改父节点数据触发 NodeDataChanged

get /zwatch watch

[zk: localhost:2181(CONNECTED) 22] set /zwatch 999

WATCHER::
WatchedEvent state:SyncConnected type:NodeDataChanged path:/zwatch
cZxid = 0x1b
ctime = Tue Apr 24 23:16:39 CST 2018

3.删除节点会触发 NodeDeleted

get /zwatch swtch

[zk: localhost:2181(CONNECTED) 24] delete /zwatch

WATCHER::
WatchedEvent state:SyncConnected type:NodeDeleted path:/zwatch

4.创建和删除子节点触发 NodeChildrenChanged ，修改子节点数据不会触发父节点watcher

ls /zhongc watchet

[zk: localhost:2181(CONNECTED) 2] create -s /zhongc/sec 66

WATCHER::
WatchedEvent state:SyncConnected type:NodeChildrenChanged path:/zhongc
Created /zhongc/sec0000000006

zookeeper 的 ACL 权限控制

ACL命令行

getAcl
setAcl
addauth scheme auth  授权认证

[zk: localhost:2181(CONNECTED) 13] create /xyz data
[zk: localhost:2181(CONNECTED) 15] getAcl /xyz
'world,'anyone
: cdrwa

ACL是由 [scheme:id:permissions ] 来构成权限列表的，scheme是代表采用的某种权限机制，id代表允许访问的用户，permissions代表权限组合字符串
scheme
1.world：world下只有一个id，即只有一个用户，也就是anyone，那么组合的写法就是 world:anyone:[permissions]
2.auth: auth 代表认证登录，需要注册用户有权限才可以。写法是：auth:user:passworld:[permissions]
3.digest: 和auth类似，只不过是密码要加密。写法是 digest:username:BASE64(SHA1(passworld)):[permissions]
4.ip: 真对IP进行限制，指定IP可以访问。写法是 ip:192.169.1.11:[permissions]
5.super:超级管理员，拥有所有权限。修改配置

权限的构成 permissions

权限字符串缩写 crdwa

c：CREATE 创建当前节点的子节点
r：READ 获取当前节点下的目录，数据
w: WRITE 设置节点数据
d：DELETE 删除子节点
a：ADMIN 修改权限

zk中的权限是每一个节点相互独立的，不存在父子节点间的继承权限的关系

acl之word权限操作

getAcl 获取权限信息，使用create 创建节点，会被赋予默认权限
setAcl /xyz/a world:anyone:crwa   设置节点权限，

acl之auth与digest权限操作

在使用auth之前，必须先使用addauth添加一个用户，然后才可以setAcl，在setAcl的时候无论指定什么username和password都不会生效。都会保持和addauth一样的用户名和密码。然后断开连接，在重新连接，再次访问刚才设置权限的节点，会发现没有权限，这个时候再使用addauth进行登录，才可以访问刚才设置权限的节点。digest和auth同理，只不过密码是密文，而且使用digest不需要先登录，就可以设置权限。

addauth digest zhongc:123456  添加用户
setAcl /names/zhongc auth:zhongc:1234567:crw
setAcl /names/zhongc auth:crw

acl之ip权限操作

setAcl /ip ip:192.168.0.102:crwad

acl之super权限操作

修改 zkServer.sh ，修改启动脚本
然后addauth degist super:123456 登录设置的超级管理员账号

ACL的使用场景
开发测试环境隔离
生产环境指定ip访问

zookeeper 的四字命令

zookeeper可以根据自身提供的简写命令来和服务器交互，需要用到nc命令，所以需要先安装 nc 。

yun install nc