文档介绍：该【云计算系列教程2 】是由【太丑很想放照片】上传分享，文档一共【15】页，该文档可以免费在线阅读，需要了解更多关于【云计算系列教程2 】的内容，可以使用淘豆网的站内搜索功能，选择自己适合的文档，以下文字是截取该文章内的部分文字，如需要获得完整电子版，请下载此文档到您的设备，方便您编辑和打印。云计算系列教程演示文稿
当前1页,总共15页。
优选云计算系列教程
当前2页,总共15页。
主要内容
ZooKeeper的数据模型
ZooKeeper的数据读写机制
ZooKeeper的使用方法
当前3页,总共15页。
为什么需要ZooKeeper?
大部分分布式应用需要一个主控、协调器或控制器来管理物理分布的子进程(如资源、任务分配等)
目前,大部分应用需要开发私有的协调程序,缺乏一个通用的机制
协调程序的反复编写浪费,且难以形成通用、伸缩性好的协调器
ZooKeeper:提供通用的分布式锁服务,用以协调分布式应用(如,为HBase提供服务)
当前4页,总共15页。
ZooKeeper的数据模型
层次化目录结构
命名符合常规文件系统规范,
不能包含/
节点Znode可以包含数据与子
节点
客户端应用可在节点上设置
监视器
节点数据不支持部分读写,
而是一次性完整读写
Ephemeral节点
当前5页,总共15页。
节点创建属性
Ephemeral
创建的节点不是持久节点
一旦与客户端的会话结束,节点自动删除
Sequence
创建节点时,编号自动加1
例如x-1,x-2,s-3,x-4等
当前6页,总共15页。
ZooKeeper的读写机制
ZooKeeper是一个由多个Server组成的集群
一个Leader,多个Follower
每个Server都保存了一份数据副本
全局数据一致
分布式读写
更新请求转发,由Leader实施
当前7页,总共15页。
使用ZooKeeper的约定
更新请求顺序执行
来自同一个Client的更新请求按其发送顺序依次执行
数据更新原子性
一次数据更新要么成功,要么失败。不存在部分数据写入成功或失败的情况
全局唯一数据视图
Client无论连接哪个Server,数据视图都是一致的
实时性
在一定时间范围内,Client能读到最新数据
当前8页,总共15页。
ZooKeeper的API
Stringcreate(path,data,acl,flags)
voiddelete(path,expectedVersion)
StatsetData(path,data,expectedVersion)
(data,Stat)getData(path,watch)
Statexists(path,watch)
String[]getChildren(path,watch)
voidsync(path)
StatsetACL(path,acl,expectedVersion)
(acl,Stat)getACL(path)
包含监视器
调用参数均包含节点路径
当前9页,总共15页。
对比:Chubby的API
handleOpen(path,…)
Close(handle,…)
GetContentsAndStat(handle,…),GetStat(handle),ReadDir(handle,…)
SetContents(handle),SetACL(handle,…)
Delete(path)
Acquire(),TryAcquire(),Release()
GetSequencer(),SetSequencer(),CheckSequencer()
仅Open包含节点路径,生成handle供其他API使用
当前10页,总共15页。