Zookeeper的设计目标

川长思鸟来 2021-11-08 19:20 297阅读 0赞

### Zookeeper的设计目标 ###

*  简单的数据模型
 *  可构建集群
 *  顺序访问
 *  高性能

# 简单的数据模型 #

Zookeeper允许分布式进程通过共享的层次结构命名空间进行相互协调，这跟标准文件系统类似。 名称空间是由Zookeeper中的数据寄存器组成 - 称为Znode，这些类似于文件和目录。 跟为存储设计的典型文件系统不同，Zookeeper数据保存在内存中，这j就意味着Zookeeper可以实现高吞吐量和低延迟。  
![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70]

# 可构建集群 #

为了保证高可用，最好是以集群形态来部署Zookeeper，只要集群中大部分机器是可用的，那么Zookeeper本身就是可用的，即能容忍一定程度的机器故障。 客户端在使用Zookeeper的时候，需要知道集群机器列表，通过与集群中的某一台机器建立TCP 连接来使用服务，客户端使用这个TCP连接来发送请求、获取结果、获取监听事件以及发送数据包。如果这个连接异常断开了，客户端可以及时连接到另外的机器上。  
Zookeeper官方提供的架构图：  
![在这里插入图片描述][20190806154419429.png]  
上图中每一个Server代表一个安装Zookeeper服务的服务器。组成Zookeeper服务的服务器都会在内存中维护当前的服务器状态，并且每台服务器之间都互相保持着通信。集群间通过Zab协议（Zookeeper Atomic Broadcast）来保持集群间数据的一致性。

# 顺序访问 #

对于来自客户端的每个更新请求，Zookeeper都会分配全局唯一的一个递增编号，这个编号反映了所有事务操作的先后顺序，应用程序可以通过Zookeeper这个特性来实现更高层次的同步原语。 这个编号也叫做时间戳——zxid（Zookeeper Transaction Id）。

# 高性能 #

Zookeeper 是高性能的。 在“读”多于“写”的应用程序中这一点尤其突出，因为“写”会导致所有的服务器间同步状态。（“读”多于“写”是协调服务的典型场景。）

[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L3lqbjE5OTU_size_16_color_FFFFFF_t_70]: /images/20211108/fede89ab6a544497a86366538947b338.png
[20190806154419429.png]: /images/20211108/0a8bec6c99ef440da0a321e53dca80a0.png