分布式服务框架 Zookeeper -- 管理分布式环境中的数据

分布式服务框架Zookeeper -- 管理分布式环境中的数据

简介：Zookeeper 分布式服务框架是Apache Hadoop 的一个子项目，它主要是用来解决分布式应用中经常遇到的一些数据管理问题，如：统一命名服务、状态同步服务、集群管理、分布式应用配置项的管理等。本文将从使用者角度详细介绍Zookeeper 的安装和配置文件中各个配置项的意义，以及分析Zookeeper 的典型的应用场景（配置文件的管理、集群管理、同步锁、Leader 选举、队列管理等），用Java 实现它们并给出示例代码。

安装和配置详解

本文介绍的Zookeeper 是以3.2.2 这个稳定版本为基础，最新的版本可以通过官

网/zookeeper/来获取，Zookeeper 的安装非常简单，下面将从单机模式和集群模式两个方面介绍Zookeeper 的安装和配置。

单机模式

单机安装非常简单，只要获取到Zookeeper 的压缩包并解压到某个目录如：

/home/zookeeper-3.2.2 下，Zookeeper 的启动脚本在bin 目录下，Linux 下的启动脚本是zkServer.sh，在3.2.2 这个版本Zookeeper 没有提供windows 下的启动脚本，所以要想在windows 下启动Zookeeper 要自己手工写一个，如清单1 所示：

清单1. Windows 下Zookeeper 启动脚本

在你执行启动脚本之前，还有几个基本的配置项需要配置一下，Zookeeper 的配置文件在conf 目录下，这个目录下有zoo_sample.cfg 和log4j.properties，你需要做的就是将

zoo_sample.cfg 改名为zoo.cfg，因为Zookeeper 在启动时会找这个文件作为默认配置文件。下面详细介绍一下，这个配置文件中各个配置项的意义。

∙tickTime：这个时间是作为Zookeeper 服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime 时间就会发送一个心跳。

∙dataDir：顾名思义就是Zookeeper 保存数据的目录，默认情况下，Zookeeper 将写数据的日志文件也保存在这个目录里。

∙clientPort：这个端口就是客户端连接Zookeeper 服务器的端口，Zookeeper 会监听这个端口，接受客户端的访问请求。

当这些配置项配置好后，你现在就可以启动Zookeeper 了，启动后要检查Zookeeper 是否已经在服务，可以通过netstat – ano 命令查看是否有你配置的clientPort 端口号在监听服务。

集群模式

∙initLimit：这个配置项是用来配置Zookeeper 接受客户端（这里所说的客户端不是用户连接Zookeeper 服务器的客户端，而是Zookeeper 服务器集群中连接到

Leader 的Follower 服务器）初始化连接时最长能忍受多少个心跳时间间隔数。当已经超过10 个心跳的时间（也就是tickTime）长度后Zookeeper 服务器还没有收到客户端的返回信息，那么表明这个客户端连接失败。总的时间长度就是

5*2000=10 秒

∙syncLimit：这个配置项标识Leader 与Follower 之间发送消息，请求和应答时间长度，最长不能超过多少个tickTime 的时间长度，总的时间长度就是2*2000=4 秒∙server.A=B：C：D：其中A 是一个数字，表示这个是第几号服务器；B 是这个服务器的ip 地址；C 表示的是这个服务器与集群中的Leader 服务器交换信息的端口；D 表示的是万一集群中的Leader 服务器挂了，需要一个端口来重新进行选举，选出一个新的Leader，而这个端口就是用来执行选举时服务器相互通信的端口。如果是伪集群的配置方式，由于B 都是一样，所以不同的Zookeeper 实例通信端口号不能一样，所以要给它们分配不同的端口号。

除了修改zoo.cfg 配置文件，集群模式下还要配置一个文件myid，这个文件在dataDir 目录下，这个文件里面就有一个数据就是A 的值，Zookeeper 启动时会读取这个文件，拿到里面的数据与zoo.cfg 里面的配置信息比较从而判断到底是那个server。

数据模型

Zookeeper 会维护一个具有层次关系的数据结构，它非常类似于一个标准的文件系统，如图1 所示：

图1 Zookeeper 数据结构

Zookeeper 这种数据结构有如下这些特点：

1. 每个子目录项如NameService 都被称作为znode，这个znode 是被它所在的路

径唯一标识，如Server1 这个znode 的标识为/NameService/Server1

2. znode 可以有子节点目录，并且每个znode 可以存储数据，注意EPHEMERAL 类

型的目录节点不能有子节点目录

3. znode 是有版本的，每个znode 中存储的数据可以有多个版本，也就是一个访问

路径中可以存储多份数据

4. znode 可以是临时节点，一旦创建这个znode 的客户端与服务器失去联系，这个

znode 也将自动删除，Zookeeper 的客户端和服务器通信采用长连接方式，每个客户端和服务器通过心跳来保持连接，这个连接状态称为session，如果znode 是临时节点，这个session 失效，znode 也就删除了

5. znode 的目录名可以自动编号，如App1 已经存在，再创建的话，将会自动命名为

App2

6. znode 可以被监控，包括这个目录节点中存储的数据的修改，子节点目录的变化等，

一旦变化可以通知设置监控的客户端，这个是Zookeeper 的核心特性，Zookeeper 的很多功能都是基于这个特性实现的，后面在典型的应用场景中会有实例介绍

回页首