Zookeeper学习之路 （二）集群搭建详解大数据

ZooKeeper 软件安装须知

鉴于 ZooKeeper 本身的特点，服务器集群的节点数推荐设置为奇数台。我这里我规划为三台， 为别为 hadoop1,hadoop2,hadoop3

ZooKeeper 的集群安装

ZooKeeper 的下载

下载地址：http://mirrors.hust.edu.cn/apache/ZooKeeper/

此处使用的是3.4.10版本

解压安装到自己的目录

[[email protected] ~]$ tar -zxvf zookeeper-3.4.10.tar.gz -C apps/

ZooKeeper 运行最重要的四个东西

修改配置文件

[[email protected] zookeeper-3.4.10]$ cd conf/ 
[[email protected] conf]$ mv zoo_sample.cfg zoo.cfg 
[[email protected] conf]$ vi zoo.cfg 

基本配置

tickTime

心跳基本时间单位，毫秒级，ZK基本上所有的时间都是这个时间的整数倍。

initLimit

tickTime的个数，表示在leader选举结束后，followers与leader同步需要的时间，如果followers比较多或者说leader的数据灰常多时，同步时间相应可能会增加，那么这个值也需要相应增加。当然，这个值也是follower和observer在开始同步leader的数据时的最大等待时间(setSoTimeout)

syncLimit

tickTime的个数，这时间容易和上面的时间混淆，它也表示follower和observer与leader交互时的最大等待时间，只不过是在与leader同步完毕之后，进入正常请求转发或ping等消息交互时的超时时间。

dataDir

内存数据库快照存放地址，如果没有指定事务日志存放地址(dataLogDir)，默认也是存放在这个路径下，建议两个地址分开存放到不同的设备上。

clientPort

配置ZK监听客户端连接的端口

在配置文件末尾添加

server.serverid=host:tickpot:electionport

server：固定写法
serverid：每个服务器的指定ID（必须处于1-255之间，必须每一台机器不能重复）
host：主机名
tickpot：心跳通信端口
electionport：选举端口

高级配置

dataLogDir

将事务日志存储在该路径下，比较重要，这个日志存储的设备效率会影响ZK的写吞吐量。

globalOutstandingLimit

(Java system property: zookeeper.globalOutstandingLimit)默认值是1000，限定了所有连接到服务器上但是还没有返回响应的请求个数(所有客户端请求的总数，不是连接总数)，这个参数是针对单台服务器而言，设定太大可能会导致内存溢出。

preAllocSize

(Java system property: zookeeper.preAllocSize)默认值64M，以KB为单位,预先分配额定空间用于后续transactionlog 写入，每当剩余空间小于4K时，就会又分配64M，如此循环。如果SNAP做得比较频繁(snapCount比较小的时候)，那么请减少这个值。

snapCount

(Java system property: zookeeper.snapCount)默认值100,000，当transaction每达到snapCount/2+rand.nextInt(snapCount/2)时，就做一次SNAPSHOT,默认情况下是50,000~100,000条transactionlog就会做一次，之所以用随机数是为了避免所有服务器可能在同一时间做snapshot.

traceFile (Java system property: requestTraceFile)

maxClientCnxns

默认值是10，一个客户端能够连接到同一个服务器上的最大连接数，根据IP来区分。如果设置为0，表示没有任何限制。设置该值一方面是为了防止DoS攻击。

clientPortAddress

与clientPort匹配，表示某个IP地址，如果服务器有多个网络接口(多个IP地址),如果没有设置这个属性，则clientPort会绑定到所有IP地址上，否则只绑定到该设置的IP地址上。

minSessionTimeout

最小的session time时间，默认值是2个tick time,客户端设置的session time 如果小于这个值，则会被强制协调为这个最小值。

maxSessionTimeout

最大的session time 时间，默认值是20个tick time. ,客户端设置的session time 如果大于这个值，则会被强制协调为这个最大值。

集群配置选项

electionAlg

领导选举算法，默认是3(fast leader election，基于TCP)，0表示leader选举算法(基于UDP)，1表示非授权快速选举算法(基于UDP)，2表示授权快速选举算法(基于UDP),目前1和2算法都没有应用，不建议使用，0算法未来也可能会被干掉，只保留3(fast leader election)算法，因此最好直接使用默认就好。

initLimit

tickTime的个数，表示在leader选举结束后，followers与leader同步需要的时间，如果followers比较多或者说leader的数据灰常多时，同步时间相应可能会增加，那么这个值也需要相应增加。当然，这个值也是follower和observer在开始同步leader的数据时的最大等待时间(setSoTimeout)

syncLimit

tickTime的个数，这时间容易和上面的时间混淆，它也表示follower和observer与leader交互时的最大等待时间，只不过是在与leader同步完毕之后，进入正常请求转发或ping等消息交互时的超时时间。

