Zookeeper基础概念
定义
动物管理员,用于管理分布式应用程序
数据模型
zookeeper为树形结构,每个节点包含数据与节点信息,(类似与树形目录结构,不同的是 每个节点都保存数据与节点信息)
节点分为四类:
- 持久化节点
- 临时节点 即会话结束 节点自动删除 -e
- 持久化 顺序节点 -s
- 临时顺序节点 -es
功能
1 . 配置管理:即用于管理多个系统的相同配置,当配置进行更改时,通知所有的系统
2. 分布式锁:通过设置一个共同的锁 来确保多系统的数据一致性
具体实现:curator的InterProcessMutex类
原理:在某个节点下建立临时顺序节点(原因是客户端宕机,节点自动删除,相当于自动释放锁),
- 集群管理:即作为注册中心管理多个分布式节点
举例:
zookeeper 管理 netty集群 实现netty分布式通信
1. 启动netty服务器,同时将netty服务器信息注册到zk中,生成临时性顺序节点,同时监控所有的zk节点;
2. 当通信都是连接到同一个netty服务器上,则不需要通过zk即可实现广播;
3. 当通信连接到不同netty服务器上,则需要通过zk获取到其他netty服务器信息(在新增时保存所有节点信息),然后通过给其他netty服务器发送信息,实现所有信息广播
Zookeeper Java Apl—Curator
增删改查节点
通过java api 和zookeeper client 命令行实现对节点的增删改查
1 建立连接
-
创建节点
-
修改节点
-
删除节点
-
查询节点
监听节点
当多个订阅者监听某一节点,当它发生变化时,会通知所有监听者
三种监听方式:
5. NodeCache :只监听某一特定节点
6. PathChildrenCache: 监听某个节点的所有子节点
7. TreeNode: 可以监听整个树 ,相当于上述两个的组合
监听实现
创建TreeNode对象; 注册监听者; 开始监听
Event【type data】
zookeeper集群
Zookeeper集群角色
- leader 只处理事务请求(增删改,请求量较少),集群内各服务器的调度者
- follower 处理客户端非事务请求,将事务请求转发给leader;参与选举
- observer 只处理客户端非事务请求,不参与选举
选举
按照以下标准进行选举
- serverId 服务器id 编号越大,权重越大
- zxid 数据id 编号越大 数据越新, 权重越大
如果超过半数选票,则当选,如果不足一半,则leader 罢工,集群失效,如果已经当选,则后续加入的为flower