===> Zookeeper 是什么？
=> ZooKeeper是一个分布式的，开放源码的分布式应用程序协调服务，是Google的Chubby一个开源的实现，是Hadoop和Hbase的重要组件。
=> ZooKeeper包含一个简单的原语集，提供Java和C的接口。
=> ZooKeeper代码版本中，提供了分布式独享锁、选举、队列的接口，代码在zookeeper-3.4.3\src\recipes。其中分布锁和队列有Java和C两个版本，选举只有Java版本
===> Zookeeper应用场景（功能）：
=> 它是一个为分布式应用提供一致性服务的软件，提供的功能包括：
配置维护、域名服务、分布式同步、组服务等。
=> ZooKeeper的目标就是封装好复杂易出错的关键服务，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
===> Zookeeper体系结构
===> Zookeeper 工作原理：
=> Zookeeper
的核心是原子广播，这个机制保证了各个Server之间的同步。实现这个机制的协议叫做Zab协议。
=> Zab协议有两种模式: 恢复模式（选主）和广播模式（同步）。
当服务启动或者在领导者崩溃后，Zab就进入了恢复模式，当领导者被选举出来，且大多数Server完成了和
leader的状态同步以后，恢复模式就结束了。
(★)状态同步保证了leader和Server具有相同的系统状态。
=> 为了保证事务的顺序一致性，zookeeper采用了递增的事务id号（zxid）来标识事务。所有的提议（proposal）都在被提出的时候加上了zxid。
实现中zxid是一个64位的数字，它高32位是epoch用来标识leader关系是否改变，每次一个leader被选出来，它都会有一个新的epoch，标识当前属于那个leader的统治时期。
低32位用于递增计数。
(★)对于客户端来说，ZooKeeper是一个整体（ensemble），连接到ZooKeeper集群实际上感觉在独享整个集群的服务，so，你可以在任何一个结点上建立到服务集群的连接
===> Zookeeper 安装
=>搭建ZooKeeper的集群环境
1、三台：bigdata12 bigdata13 bigdata14
时间同步
2、在bigdata12上进行安装
(*) 解压 tar -zxvf zookeeper-3.4.10.tar.gz -C ~/training/
(*) 设置环境变量：每台机器上
ZOOKEEPER_HOME=/root/training/zookeeper-3.4.10
export ZOOKEEPER_HOME
PATH=$ZOOKEEPER_HOME/bin:$PATH
export PATH
(*)核心的配置文件: conf/zoo.cfg
mkdir /root/training/zookeeper-3.4.10/tmp
编辑 zoo.cfg
dataDir=/root/training/zookeeper-3.4.10/tmp
server.1=bigdata12:2888:3888
server.2=bigdata13:2888:3888
server.3=bigdata14:2888:3888
在/root/training/zookeeper-3.4.10/tmp目录创建文件: myid
输入 1
3、把bigdata12的ZK复制到其他的节点
scp -r zookeeper-3.4.10/ [email protected]:/root/training
scp -r zookeeper-3.4.10/ [email protected]:/root/training
4、修改bigdata13和bigdata14上的myid文件
5、在每台机器上，启动ZK: zkServer.sh start
===> 配置文件
=> zookeeper-3.3.3/conf文件夹下面（可以把默认的zoosample.cfg复制一份到zoo.cfg）,配置文件zoo.cfg需要在每台服务器中都要编写，以下是一个配置文件的样本：
# Filename zoo.cfg
tickTime=2000
dataDir=/home/zookeeper/data
clientPort=2181
initLimit=5
syncLimit=2
server.1=202.115.36.251:2888:3888
server.2=202.115.36.241:2888:3888
server.3=202.115.36.242:2888:3888
initLimit：这个配置项是用来配置 Zookeeper 接受客户端（这里所说的客户端不是用户连接 Zookeeper 服务器的客户端，而是 Zookeeper 服务器集群中连接到 Leader 的 Follower 服务器）初始化连接时最长能忍受多少个心跳时间间隔数。当已经超过 10 个心跳的时间（也就是 tickTime）长度后 Zookeeper 服务器还没有收到客户端的返回信息，
那么表明这个客户端连接失败。总的时间长度就是 5*2000=10 秒。
syncLimit：这个配置项标识 Leader 与 Follower 之间发送消息，请求和应答时间长度，最长不能超过多少个 tickTime 的时间长度，总的时间长度就是 2*2000=4 秒
server.A=B：C：D
A 是一个数字，表示这个是第几号服务器；
B 是这个服务器的 ip 地址；
C 表示的是这个服务器与集群中的 Leader 服务器交换信息的端口；
D 表示的是万一集群中的 Leader 服务器挂了，需要一个端口来重新进行选举，选出一个新的 Leader，而这个端口就是用来执行选举时服务器相互通信的端口。
如果是伪集群的配置方式，由于 B 都是一样，所以不同的 Zookeeper 实例通信端口号不能一样，所以要给它们分配不同的端口号。
=> 创建myid文件
除了修改 zoo.cfg 配置文件，集群模式下还要配置一个文件 myid，这个文件在 dataDir 目录下，这个文件里面就只有一个数据就是 A 的值，Zookeeper 启动时会读取这个文
件，拿到里面的数据与 zoo.cfg 里面的配置信息比较从而判断到底是那个 server。这个myid的值要和配置文件中的server.x=ip:port:port中的x一致。
echo 1 > myid
===> Zookeeper 操作
=> 查看zookeeper 的状态： zkServer.sh status
=> 通过 zookeeper 客户端连接:
zkCli.sh -server 192.168.10.221:2181
=> 查看znode节点：
ls /
=> 创建znode节点（数据）：
create /test "hello"
=> 获取znode节点数据：
get /test
=> 修改znode节点数据：
set /test "word"
=> 删除znode 节点:
delete /test
===> 清除zk状态
当在zk上已经做了很多事情，配置已经比较杂乱，现在想重新初始化一下，也就是把所有状态删除，步骤是：
=> 关闭所有zk节点，用zkServer.sh status查看是否关闭
=> 删除zoo.cfg定义的数据文件夹下的所有文件，除了myid文件外
=> 启动zk节点
现在配置就重置了
===> 常见问题
在用zkCli.sh启动客户端时，Will not attempt to authenticate using SASL (无法定位登录配置)
这是由于没有启用用户验证导致的，不影响使用，但影响安全性。SASL 即：Simple Authentication and Security Layer
原文地址：http://blog.51cto.com/songqinglong/2062909