核心
集群角色
简介
通常在分布式系统中,构成一个集群的每一台机器都有自己的角色,最典型的集群模式就是Master/Slave模式(主备模式)
在这种模式中,我们把能够处理所有写操作的机器称为Master机器,把所有通过异步复制方式获取最新数据,并提供读服务的机器称为Slave机器
概念颠覆
而在ZooKeeper中,这些概念被颠覆了。它没有沿用传统的MasterlSlave概念,而是引入了Leader、Follower和 Observer三种角色
数据节点
简介
在谈到分布式的时候,我们通常说的“节点”是指组成集群的每一台机器
在ZooKeeper中节点分为两类:
第一类同样是指构成集群的机器,我们称之为机器节点
第二类则是指数据模型中的数据单元,我们称之为数据节点——ZNode
数据模型
在Zookeeper中,可以说 Zookeeper中的所有存储的数据是由znode组成的,节点也称为znode,并以key/value形式存储数据
ZooKeeper将所有数据存储在内存中,数据模型是一棵树
保存数据
以 key/value 形式存储数据,key就是znode的节点路径,比如 /java , /server
节点特性
持久节点
持久节点是zookeeper中最常见的一种节点类型。所谓持久节点,是指改数据节点被创建后,
就会一直存在与zookeeper服务器上,直到有删除操作来主动清除这个节点
持久顺序节点
这类节点的基本特性和上面的节点类型是一致的。额外的特性是,在ZK中,
每个父节点会为他的第一级子节点维护一份时序,会记录每个子节点创建的先后顺序
临时节点
从名称上可以看出该节点的一个最重要的特性就是临时性。
所谓临时性是指,如果将节点创建为临时节点,那么该节点数据不会一直存储在 ZooKeeper 服务器上
和持久节点不同的是,临时节点的生命周期和客户端会话绑定。也就是说,如果客户端会话失效,那么这个节点就会自动被清除掉注意,
这里提到的是会话失效,而非连接断开。另外,在临时节点下面不能创建子节点
临时顺序节点
临时顺序节点的基本特性和临时节点是一致的,同样是在临时节点的基础上,添加了顺序的特性
Watcher监听机制
简介
ZooKeeper 提供了分布式数据的发布/订阅功能。一个典型的发布/订阅模型系统定义了一种一对多的订阅关系,
能够让多个订阅者同时监听某一个主题对象,当这个主题对象自身状态变化时,会通知所有订阅者,使它们能够做出相应的处理
在ZooKeeper中,引入了Watcher机制来实现这种分布式的通知功能。ZooKeeper 允许客户端向服务端注册一个Watcher监听,
当服务端的一些指定事件触发了这个Watcher,那么就会向指定客户端发送一个事件通知来实现分布式的通知功能文章来源:https://www.toymoban.com/news/detail-610140.html
ACL权限控制
注意
ZooKeeper的权限控制是基于每个znode节点的,需要对每个节点设置权限
每个znode支持设置多种权限控制方案和多个权限
子节点不会继承父节点的权限,客户端无权访问某节点,但可能可以访问它的子节点
权限模式【Schema】
world 只有一个用户:anyone,代表所有人(默认)
ip 使用IP地址认证
auth 使用已添加认证的用户认证
digest 使用“用户名:密码”方式认证
授权对象【ID】
IP 通常是一个IP地址或是IP段,例如“192.168.66.101”
Digest 自定义,通常是“username:BASE64(SHA-1(username:password))”
World 只有一个ID:"anyone"
Super 与Digest模式一致
权限【Permission】
CREATE c 可以创建子节点
DELETE d 可以删除子节点(仅下一级节点)
READ r 可以读取节点数据及显示子节点列表
WRITE w 可以设置节点数据
ADMIN a 可以设置节点访问控制列表权限
文章来源地址https://www.toymoban.com/news/detail-610140.html
到了这里,关于zookeeper的核心概念的文章就介绍完了。如果您还想了解更多内容,请在右上角搜索TOY模板网以前的文章或继续浏览下面的相关文章,希望大家以后多多支持TOY模板网!