ZK 集群的部署

server.<节点ID>=:<数据同步端口>:<选举端口>
节点 ID：为 1 到 125 之间的数字，写到对应服务节点的{dataDir}/myid 文件中。
IP 地址：节点的远程 IP 地址，可以相同，生产环境建议用不同的机器，否则无法达到容错的目的。
数据同步端口：主从同步时数据复制端口。
选举端口：主从节点选举端口。
3 个 zookeeper 节点，要编写 3 份 config 配置，分别放在不同的服务器上。

集群配置

server.1=192.168.1.1:2888:3888
server.2=192.168.1.2:2888:3888
server.3=192.168.1.3:2888:3888
其中 dataDir 参数指定的是一个目录，用来存放 zk 的数据，里面有个文件 myid，3 台机器上 myid 文件里面分别存放 1,2,3，对应各自节点 ID。

配置好 3 个配置文件后，分别启动。

./bin/zkServer.sh start conf/zoo.cfg
ZK 集群中的角色
leader 主节点，又名领导者。用于写入数据，通过选举产生，如果宕机将会选举新的主节点。
observer 的配置，只要在集群配置中加上 observer 后缀即可，示例如下：

server.3=127.0.0.1:2883:3883:observer
其中 leader 只有一个，剩下的都是 follower 和 observer，但是我们一般生产上不会配置 observer，因为 observer 并没有选举权。除此之外，它和 follower 的功能是一样的。

什么时候需要用到 observer 呢，因为 zk 一般读的请求会大于写。当整个集群压力过大时，可以增加几个 observer 来获得性能的提升。在不需要的时候的时候，可以随时撤掉 observer。

zk 进行连接时，一般我们都会把 zk 所有的节点都配置上去，用逗号分隔。

如何查看 ZK 集群中的角色
./bin/zkServer.sh status conf/zoo.cfg
ZK 集群的选举机制
服务器启动或者服务器运行期间（Leader挂了），都会进入Leader选举。假设现在ZooKeeper集群有五台服务器，它们myid分别是服务器1、2、3、4、5，如图：

服务器启动的Leader选举
zookeeper集群初始化阶段，服务器（myid=1-5）依次启动，开始zookeeper选举Leader~

服务器1（myid=1）启动，当前只有一台服务器，无法完成Leader选举
服务器2（myid=2）启动，此时两台服务器能够相互通讯，开始进入Leader选举阶段
2.1. 每个服务器发出一个投票
服务器1和服务器2都将自己作为Leader服务器进行投票，投票的基本元素包括：服务器的myid和ZXID，我们以（myid，ZXID）形式表示。初始阶段，服务器1和服务器2都会投给自己，即服务器1的投票为（1,0），服务器2的投票为（2,0），然后各自将这个投票发给集群中的其他所有机器。
2.2 接受来自各个服务器的投票
每个服务器都会接受来自其他服务器的投票。同时，服务器会校验投票的有效性，是否本轮投票、是否来自LOOKING状态的服务器。
2.3. 处理投票
收到其他服务器的投票，会将被人的投票跟自己的投票PK，PK规则如下：
优先检查ZXID。ZXID比较大的服务器优先作为leader。
如果ZXID相同的话，就比较myid，myid比较大的服务器作为leader。

服务器1的投票是（1,0），它收到投票是（2,0），两者zxid都是0，因为收到的myid=2，大于自己的myid=1，所以它更新自己的投票为（2,0），然后重新将投票发出去。对于服务器2呢，即不再需要更新自己的投票，把上一次的投票信息发出即可。
2.4. 统计投票
每次投票后，服务器会统计所有投票，判断是否有过半的机器接受到相同的投票信息。服务器2收到两票，少于3（n/2+1,n为总服务器），所以继续保持LOOKING状态
服务器3（myid=3）启动，继续进入Leader选举阶段
3.1 跟前面流程一致，服务器1和2先投自己一票，因为服务器3的myid最大，所以大家把票改投给它。此时，服务器为3票（大于等于n/2+1）,所以服务器3当选为Leader。服务器1，2更改状态为FOLLOWING，服务器3更改状态为LEADING；
服务器4启动，发起一次选举。
4.1 此时服务器1，2，3已经不是LOOKING状态，不会更改选票信息。选票信息结果：服务器3为3票，服务器4为1票。服务器4并更改状态为FOLLOWING；
服务器5启动，发起一次选举。
同理，服务器也是把票投给服务器3，服务器5并更改状态为FOLLOWING；
投票结束，服务器3当选为Leader
服务器运行期间的Leader选举
zookeeper集群的五台服务器（myid=1-5）正在运行中，突然某个瞬间，Leader服务器3挂了，这时候便开始Leader选举~

变更状态
Leader 服务器挂了之后，余下的非Observer服务器都会把自己的服务器状态更改为LOOKING，然后开始进入Leader选举流程。
每个服务器发起投票
每个服务器都把票投给自己，因为是运行期间，所以每台服务器的ZXID可能不相同。假设服务1,2,4,5的zxid分别为333,666,999,888，则分别产生投票（1,333），（2，666），（4,999）和（5,888），然后各自将这个投票发给集群中的其他所有机器。
接受来自各个服务器的投票
处理投票
投票规则是跟Zookeeper集群启动期间一致的，优先检查ZXID，大的优先作为Leader，所以显然服务器zxid=999具有优先权。
统计投票
改变服务器状态
ZK 集群的数据同步机制
大致分为 2 个流程：