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 实战

分布式安装部署

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

qtayu

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值