本次zk测试部署版本为3.7.0版本，下载地址http://mirrors.cnnic.cn/apache/zookeeper/
限于服务器个数有限本次测试了两种情况
1、单节点方式：部署在一台服务器上
2、单IP多节点（伪集群）：部署在同一IP，但是有多个节点，各有自己的端口
3、多IP多节点：部署在不同IP，各有自己的端口（未测试）
一、单节点方式：
1、解压zk包，进入zookeeper-3.7.0\conf目录，修改zoo_sample.cfg文件为zoo.cfg.如果没有特殊需求，不需要修改配置文件，直接使用默认配置文件即可.
各个参数的意义：
tickTime：这个时间是作为 Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个 tickTime 时间就会发送一个心跳。
dataDir：顾名思义就是 Zookeeper 保存数据的目录，默认情况下，Zookeeper 将写数据的日志文件也保存在这个目录里。
clientPort：这个端口就是客户端连接 Zookeeper 服务器的端口，Zookeeper 会监听这个端口，接受客户端的访问请求。
initLimit:集群中的follower服务器(F)与leader服务器(L)之间初始连接时能容忍的最多心跳数（tickTime的数量）
syncLimit:集群中的follower服务器与leader服务器之间请求和应答之间能容忍的最多心跳数（tickTime的数量）。
启动zookeeper，windows下执行zookeeper-3.7.0\bin >zkServer.cmd；linux下ookeeper-3.7.0\bin >zkServer.sh start启动
查看是否成功运行：bin/zkServer.cmd status
二、单IP多节点
（1）修改配置文件：拷贝多份zookeeper程序，例如设置三个server，分别创建目录server1、server2、server3，每个目录下存放一份zookeeper程序，并修改各自配置文件如下：
server1
server2配置：
server3配置：
注意：
同一IP上搭建多个节点的集群时，必须要注意端口问题，端口必须不一致才行；
创建多个节点集群时，在dataDir目录下必须创建myid文件，myid文件用于zookeeper验证server序号等，myid文件只有一行，并且为当前server的序号，例如server.1的myid就是1，server2的myid就是2等。
server.A=B:C:D;其中 A 是一个数字，表示这个是第几号服务器；B 是这个服务器的 ip 地址；C 表示的是这个服务器与集群中的 Leader 服务器交换信息的端口；D 表示的是万一集群中的 Leader 服务器挂了，需要一个端口来重新进行选举，选出一个新的 Leader，而这个端口就是用来执行选举时服务器相互通信的端口。如果是伪集群的配置方式，由于 B 都是一样，所以不同的 Zookeeper 实例通信端口号不能一样，所以要给它们分配不同的端口号。
启动过程：启动顺序为server1、server2、server3。在启动server1，server2时zk会报错，当所有节点全部启动时错误会消失。
三、多IP多节点：
将zookeeper拷贝到每个节点一份。
多IP多节点与单IP多节点搭建过程基本一致，上述过程不再重复描述，仅重点说一个地方：server的IP地址、端口为真实即可。
注意：zk的部署个数最好为基数，ZK集群的机制是只要超过半数的节点OK，集群就能正常提供服务。只有ZK节点挂得太多，只剩一半或不到一半节点能工作，集群才失效。
四.验证服务器
可以通过Zk提供的简易客户端来进行验证，双击下zookeeper-*/bin/zkCli.cmd来启动Zk简易客户端，或者通过命令zkCli.cmd -server 127.0.0.1:2181来启动，然后通过使用ls命名（列出Zk指定节点下的所有子节点）来验证Zk已经启动完成，如图：
或者是通过ZooInspector这个客户端进行查看，进入到进入build目录执行命令：
java -jar zookeeper-dev-ZooInspector.jar
输入连接地址，即可看到zookeeper的节点信息
五、总结注意：
在集群模式下，建议至少部署3个zk进程，或者部署奇数个zk进程。如果只部署2个zk进程，当其中一个zk进程挂掉后，剩下的一个进程并不能构成一个quorum的大多数。因此，部署2个进程甚至比单机模式更不可靠，因为2个进程其中一个不可用的可能性比一个进程不可用的可能性还大。zookeeper最主要的应用场景是集群，下面介绍如何在一个集群上部署一个zookeeper。只要集群上的大多数zookeeper服务启动了，那么总的zookeeper服务便是可用的。另外，最好使用奇数台服务器。如果zookeeper拥有5台服务器，那么在最多2台服务器出现故障后，整个服务还可以正常使用。所谓的zookeeper容错是指，当宕掉几个zookeeper服务器之后，剩下的个数必须大于宕掉的个数，也就是剩下的服务数必须大于n/2，zookeeper才可以继续使用，无论奇偶数都可以选举leader。5台机器最多宕掉2台，还可以继续使用，因为剩下3台大于5/2。说为什么最好为奇数个，是在以最大容错服务器个数的条件下，会节省资源，比如，最大容错为2的情况下，对应的zookeeper服务数，奇数为5，而偶数为6，也就是6个zookeeper服务的情况下最多能宕掉2个服务，所以从节约资源的角度看，没必要部署6（偶数）个zookeeper服务。zookeeper有这样一个特性：集群中只要有过半的机器是正常工作的，那么整个集群对外就是可用的。也就是说如果有2个zookeeper，那么只要有1个死了zookeeper就不能用了，因为1没有过半，所以2个zookeeper的死亡容忍度为0；同理，要是有3个zookeeper，一个死了，还剩下2个正常的，过半了，所以3个zookeeper的容忍度为1；同理你多列举几个：2->0;3->1;4->1;5->2;6->2会发现一个规律，2n和2n-1的容忍度是一样的，都是n-1，所以为了更加高效，何必增加那一个不必要的zookeeper呢。