概述:
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
-
安装zookeeper
tar -zxvf zookeeper-3.4.10.tar.gz -C /opt/module/
-
更改配置文件的名字
[root@localhost conf]# mv zoo_sample.cfg zoo.cfg
-
更改配置文件
[root@localhost conf]# vim zoo.cfg #更改dataDir地址为/opt/module/zookeeper-3.4.10/zkData
-
启动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 内部原理
选举原理
- 半数机制:集群中半数以上机器存活,集群可用,所有Zookeeper适合安装奇数台服务器
- Zookeeper虽然在配置文件中并没有指定Master和Slava,但是,Zookeeper工作时,是有一个节点为Leader,其他则为Follower,Leader是通过内部的选举机制临时产生的。
节点类型
- 持久:客户端和服务器断开连接后,创建的节点不删除
- 短暂:客户端和服务器断开连接后,创建的节点自己删除
-
持久化目录节点
客户端与Zookeeper断开连接后,该节点依旧存在
-
持久化顺序编号目录节点
客户端与Zookeeper断开连接后,该节点依旧存在,只是Zookeeper给该节点名称进行顺序编号
-
临时目录节点
客户端与Zookeeper断开连接后,该节点被删除
-
客户端与Zookeeper断开连接后,该节点被删除,只是Zookeeper给该节点名称进行顺序编号