Open luoxn28 opened 6 years ago
zookeeper默认是单机模式，如果想要集群部署（集群分为伪集群：单机器上启动多个zk实例，集群：多个机器组成多个zk实例），则需要在zoo.cfg文件尾添加如下配置：
server.0=00.11.22.33:2888:3888 server.1=11.22.33.44:2888:3888 server.2=22.33.44.55:2888:3888
其中server.0中0指的是server的id（区分集群中zk实例），00.11.22.33是server的ip地址，2888是服务器与集群中Leader交换信息的端口，3888是集群中服务器进行选举的端口。如果是在同一台机器部署的话，将ip地址写一样的，但是端口号就需要变更一下了。
除了修改zoo.cfg添加集群配置外，还需要在dataDir配置的路径下新建一个myid文件，这是用于区别不同zookeeper的id文件，我们只需要在文件写上这个zookeeper的id就可以，也就是0、1或者2这种。配置完成之后，就可以启动zookeeper集群。使用./zkServer.sh status可查看zookeeper状态信息。
说到动态扩容，那么如何在不影响zk服务的情况下动态扩容呢？这里分为2种情况。（需要注意的是，由于zookeeper的特性：集群中只要有过半的机器是正常工作的，那么整个集群对外就是可用的。所以我们假设所有集群的数量都是奇数）
第一种情况在扩容的时候，短暂的停止服务是不可避免的。因为修改了配置文件，需要将原机器进行重启，而其他系统都依赖于此单机zookeeper服务。在扩容的时候，我们需要先将扩容的机器配置部署完成，在最后阶段，修改原机器上的配置文件后对服务进行重启。这个时候就会出现短暂的停止服务。
而且新机器部署的时候，会有端口异常的错误出现，这是因为单机模式下的zookeeper交换信息的端口2888和选举的端口3888都没有打开，所以会出错。这个时候不用理会，等最终原机器重启完成后，错误就会停止了。
第二种情况就比较好了，步骤还是相同的，先部署新机器，再重启老机器。在重启的过程中，需要保证一台机器重启完成后，再进行下一台机器的重启。这样就整个集群中每个时刻只有一台机器不能正常工作，而集群中有过半的机器是正常工作的，那么整个集群对外就是可用的。所以这个时候不会出现错误，也不会出现停止服务，整个扩容过程对用户是无感知的。
举个例子，加入现在有2台zk集群，现在增加一台，相当于在之前zk的zoo.cfg配置上再增加一个新的zk实例配置，启动新的zk服务后，相当于多了一个follower服务节点。然后再修改之前集群中的follower配置，修改完成后重启。最后修改leader配置，修改完成后重启。这样就完成了扩容操作。（注意，这里新增的zk服务启动后，如果直接把leader kill掉，此时集群是无法工作的，因为原来的follower节点还不知道新增节点的信息，此时无法进行leader选举）
参考资料： 1、http://fangchao.me/2016/10/13/zookeeper.html
zookeeper默认是单机模式，如果想要集群部署（集群分为伪集群：单机器上启动多个zk实例，集群：多个机器组成多个zk实例），则需要在zoo.cfg文件尾添加如下配置：
其中server.0中0指的是server的id（区分集群中zk实例），00.11.22.33是server的ip地址，2888是服务器与集群中Leader交换信息的端口，3888是集群中服务器进行选举的端口。如果是在同一台机器部署的话，将ip地址写一样的，但是端口号就需要变更一下了。
除了修改zoo.cfg添加集群配置外，还需要在dataDir配置的路径下新建一个myid文件，这是用于区别不同zookeeper的id文件，我们只需要在文件写上这个zookeeper的id就可以，也就是0、1或者2这种。配置完成之后，就可以启动zookeeper集群。使用./zkServer.sh status可查看zookeeper状态信息。
动态扩容
说到动态扩容，那么如何在不影响zk服务的情况下动态扩容呢？这里分为2种情况。（需要注意的是，由于zookeeper的特性：集群中只要有过半的机器是正常工作的，那么整个集群对外就是可用的。所以我们假设所有集群的数量都是奇数）
第一种情况在扩容的时候，短暂的停止服务是不可避免的。因为修改了配置文件，需要将原机器进行重启，而其他系统都依赖于此单机zookeeper服务。在扩容的时候，我们需要先将扩容的机器配置部署完成，在最后阶段，修改原机器上的配置文件后对服务进行重启。这个时候就会出现短暂的停止服务。
而且新机器部署的时候，会有端口异常的错误出现，这是因为单机模式下的zookeeper交换信息的端口2888和选举的端口3888都没有打开，所以会出错。这个时候不用理会，等最终原机器重启完成后，错误就会停止了。
第二种情况就比较好了，步骤还是相同的，先部署新机器，再重启老机器。在重启的过程中，需要保证一台机器重启完成后，再进行下一台机器的重启。这样就整个集群中每个时刻只有一台机器不能正常工作，而集群中有过半的机器是正常工作的，那么整个集群对外就是可用的。所以这个时候不会出现错误，也不会出现停止服务，整个扩容过程对用户是无感知的。
举个例子，加入现在有2台zk集群，现在增加一台，相当于在之前zk的zoo.cfg配置上再增加一个新的zk实例配置，启动新的zk服务后，相当于多了一个follower服务节点。然后再修改之前集群中的follower配置，修改完成后重启。最后修改leader配置，修改完成后重启。这样就完成了扩容操作。（注意，这里新增的zk服务启动后，如果直接把leader kill掉，此时集群是无法工作的，因为原来的follower节点还不知道新增节点的信息，此时无法进行leader选举）
参考资料： 1、http://fangchao.me/2016/10/13/zookeeper.html