工作机制
ZooKeeper从设计模式角度理解:是一个基于观察者模式设计的分布式服务管理框架,负责存储和管理数据,然后接受观察者的注册,一旦这些数据的状态发生变化,ZooKeeper就将负责通知已经在ZooKeeper上注册的那些观测者做出相应的反应。
特点
- ZooKeeper:一个领导者(Leader),多个跟随着(Follower)组成的集群
- 集群中只要有半数以上的节点存活,ZooKeeper就能正常服务
- 全局数据一致,每个Server保存一份相同的数据副本,Client无论连接到那个Server,数据都是一致的
- 更新请求顺序进行,来自同一个Client的更新请求按其发送顺序依次执行
- 数据更新原子性,一次更新数据要么成功,要么失败
- 实时性,在一定时间范围内,Client能读到最新数据
数据结构
ZooKeeper数据模型的结构与Unix文件系统类似,整体上可以看作是一棵树,每个节点称作一个ZNode,每一个ZNode默认能够存储1MB的数据,每个ZNode都可以通过其路径唯一标识。
应用场景
统一命名服务
统一配置管理
统一集群管理
服务器动态上下线
软负载均衡
内部原理
选举机制
- 半数机制:集群中半数以上机器存货,集群可用,所以ZooKeeper适合安装基数台服务器
- ZooKeeper虽然在配置文件中并没有指定Master和Slave。但是,ZooKeeper工作时,是有一个节点为Leader,其他则为Follower,Leader是通过内部的选举机制临时产生的
监听器原理
- 首先要有一个main()线程
- 在main线程中创建ZooKeeper客户端,这时就会创建两个线程,一个负责网络连接通信(connect),一个负责监听(listener)。
- 通过connect线程将注册的监听器事件发送给ZooKeeper
- 在ZooKeeper的注册监听器列表中将注册的监听事件添加到列表中
- ZooKeeper监听到数据或路径变化,就会将这个消息发送给listener线程
- listener线程内部调用了process()方法