概述

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

image-20221016145006586

特点

1）Zookeeper：一个领导者（Leader），多个跟随者（Follower）组成的集群

2）集群中只要有半数以上节点存活，Zookeeper集群就能正常服务。所以Zookeeper适合安装奇数台服务器

3）全局数据一致：每个Server保存一份相同的数据副本，Client无论连接到哪个Server，数据都是一致的

4）更新请求顺序执行，来自同一个Client的更新请求按其发送顺序依次执行

5）数据更新原子性，一次数据更新要么成功，要么失败

6）实时性，在一定时间范围内，Client能读到最新数据


数据结构

整体上可以看作是一棵树，每个节点称做一个 ZNode

每一个 ZNode 默认能够存储 1MB 的数据，每个 ZNode 都可以通过其路径唯一标识

image-20221016150209261

应用场景

统一命名服务

在分布式环境下，经常需要对应用 / 服务进行统一命名，便于识别

image-20221016150610425

统一配置管理

1）一般要求一个集群中，所有节点的配置信息是一致的

2）对配置文件修改后，希望能够快速同步到各个节点上

配置管理可交由Zookeeper实现

1）将配置信息写入Zookeeper的一个Znode上

2）各个客户端服务器监听这个Znode

image-20221016151617853

统一集群管理

分布式环境中，需要实时掌握每个节点的状态，可根据节点实时状态做出一些调整

ZooKeeper可以通过将节点信息写入ZooKeeper上的一个ZNode，监听这个ZNode可获取它的实时状态变化来实现实时监控节点状态发生的变化变化

image-20221016151649948

服务器动态上下线

客户端能实时洞察到服务器上下线的变化

1）服务端启动时去注册信 息（创建都是临时节点）

2）获取到当前在线服务器列 表，并且注册监听

3）服务器节点下线

4）服务器节点上下线事件通知到客户端


软负载均衡

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

image-20221016151936912

入门

本地安装


配置参数解读

image-20221016155415004

1、tickTime = 2000：通信心跳时间，Zookeeper服务器与客户端心跳时间，单位为毫秒

image-20221016155557945

2、initLimit = 10：Leader和Follower初始连接时能容忍的最多心跳数（tickTime的数量）

image-20221016155656797

3、syncLimit = 5：Leader和Follower同步通信时限

  • Leader和Follower之间通信时间如果超过syncLimit * tickTime，Leader认为Follwer宕机

4、dataDir：保存Zookeeper中的数据

  • 注意：默认的tmp目录，容易被Linux系统定期删除，所以一般不用默认的tmp目录

5、clientPort = 2181：客户端连接端口，通常不做修改