1.概念
- zookeeper是一个类似hdfs的树形文件结构,zookeeper可以用来保证数据在(zk)集群之间的数据的事务性一致。
- 基于ZAB算法(原子消息广播协议)
- 保证分布式环境中数据一致性
- 两个作用:存储数据、监听事件
- zookeeper有watch事件,是一次性触发的,当watch监视的数据发生变化时,通知设置了该watch的client,即watcher。
- zookeeper有三个角色:Learner,Follower,Observer
2.zookeeper应用场景
- 统一命名服务(Name Service)
- 配置管理(Configuration Management)
机器的配置列表、运行时的开关配置、数据库配置信息等,具有以下特点:
- 数据量比较小
- 数据内容在运行时发生变化
- 集群中各节点共享信息,配置一致
- 集群管理(Group Membership)
Leader,实现集群容错功能,具有以下特点:
- 希望知道集群中有多少机器在工作
- 对集群中每天运行状态进行数据收集
- 对集群中每个节点进行上下线操作
- 共享锁(Locks):分布式锁
- 队列管理
- 发布/订阅:分布式数据的发布与订阅
- 数据库切换:数据库配置
3.特性
3.1可靠性
一旦Zookeeper成功的应用了一个事务,并完成对client的响应,那么Zookeeper内部集群的所有服务器的状态都会是一致的保留下来。
3.2单一视图
由于上面可靠性的保证,使得无论client连接的是ZK集群中的哪个服务器,所看到的数据都是一致的。
3.3顺序一致性
从一个client发起的请求,最终会严格的按照发起的顺序被应用到Zookeeper中去。【实质上,ZK会对每一个client的每一个请求,进行编号,说白了,就是分配一个全局唯一的递增编号,这个编号反映了所有事务操作的先后顺序。】
3.4实时性
通常意义下的实时性是指一旦事务被成功应用,那么client会立刻从服务器端获取到变更后的新数据。ZK仅仅能够保证在一定时间内,client最终一定会能从服务器上获取到最新的数据。
3.5高可用
在ZK集群内部,会有一个Leader,多个Follower。一旦Leader挂掉,那么ZK会通过Paxos算法选举出新的Leader,只要ZK集群内部的服务器有一半以上正常工作,那么ZK就能对外正常提供服务!
3.6简单的数据结构
类似于Linux文件系统的树形结构,简单,实用!(树形层次空间)
3.7高性能
性能有多高呢,举个栗子,比如我们经常通过创建临时节点来处理分布式锁,要知道临时节点是存储在内存中的,在读场景压力测试下,QPS高达10W+!也就是说ZK在读场景下,性能非常突出!
4.zookeeper的Watcher:一次性、客户端串行执行、轻量
4.1一次性
对于ZK的watcher,只需要记住:zookeeper有watch事件,是一次性触发的,当watch监视的数据发生变化时,通知设置了该watch的client,即watcher,由于zookeeper的监控都是 一次性的,所以每次都必须设置监控。
4.2客户端串行执行
客户端Watcher回调的过程是一个串行同步的过程,这为我们保证了顺序,开发人员需要注意,千万不要因为一个Watcher的处理逻辑影响了整个客户端的Watcher回调
4.3轻量
WatchedEvent是zookeeper整个Watcher通知机制的最小通知单元,只包含三个部分:通知状态、事件类型、节点路径。只会告诉客户端发生了事件,不会告知其内容,需要客户端自己去获取,比如NodeDataChanged事件,Zookeeper只会通知客户端指定节点发生了变更,不会直接提供具体的数据内容
更多资讯请阅读:http://www.jianshu.com/u/36a7d3a994ac
作者公众号:蚂蚁与咖啡的故事
公众号二维码: