一、概述

  1. Zookeeper是一个开源的分布式的，为分布式应用提供协调服务的Apache项目。
  2. Zookeeper从设计模式角度来理解：是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理大家都关心的数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册的那些观察者做出相应的反应，从而实现集群中类似Master/Slave管理模式
  3. Zookeeper=文件系统+通知机制

二、应用场景

提供的服务包括：分布式消息同步和协调机制、服务器节点动态上下线、统一配置管理、负载均衡、集群管理等。

  1. 分布式消息同步和协调机制
  2. 服务器节点动态上下线
  3. 负载均衡
  4. 集群管理

三、单机模式安装部署

  1. 安装流程详见：浅谈SpringBoot整合Dubbo（附zookeeper的单机安装说明）
  2. 参数说明
  • 1). tickTime：通信心跳数，Zookeeper服务器心跳时间，单位毫秒:
    Zookeeper使用的基本时间，服务器之间或客户端与服务器之间维持心跳的时间间隔，也就是每个tickTime时间就会发送一个心跳，时间单位为毫秒。 它用于心跳机制，并且设置最小的session超时时间为两倍心跳时间。(session的最小超时时间是2*tickTime)
  • 2). initLimit：LF初始通信时限:
    集群中的follower跟随者服务器(F)与leader领导者服务器(L)之间初始连接时能容忍的最多心跳数（tickTime的数量），用它来限定集群中的Zookeeper服务器连接到Leader的时限。 投票选举新leader的初始化时间 Follower在启动过程中，会从Leader同步所有最新数据，然后确定自己能够对外服务的起始状态。 Leader允许F在initLimit时间内完成这个工作。
  • 3). syncLimit：LF同步通信时限:
    集群中Leader与Follower之间的最大响应时间单位，假如响应超过syncLimit * tickTime， Leader认为Follwer死掉，从服务器列表中删除Follwer。 在运行过程中，Leader负责与ZK集群中所有机器进行通信，例如通过一些心跳检测机制，来检测机器的存活状态。 如果L发出心跳包在syncLimit之后，还没有从F那收到响应，那么就认为这个F已经不在线了。
  • 4). dataDir：数据文件目录+数据持久化路径:
    保存内存数据库快照信息的位置，如果没有其他说明，更新的事务日志也保存到数据库。
  • 5). clientPort：客户端连接端口:
    监听客户端连接的端口