Zookeeper

概述：

Zookeeper是一个开源的分布式的，为分布式应用提供协调服务的Apache项目

Zookeeper的工作机制：
Zookeeper从设计模式角度来理解，是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者做出相应的反应

1.服务端启动时去注册信息（创建都是临时节点）
2.获取到当前在线服务器列表，并注册监听
3.服务器节点下线
4.服务器节点上下线事件通知
5.process[]{重新再去获取服务器列表，并注册监听}

Zookeeper特点：

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

数据结构：

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

应用场景：

提供的服务包括：统一命名服务，统一配置管理，统一集群管理、服务器节点动态上下线、软负载均衡等

统一命名服务：在分布式环境下，经常需要对应用/服务进行统一命名，便于识别
例如：IP不容易记住，域名容易记住

统一配置管理：
分布式环境下，配置文件同步非常常见
1.一般要求一个集群中，所有节点的配置信息是一致的
2.对配置文件修改后，希望能够快速同步到各个节点上

2.配置管理可交由ZooKeeper实现
可将配置信息写入ZooKeeper上的一个Znode
各个客户端服务器监听这个Znode

统一集群管理：
可根据节点实时状态做出一些调整

可以实现实时监控节点状态变化

• 可将节点信息写入ZooKeeper上的一个ZNode
• 监听这个ZNode可以获取到它的实时状态变化

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

Zookeeper

安装zookeeper

1. 安装zookeeper

   tar -zxvf zookeeper-3.4.10.tar.gz -C /opt/module/
   

2. 更改配置文件的名字

   [root@localhost conf]# mv zoo_sample.cfg zoo.cfg
   

3. 更改配置文件

   [root@localhost conf]# vim zoo.cfg #更改dataDir地址为/opt/module/zookeeper-3.4.10/zkData
   

4. 启动zookeeper

   [root@localhost zookeeper-3.4.10]# bin/zkServer.sh start
   [root@localhost zookeeper-3.4.10]# bin/zkServer.sh status
   ZooKeeper JMX enabled by default
   Using config: /opt/module/zookeeper-3.4.10/bin/../conf/zoo.cfg
   Mode: standalone #启动成功
   

配置参数的解读

# The number of milliseconds of each tick
tickTime=2000 
# The number of ticks that the initial 
# synchronization phase can take
initLimit=10
# The number of ticks that can pass between 
# sending a request and getting an acknowledgement
syncLimit=5 #同步心跳帧
# the directory where the snapshot is stored.
# do not use /tmp for storage, /tmp here is just 
# example sakes.
dataDir=/opt/module/zookeeper-3.4.10/zkData
# the port at which the clients will connect
clientPort=2181

• tickTime=2000，通信心跳数，Zookeeper服务器与客户端心跳时间，单位毫秒

  Zookeepr使用的基本时间，服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳，时间单位为毫秒

• initLimit=10 LF初始通信时限

  集群中的Follower跟随者服务器与Leader领导者服务器之间初始连接时能容忍的最多心跳数（tickTime的数量），用它来限定集群中的Zookeeper服务器连接到Leader的时限。

• syncLimit=5 LF同步通信时限

  集群中Leader与Follower之间的最大响应时间单位，假如响应超过syncLimit*tickTime，Leader认为Follower死掉，从服务器列表中删除Follower

• dataDir，数据文件目录+数据持久化路径

  主要用于保存Zookeeper中的数据

• clientPort=2181 客户端连接端口

  监听客户端连接的端口

Zookeeper 内部原理

选举原理

1. 半数机制：集群中半数以上机器存活，集群可用，所有Zookeeper适合安装奇数台服务器
2. Zookeeper虽然在配置文件中并没有指定Master和Slava,但是，Zookeeper工作时，是有一个节点为Leader，其他则为Follower，Leader是通过内部的选举机制临时产生的。

节点类型

• 持久：客户端和服务器断开连接后，创建的节点不删除
• 短暂：客户端和服务器断开连接后，创建的节点自己删除

1. 持久化目录节点

   客户端与Zookeeper断开连接后，该节点依旧存在

2. 持久化顺序编号目录节点

   客户端与Zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号

3. 临时目录节点

   客户端与Zookeeper断开连接后，该节点被删除

4. 客户端与Zookeeper断开连接后，该节点被删除，只是Zookeeper给该节点名称进行顺序编号

Zookeeper 实战

分布式安装部署