查看zookeeper版本_「成都校区」zookeeper 知识

1.是什么

设计模式得理解: 是一个基于观察者模式设计的分布式服务管理框架,它负责存储和管理大家都关心的数据,然后接受观察者的主从,一旦这些数据的状态发生改变,

Zookeeper 就负责同志已在Zookeeper 上注册的那些观察者做出相应的反应,从而实现集群中类似Master/Slave管理模式

zookeeper = 文件系统+ 通知机制

2.能干嘛:

统一命名服务 (dubbo)

配置维护

集群管理

分布式消息同步和协调机制

负债均衡

对Dubbo的支持

备注

:Zookeeper提供了一套很好的分布式集群管理的机制,就是它基于层次型的目录树的数据结构,并对树种的节点进行有效的管理,从而设计出多种多样的分布式管理模式,作为

分布式调度和沟通的桥梁

1.tickTime : 通信的心跳数,Zookeeper 服务器心跳时间,单位是毫秒

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

它用于心跳机制

2.initLimit :LF初始通信时限 10

集群中的follower 跟随者服务器(F) 与leader 领导者服务器(L)之间初始连接时 能容忍的最多时间,用它来限定集群中Zookeeper 服务器连接到Leader 的时限

3.syncLimit: LF 同步通信时限 5

集群中Leader 与Follower 之间通信的最大相应时间单位,加入响应时间超过syncLimit * tickTime ,Leader 认为Follwer 死掉,从服务器列表中删除Follwer

4.dataDir: 数据文件目录,+数据持久化路径

5.clientPort:端口号

2、zookeeper 入门

create -e -s

ls / ls2 /

get /zookeeper

set

delete

rmr

1.查看+获得zookeeper 的服务器上的数据存储信息 ls

2.文件系统: zookeeper 维护了一个类似文件系统的数据结构

类似于windows 的注册表, 有名称, 有树节点,有key(键)/value(值)对的关系

可以看做一个树形结构的数据库 ,分布在不同的机器上做名称管理

3.初始Zode 节点

Zookeeper 数据结构与Unix 文件系统类似,整体上可以看作一棵树,每个节点称为一个ZNode ,我很显然,zookeeper集群自身维护了一套数据结构。

整个存储结构是一个树形结构,每一个Znode 默认能够存储1MB的数据,每个ZNode都可以通过其路径唯一标识

3、深入Zode

Znode的结构模型:

1、Zookeeper 的Stat 结构体

Znode 维护了一个stat 结构,这个stat 包含数据变化的版本号,访问控制列表变化,还有时间戳,版本号和时间戳一起,

可让Zookeeper 验证缓存和协调更新,每个znode数据发生了变化,版本号就增加

例如:无论何时客户端解索数据,它也一起检索数据的版本号,并且当客户端执行更新或删除时,客户端必须提供他正在改变的znode 版本号,如果它提供的版本号和真实的版本号不一致,更新会失败

czxid:引起这个znode创建的zxid,创建节点的事务zxid,为了保证顺序性

zkid :必须单调递增。因此Zookeeper使用一个64位的数来表示,高32位是Leader的epoch,从1开始,每次选出新的Leader,epoch加一。

低32位为该epoch内的序号,每次epoch变化,都将低32位的序号重置。这样保证了zkid的全局递增性。

ctime :zode被创建的毫秒数(1970年开始)

mzxid:znode最后更新的zxid

mtime: znode 最后被修改的时间

pzxid :znode最后更新的子节点zxid

小结:Zookeeper 内部维护了一套类似于UNix的树形结构,由Znode 构成的集合,每一个znode由多个树形进行描述

Znode 存在的類型 -e -s

PERSISTENT 持久化目录节点

PERSISTENT_SEQUENTIAL 持久化顺序编号目录节点

EPHEMERAL 临时目录节点

EPHEMERAL SEQUENTIAL 临时顺序编号目录节点

小结:zookeeper的一个节点对应一个应用,节点存储的数据就是应用需要的配置信息

watch : 数据观察 和 节点观察

1. 客户端注册监听它关心的目录节点,当目录节点发生变化(数据改变,删除,子节点增加,zookeeper 会通知客户端)

2.zookeeper 支持watch(观察)的概念,客户端可以在每个znode节点上设置一个观察,如果被观察服务端的znode节点有变更,那么watch就会被触发,

这个watch所属的客户端将收到一个通知包被告知哪个节点发生了变化,把相应的时间通知给设置watcher的client 端

在getData() ,getChildren() 和exists()都有设置watch的选项

异步回调触发机制

特征:

1.一次触发

2.发送客户端

异步,Zookeeper 提供一个顺序保证,在watch事件之前绝不会看到变化,这样不同客户端看到的是一致性顺序

3.为数据设置watch

4.时序性和一致性

3.编辑zoo.cfg

4.在各自mydata下创建myid,在里边写入server 数字

5.分别启动三个服务器

6.zkCli连接server,带参数指定-server

3e3bfd07fce944c477e5e3c6aebc7dc9.png
  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

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

余额充值