Zookeeper学习：Zookeeper 简介

最新推荐文章于 2022-03-19 22:19:57 发布

原创最新推荐文章于 2022-03-19 22:19:57 发布 · 339 阅读

0 ·

CC 4.0 BY-SA版权

文章标签：

#1024程序员节

Zookeeper 专栏收录该内容

19 篇文章

订阅专栏

本文介绍了Zookeeper的基本概念，如领导选举、会话机制和数据节点，强调了其特点如数据一致性、实时性和原子性。还详细讲解了数据结构、命名服务、配置管理和集群监控等应用场景。

部署运行你感兴趣的模型镜像

1. 概述

Zookeeper 是一个开源的分布式的，为分布式应用提供协调服务的 Apache 项目
Zookeeper从设计模式角度来理解：是一个基于观察者模式设计的分布式服务管理框架，它负责存储和管理数据，然后接受观察者的注册，一旦这些数据的状态发生变化，Zookeeper就将负责通知已经在Zookeeper上注册那些观察者做出相应的反应。

2. 基本概念

Zookeeper是一个开源的分布式协调服务，其设计目标是将那些复杂的且容易出错的分布式一致性服务封装起来，构成一个高效可靠的原语集，并以一些简单的接口提供给用户使用。zookeeper是一个典型的分布式数据一致性的解决方案，分布式应用程序可以基于它实现诸如数据订阅/发布、负载均衡、命名服务、集群管理、分布式锁和分布式队列等功能

集群⻆色
通常在分布式系统中，构成一个集群的每一台机器都有自己的角色，最典型的集群就是Master/Slave模式（主备模式），此情况下把所有能够处理写操作的机器称为Master机器，把所有通过异步复制方式获取最新数据，并提供读服务的机器为Slave机器。
而在Zookeeper中，这些概念被颠覆了。它没有沿用传递的Master/Slave概念，而是引入了Leader、Follower、Observer三种角色。Zookeeper集群中的所有机器通过Leader选举来选定一台被称为Leader的机器，Leader服务器为客户端提供读和写服务，除Leader外，其他机器包括Follower和Observer，Follower和Observer都能提供读服务，唯一的区别在于Observer不参与Leader选举过程，不参与写操作的过半写成功策略，因此Observer可以在不影响写性能的情况下提升集群的性能。
会话（session）
Session指客户端会话，一个客户端连接是指客户端和服务端之间的一个TCP长连接，Zookeeper对外的服务端口默认为2181，客户端启动的时候，首先会与服务器建立一个TCP连接，从第一次连接建立开始，客户端会话的生命周期也开始了，通过这个连接，客户端能够心跳检测与服务器保持有效的会话，也能够向Zookeeper服务器发送请求并接受响应，同时还能够通过该连接接受来自服务器的Watch事件通知。
数据节点（Znode）
在谈到分布式的时候，我们通常说的"节点"是指组成集群的每一台机器。然而，在ZooKeeper中，"节点"分为两类，第一类同样是指构成集群的机器，我们称之为机器节点；第二类则是指数据模型中的数据单元，我们称之为数据节点——ZNode。Zookeeper将所有数据存储在内存中，数据模型是一棵树（ZNode Tree），由斜杠（/）进行分割的路径，就是一个Znode，例如 /app/path1。每个ZNode上都会保存自己的数据内容，同时还会保存一系列属性信息。
版本
Zookeeper的每个Znode上都会存储数据，对于每个ZNode，Zookeeper都会为其维护一个叫作 Stat 的数据结构，Stat记录了这个ZNode的三个数据版本，分别是version（当前ZNode的版本）、cversion（当前ZNode子节点的版本）、aversion（当前ZNode的ACL版本）。
Watcher（事件监听器）
Wathcer（事件监听器），是Zookeeper中一个很重要的特性，Zookeeper允许用户在指定节点上注册一些Watcher，并且在一些特定事件触发的时候，Zookeeper服务端会将事件通知到感兴趣的客户端，该机制是Zookeeper实现分布式协调服务的重要特性
ACL
Zookeeper 采用 ACL（Access Control Lists）策略来进行权限控制，其定义了如下五种权限∶ CREATE（创建子节点的权限），READ（获取节点数据和子节点列表的权限），WRITE（更新节点数据的权限），DELETE（删除子节点的权限），ADMIN（设置节点ACL的权限）；其中需要注意的是，CREATE 和 DELETE 这两种权限都是针对子节点的权限控制