leaderServes

(Java system property: zookeeper.leaderServes)  如果该值不是no，则表示该服务器作为leader时是需要接受客户端连接的。为了获得更高吞吐量，当服务器数三台以上时一般建议设置为no。

cnxTimeout 

(Java system property: zookeeper.cnxTimeout) 默认值是5000,单位ms 表示leaderelection时打开连接的超时时间，只用在算法3中。

ZK的不安全配置项

skipACL

(Java systemproperty: zookeeper.skipACL) 默认值是no,忽略所有ACL检查，相当于开放了所有数据权限给任何人。

forceSync

(Java systemproperty: zookeeper.forceSync) 默认值是yes, 表示transactionlog在commit时是否立即写到磁盘上，如果关闭这个选项可能会在断电时丢失信息。

jute.maxbuffer

(Java system property: jute.maxbuffer)默认值0xfffff，单位是KB，表示节点数据最多1M。如果要设置这个值，必须要在所有服务器上都需要设置。

授权认证配置项

DigestAuthenticationProvider.superDigest

(Java system property only: zookeeper.DigestAuthenticationProvider.superDigest)   设置这个值是为了确定一个超级用户，它的值格式为

super:<base64encoded(SHA1(idpassword))> ，一旦当前连接addAuthInfo超级用户验证通过，后续所有操作都不会checkACL.

将配置文件分发到集群其他机器中

[[email protected] apps]$ scp -r zookeeper-3.4.10/ hadoop2:$PWD 
[[email protected] apps]$ scp -r zookeeper-3.4.10/ hadoop3:$PWD

然后是最重要的步骤，一定不能忘了。 去你的各个 ZooKeeper 服务器节点，新建目录 dataDir=/home/hadoop/data/zkdata，这个 目录就是你在 zoo.cfg 中配置的 dataDir 的目录，建好之后，在里面新建一个文件，文件 名叫 myid,里面存放的内容就是服务器的 id,就是 server.1=hadoop01:2888:3888 当中的 id, 就是 1，那么对应的每个服务器节点都应该做类似的操作 拿服务器 hadoop1 举例：

[[email protected] ~]$ mkdir /home/hadoop/data/zkdata 
[[email protected] ~]$ cd data/zkdata/ 
[[email protected] zkdata]$ echo 1 > myid

当以上所有步骤都完成时，意味着我们 ZooKeeper 的配置文件相关的修改都做完了。

配置环境变量

[[email protected] ~]$ vi .bashrc 

#Zookeeper 
export ZOOKEEPER_HOME=/home/hadoop/apps/zookeeper-3.4.10 
export PATH=$PATH:$ZOOKEEPER_HOME/bin

保存退出

[[email protected] ~]$ source .bash

启动软件，并验证安装是否成功

命令

启动：zkServer.sh start
停止：zkServer.sh stop
查看状态：zkServer.sh status

注意：虽然我们在配置文件中写明了服务器的列表信息，但是，我们还是需要去每一台服务 器去启动，不是一键启动集群模式

每启动一台查看一下状态再启动下一台

启动hadoop1

[[email protected] ~]$ zkServer.sh start 
ZooKeeper JMX enabled by default 
Using config: /home/hadoop/apps/zookeeper-3.4.10/bin/../conf/zoo.cfg 
Starting zookeeper ... STARTED 
[[email protected] ~]$ zkServer.sh status 
ZooKeeper JMX enabled by default 
Using config: /home/hadoop/apps/zookeeper-3.4.10/bin/../conf/zoo.cfg 
Error contacting service. It is probably not running. 
[[email protected] ~]$ 

启动hadoop2

[[email protected] ~]$ zkServer.sh start 
ZooKeeper JMX enabled by default 
Using config: /home/hadoop/apps/zookeeper-3.4.10/bin/../conf/zoo.cfg 
Starting zookeeper ... STARTED 
[[email protected] ~]$ zkServer.sh status 
ZooKeeper JMX enabled by default 
Using config: /home/hadoop/apps/zookeeper-3.4.10/bin/../conf/zoo.cfg 
Mode: leader 
[[email protected] ~]$ 

此时在查看hadoop1的状态

启动hadoop3

[[email protected] ~]$ zkServer.sh start 
ZooKeeper JMX enabled by default 
Using config: /home/hadoop/apps/zookeeper-3.4.10/bin/../conf/zoo.cfg 
Starting zookeeper ... STARTED 
[[email protected] ~]$ zkServer.sh status 
ZooKeeper JMX enabled by default 
Using config: /home/hadoop/apps/zookeeper-3.4.10/bin/../conf/zoo.cfg 
Mode: follower 
[[email protected] ~]$ 

查看进程

3台机器上都有QuorumPeerMain进程

[[email protected] ~]$ jps 
2499 Jps 
2404 QuorumPeerMain 
[[email protected] ~]$