一、zookeeper安装：
1.安装准备：
1）安装jdk；
2）下载zookeeper tai包，https://zookeeper.apache.org/，并解压缩；
2.配置修改：
1）将/opt/zookeeper-3.4.10/conf这个路径下的zoo_sample.cfg修改为zoo.cfg；
2）修改zoo.cfg文件：
dataDir=/opt/zookeeper-3.4.10/zkData
3）在/opt/zookeeper-3.4.10/这个目录上创建zkData文件夹
mkdir zkData
二、操作zookeeper：
1.启动zookeeper
[honey@hadoop102 zookeeper-3.4.10]$ bin/zkServer.sh start
2.查看进程是否启动
[honey@hadoop102 zookeeper-3.4.10]$ jps
3.查看状态：
[honey@hadoop102 zookeeper-3.4.10]$ bin/zkServer.sh status
4.启动客户端：
[honey@hadoop102 zookeeper-3.4.10]$ bin/zkCli.sh
5.退出客户端：
[zk: localhost:2181(CONNECTED) 0] quit
6.停止zookeeper:
[honey@hadoop102 zookeeper-3.4.10]$ bin/zkServer.sh stop
三、zoo.cfg配置参数解读
1.tickTime：通信心跳数，Zookeeper服务器心跳时间，单位毫秒
Zookeeper使用的基本时间，服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳，时间单位为毫秒。
它用于心跳机制，并且设置最小的session超时时间为两倍心跳时间。(session的最小超时时间是2*tickTime)
2.initLimit：LF初始通信时限
集群中的follower跟随者服务器(F)与leader领导者服务器(L)之间初始连接时能容忍的最多心跳数（tickTime的数量），用它来限定集群中的Zookeeper服务器连接到Leader的时限。
投票选举新leader的初始化时间
Follower在启动过程中，会从Leader同步所有最新数据，然后确定自己能够对外服务的起始状态。
Leader允许F在initLimit时间内完成这个工作。
3.syncLimit：LF同步通信时限
集群中Leader与Follower之间的最大响应时间单位，假如响应超过syncLimit * tickTime，
Leader认为Follwer死掉，从服务器列表中删除Follwer。
在运行过程中，Leader负责与ZK集群中所有机器进行通信，例如通过一些心跳检测机制，来检测机器的存活状态。
如果L发出心跳包在syncLimit之后，还没有从F那收到响应，那么就认为这个F已经不在线了。
4.dataDir：数据文件目录+数据持久化路径
保存内存数据库快照信息的位置，如果没有其他说明，更新的事务日志也保存到数据库。
5.clientPort：客户端连接端口
监听客户端连接的端口
四、分布式部署：
1.在/opt/zookeeper-3.4.10/conf/zoo.cfg文件中添加下面信息：
#######################cluster##########################
server.1=hadoop201:2888:3888
server.2=hadoop202:2888:3888
server.3=hadoop203:2888:3888
2.在zoo.cfg配置dataDir对应的目录下，目前是 dataDir=/opt/zookeeper-3.4.10/zkData，添加一个myid文件，存的是服务器的节点号：
1
3.将上面两个文件同步到其他两台机器上，其中myid需要对应修改；
4.配置参数解读：
Server.A=B:C:D
- A是一个数字，表示这个是第几号服务器；
- B是这个服务器的ip地址；
- C是这个服务器与集群中的Leader服务器交换信息的端口；
- D是万一集群中的Leader服务器挂了，需要一个端口来重新进行选举，选出一个新的Leader，而这个端口就是用来执行选举时服务器相互通信的端口。
- 集群模式下配置一个文件myid，这个文件在dataDir目录下，这个文件里面有一个数据就是A的值，Zookeeper启动时读取此文件，拿到里面的数据与zoo.cfg里面的配置信息比较从而判断到底是哪个server。
