ZooKeeper安装部署

1 概述

  ZooKeeper（动物园管理员），顾名思义。是用来管理Hadoop（大象）、Hive（蜜蜂）、Pig（小猪）的管理员。同一时候Apache HBase、Apache Solr、LinkedIn Sensei等众多项目中都採用了ZooKeeper。

  ZooKeeper是Hadoop的正式子项目。与Hadoop密切相关但却没有不论什么依赖。

它是一个针对大型应用提供高可用的数据管理、应用程序协调服务的分布式服务框架。基于对Paxos算法的实现。使该框架保证了分布式环境中数据的强一致性，提供的功能包含：配置维护、统一命名服务、状态同步服务、集群管理等。

  在分布式应用中，因为project师不能非常好地使用锁机制，以及基于消息的协调机制不适合在某些应用中使用，因此须要有一种可靠的、可扩展的、分布式的、可配置的协调机制来统一系统的状态。Zookeeper的目的就在于此。

  依据ZooKeeper官方文档和ZooKeeper的作用，ZooKeeper一般有两种部署方式：

• 单机模式：执行一个Zookeeper实例
• 分布式模式：在多台机器上分别执行Zookeeper实例用于组成ZooKeeper集群提供服务
• 伪分布式模式：在一台物理机上执行多个Zookeeper实例

2 准备工作

1. JDK。版本号大于1.6；
2. 从官网下载最新的稳定版；
3. ZooKeeper支持在Windows平台上执行，可是仅仅支持使用Windows作为开发平台，不能作为生产平台；
4. 在生产环境，推荐ZooKeeper服务是最少为3个的集群，且最好执行在独立的物理机上。

  另外，须要注意的是，ZooKeeper集群是以宕机个数过半才会让整个集群宕机的。所以最好部署奇数个节点。ZooKeeper的单机模式是没有备份的，假设ZooKeeper宕了，服务也就停了，所以，在开发模式中能够使用单机模式，可是生成环境最好使用ZooKeeper集群的分布式模式。

3 单机模式

  以单机模式执行ZooKeeper服务是最简单的。由于ZooKeeper服务包括在一个JAR文件里，所以安装过程仅仅要改动一个配置文件即可了。

  将下载好的稳定版解压到某个文件夹，环境变量设置ZOOKEEPER_HOME指向该文件夹。然后须要改动基本配置，ZooKeeper的配置文件在conf文件夹下，这个文件夹下有zoo_sample.cfg和log4j.properties。先将zoo_sample.cfg改名为zoo.cfg（ZooKeeper在启动时会找这个文件作为默认配置文件），在单机模式中，能够改动为以下的内容：

tickTime=2000
dataDir=/home/lxh/hadoop/data/zookeeper
clientPort=2181

• tickTime：这个时间是作为 Zookeeper server之间或client与server之间维持心跳的时间间隔，也就是每一个 tickTime 时间就会发送一个心跳。
• dataDir：顾名思义就是 Zookeeper 保存数据的文件夹，默认情况下，Zookeeper 将写数据的日志文件也保存在这个文件夹里。
• clientPort：这个port就是client连接 Zookeeper server的port。Zookeeper 会监听这个port。接受client的訪问请求，通常为2181。

如今使用bin/zkServer.sh脚本启动ZooKeeper：

$ $ZOOKEEPER_HOME/bin/zkServer.sh start

假设显示以下内容，说明启动成功：

JMX enabled by default
Using config: /home/lxh/hadoop/zookeeper-3.4.6/bin/../conf/zoo.cfg
Starting zookeeper ... STARTED

也能够通过jps命令查看：

6056 Jps
6009 QuorumPeerMain

QuorumPeerMain就是ZooKeeper的进程名。

  ZooKeeper的日志信息输出使用了log4j，默认是控制台打印，能够改动$ZOOKEEPER_HOME/conf/log4j.properties来控制输出内容和位置。

4 分布式模式

  Zookeeper不仅能够单机提供服务，同一时候也支持多机组成集群来提供服务。

  在单机模式中执行ZooKeeper，对于測试、开发比較方便。

可是在生产环境中，为了获得可靠的ZooKeeper服务，应该在一个集群上部署 ZooKeeper。

由于ZooKeeper集群宕机个数过半才会让整个集群宕机。所以，仅仅要集群中半数以上的ZooKeeper服务启动了，那么总的 ZooKeeper服务将是可用的。从而也判断出。假设有5台机器。能够保证2台机器故障而不影响整个集群，ZooKeeper能继续正常执行。(这里又提到关于集群中机器的数量。是由于我一般喜欢双数，在做架构设计时，极易选择双数作为机器数。)

  ZooKeeper的分布式模式的安装配置差点儿跟单机模式一样，仅仅是须要添加几个配置。以下是样例：

tickTime=2000
dataDir=/home/lxh/hadoop/data/zookeeper
clientPort=2181
initLimit=5
syncLimit=2
server.1=zoo1:2888:3888
server.2=zoo2:2888:3888
server.3=zoo3:2888:3888

• initLimit：用来配置Zookeeper接受client（此处指是Zookeeperserver集群中连接到Leader的Followerserver）初始化连接时最长能忍受多少个心跳时间间隔数。超过这个时间。将被觉得是连接失败。上面设置的总的时间长度是5*2000毫秒。

• syncLimit：限定leader与follower之间发送消息。请求和应答时间长度，最长不能超过多少个tickTime的时间长度，上面设置的总时间长度是2*2000毫秒。
• server.A=B：C：D：当中 A 是一个数字，表示这个是第几号server；B 是这个server的 ip 地址。C 表示的是这个server与集群中的 Leader server交换信息的port。D 表示的是万一集群中的 Leader server挂了。须要一个port来又一次进行选举，选出一个新的 Leader。而这个port就是用来运行选举时server相互通信的port。

  假设是伪集群的配置方式，因为 B 都是一样，所以不同的 Zookeeper 实例通信port号不能一样，所以要给它们分配不同的port号。

  另外。在集群模式下，除了改动zoo.cfg配置文件。还要配置一个文件myid，这个文件在dataDir文件夹下。这个文件中面就有一个数据就是A的值，Zookeeper启动时会读取这个文件，拿到里面的数据与zoo.cfg里面的配置信息比較从而推断究竟是哪个server。