每个子目录项都被称作为 znode(目录节点),和文件系统类似,我们能够自由的增加、删除 znode,在一个znode下增加、删除子znode。 有四种类型的znode: 1、PERSISTENT持久化目录节点 客户端与zookeeper断开连接后,该节点依旧存在,只要不手动删除该节点,他将永远存在。 2、 PERSISTENT_SEQUENTIAL持久化顺序编号目录节点 客户端与zookeeper断开连接后,该节点依旧存在,只是Zookeeper给该节点名称进行顺序编号。 3、EPHEMERAL临时目录节点 客户端与zookeeper断开连接后,该节点被删除。 4、EPHEMERAL_SEQUENTIAL临时顺序编号目录节点 客户端与zookeeper断开连接后,该节点被删除,只是Zookeeper给该节点名称进行顺序编号。 5. Container 节点(3.5.3 版本新增,如果Container节点下面没有子节点,则Container节点 在未来会被Zookeeper自动清除,定时任务默认60s 检查一次)。 6. TTL 节点( 默认禁用,只能通过系统配置 zookeeper.extendedTypesEnabled=true 开启,不稳 定)。
监听通知机制 客户端注册监听它关心的任意节点,或者目录节点及递归子目录节点 1. 如果注册的是对某个节点的监听,则当这个节点被删除,或者被修改时,对应的客户端将被通 知。 2. 如果注册的是对某个目录的监听,则当这个目录有子节点被创建,或者有子节点被删除,对应 的客户端将被通知。 3. 如果注册的是对某个目录的递归子节点进行监听,则当这个目录下面的任意子节点有目录结构 的变化(有子节点被创建,或被删除)或者根节点有数据变化时,对应的客户端将被通知。 注意:所有的通知都是一次性的,及无论是对节点还是对目录进行的监听,一旦触发,对应的监 听即被移除。递归子节点,监听是对所有子节点的,所以,每个子节点下面的事件同样只会被触 发一次。 二、Zookeeper 经典的应用场景 1. 分布式配置中心 2. 分布式注册中心 3. 分布式锁 4. 分布式队列 5. 集群选举 6. 分布式屏障 7. 发布/订阅 三、zookeeper安装 Step1:配置JAVA环境,检验环境: java ‐version Step2: 下载解压 zookeeper wget https://mirror.bit.edu.cn/apache/zookeeper/zookeeper‐3.5.8/apache‐zookeepe r‐3.5.8‐bin.tar.gz tar ‐zxvf apache‐zookeeper‐3.5.8‐bin.tar.gz cd apache‐zookeeper‐3.5.8‐bin Step3: 重命名配置文件 zoo_sample.cfg cp zoo_sample.cfg zoo.cfg Step4: 启动zookeeper # 可以通过 bin/zkServer.sh 来查看都支持哪些参数 bin/zkServer.sh start conf/zoo.cfg Step5: 检测是否启动成功 echo stat | nc 192.168.109.200 // 前提是配置文件中中讲 stat 四字命令设置了了白名单 如: 4w.commands.whitelist=stat Step6: 连接服务器 bin/zkCli.sh ‐server ip:port
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)