Zookeeper基础

一、概述

什么是ZooKeeper呢，官方给的说明是:ZooKeeper是一个开源的分布式的、为分布式应用提供协调服务的Apache项目。
至于什么是ZooKeeper，从设计模式来说，它是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据发生变化，ZooKeeper就将负责通知已经在ZooKeeper上注册的那些观察者做出相应的反应。

因为ZooKeeper是一个分布式框架，所以大多数情况下，我们使用ZooKeeper都是在集群模式下。

ZooKeeper有如下的特点:

1. ZooKeeper是由一个领导者（Leader），多个跟随者组成的集群。
2. 集群中只要有半数以上的节点存活，ZooKeeper集群就能提供正常服务。
3. ZooKeeper是全局数据一致性的，每个Server保存一份相同的数据版本，Client无论连接到那个Server，数据都是一致的。
4. 更新请求顺序进行，来自同一个Client的更新请求按其发送顺序依次执行。
5. 数据更新原子性，一次数据更新要么成功要么失败。
6. 实时性，一定时间内，Client能读到最新的数据。

ZooKeeper的数据结构
ZooKeeper的数据模型和Unix文件系统很类似，整体上可以看作一颗树，每个节点称作ZNode。每个ZNode默认存储1MB的数据，每个ZNode可以通过其路径唯一标识。

二、应用场景

1、统一命名服务
分布式环境下，经常需要对应用/服务器进行统一命名，便于识别。如我们访问百度的域名www.baidu.com,而不是直接访问百度的服务器。

2、统一配置管理
分布式环境下，配置文件的同步非常常见。
1）、一般要求一个集群中的所有结点的配置信息是一致的
2）、配置文件修改后，希望能够快速同步到各个节点上
以上两点都可以使用ZooKeeper实现
首先将配置文件写入Zookeeper上的一个Znode。
然后各个客户端监听这个Znode。
一旦Znode的数据被修改，ZooKeeper将通知各个服务端服务器。

3、统一集群管理
分布式环境下，实时掌握每个节点的状态是必要的。这样就可以根据节点的实时状态做出一些调整。
ZooKeeper可以实现实时监控节点状态变化
首先可将节点信息写入ZooKeeper上的一个Znode。
然后监听这个Znode可获取它的实时状态变化。

4、集群的动态上下线
这是利用ZooKeeper的监听去洞察服务器的上下线变化。
1)、服务器启动时去注册临时节点（临时节点在断开连接后会被删除）
2)、获取当前在线的服务器列表并注册监听
3)、服务器下线后监听通知客户端
4)、客户端接收到通知重新拉取服务器列表（下线节点为临时节点，已删除）

5、软负载均衡
在ZooKeeper中记录每台服务器的访问数，让访问数最少的服务器去处理最新的用户请求

三、配置参数解读

关于ZooKeeper的搭建网上已经有很多文章介绍，这里不做过多的说明，只说明一下ZooKeeper的配置文件中各参数的意义
1、tickTime：通信心跳数,ZooKeeper服务器与客户端心跳时间，单位毫秒。这是ZooKeeper使用的基本时间，服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳，时间单位为毫秒。它用于心跳机制，并且设置最小的session超时时间为两倍心跳时间。（session的最小超时时间是2tickTime）
2、initLimit：Leader和Follower初始通信时限。集群中的Follower跟随者服务器与Leader领导者服务器之间初始连接时能容忍的最多心跳数（tickTime的数量），用它来限定集群中的ZooKeeper服务器连接到Leader的时限。
3、syncLimit:leader和Follower的同步通信时限。集群中Leader与Follower之间的最大响应时间单位，假如响应时间超过syncLimittickTime，leader认为Follwer死掉，从服务器列表中删除Follwer。
4、dataDi:数据文件目录+数据持久化路径。主要用于保存ZooKeeper中的数据。
5、clientPort：客户端连接端口。