8.1.ZooKeeper简介
ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,是Google的Chubby一个开源的实现,是Hadoop和Hbase的重要组件。
ZooKeeper是一个分布式数据一致性的解决方案,分布式应用
可以基于它实现发布订阅、负载均衡、命名服务、协调通知、集群管理、master选举、分布式锁和分布式队列的特性
。
8.2.数据复制的好处
容错
:一个节点出错,不至于让整个集群无法提供服务扩展性
:通过增加服务器节点能提高 ZooKeeper 系统的负载能力,把负载分布到多个节点上高性能
:客户端可访问本地 ZooKeeper 节点或者访问就近的节点,依次提高用户的访问速度
8.3.Zookeeper设计目的
Zookeeper的设计目的是提供高性能(简单的数据模型),高可用(构建集群),顺序一致性(严格顺序访问)的分布式协调服务,保证数据一致性。
-
最终一致性
:client不论连接到哪个Server,展示给它都是同一个视图,这是zookeeper最重要的性能。
-
可靠性
:具有简单、健壮、良好的性能,如果消息被到一台服务器接受,那么它将被所有的服务器接受。
-
实时性
:Zookeeper保证客户端将在一个时间间隔范围内获得服务器的更新信息,或者服务器失效的信息。但由于网络延时等原因,Zookeeper不能保证两个客户端能同时得到刚更新的数据,如果需要最新数据,应该在读数据之前调用sync()接口。
-
等待无关(wait-free)
:慢的或者失效的client不得干预快速的client的请求,使得每个client都能有效的等待。
-
原子性
:更新只能成功或者失败,没有中间状态。
-
顺序性
:包括全局有序和偏序两种:全局有序是指如果在一台服务器上消息a在消息b前发布,则在所有Server上消息a都将在消息b前被发布;偏序是指如果一个消息b在消息a后被同一个发送者发布,a必将排在b前面。
8.4.zookeeper集群包括3种角色
zookeeper集群包括3种角色:leader(核心)、follower、observer
8.4.1.Leader角色
Leader是整个 zookeeper 集群的核心,Leader 主要有三个功能:
- 集群异常时从快照和日志中恢复数据
- 维持与 Learner 的心跳,接收 Learner 请求并判断 Learner 的请求消息类型
- 根据不同的消息类型,进行