ZooKeeper概述

一、概念 1.1、设计目标

  Zookeeper 是 Google的Chubby一个开源的实现，是 Hadoop 的分布式协调服务。 它包含一个简单的原语集，分布式应用程序可以基于它实现同步服务，配置维护和命名服务等

1.2、zookeeper的优点

1.3、zookeeper中的角色

  最典型集群模式：Master/Slave 模式（主备模式）。在这种模式中，通常 Master 服务器作为主服务器提供写服务，其他的 Slave 服务器从服务器通过异步复制的方式获取 Master 服务器最新的数据提供读服务。

  但是，在 ZooKeeper 中没有选择传统的 Master/Slave 概念，而是引入了Leader、Follower 和 Observer 三种角色。

1. Leader

   • Leader服务器在整个正常运行期间有且仅有一台,集群会通过选举的方式选举出Leader服务器,由它同统一处理集群的事务性请求以及集群内各服务器的调度。

2. Follower Follower的主要职责有以下几点:

   • 1.参与Leader选举投票
   • 2.参与事务请求Proposal的投票
   • 3.处理客户端非事务请求(读),并转发事务请求(写)给Leader服务器。

3. Observer

4. Observer是弱化版的Follower。其像Follower一样能够处理非事务也就是读请求,并转发事务请求给Leader服务器,但是其不参与任何形式的投票,不管是Leader选举投票还是事务请求Proposal的投票。引入这个角色主要是为了在不影响集群事务处理能力的前提下提升集群的非事务处理的吞吐量。

1.4、Zookeeper节点数据操作流程

注：

	1.在Client向Follwer发出一个写的请求

　　2.Follwer把请求发送给Leader

　　3.Leader接收到以后开始发起投票并通知Follwer进行投票

　　4.Follwer把投票结果发送给Leader

　　5.Leader将结果汇总后如果需要写入，则开始写入同时把写入操作通知给Leader，然后commit;

　　6.Follwer把请求结果返回给Client

Follower主要有四个功能：

    1. 向Leader发送请求（PING消息、REQUEST消息、ACK消息、REVALIDATE消息）；

　　2 .接收Leader消息并进行处理；

　　3 .接收Client的请求，如果为写请求，发送给Leader进行投票；

　　4 .返回Client结果。

Follower的消息循环处理如下几种来自Leader的消息：

	1 .PING消息： 心跳消息；

　　2 .PROPOSAL消息：Leader发起的提案，要求Follower投票；

　　3 .COMMIT消息：服务器端最新一次提案的信息；

　　4 .UPTODATE消息：表明同步完成；

　　5.REVALIDATE消息：根据Leader的REVALIDATE结果，关闭待revalidate的session还是允许其接受消息；

　　6 .SYNC消息：返回SYNC结果到客户端，这个消息最初由客户端发起，用来强制得到最新的更新。

1.5、ZooKeeper & ZAB 协议 & Paxos 算法 二、ZooKeeper数据模型和层次命名空间 2.1、数据模型