Zookeeper入门(三)之工作流

一旦ZooKeeper集合启动,它将等待客户端连接。客户端将连接到ZooKeeper集合中的一个节点。它可以是leader或follower节点。一旦客户端被连接,节点将向特定客户端分配会话ID并向该客户端发送确认。如果客户端没有收到确认,它将尝试连接ZooKeeper集合中的另一个节点。 一旦连接到节点,客户端将以有规律的间隔向节点发送心跳,以确保连接不会丢失。

  • 如果客户端想要读取特定的znode,它将会向具有znode路径的节点发送读取请求,并且节点通过从其自己的数据库获取来返回所请求的znode。为此,在ZooKeeper集合中读取速度很快。

  • 如果客户端想要将数据存储在ZooKeeper集合中,则会将znode路径和数据发送到服务器。连接的服务器将该请求转发给leader,然后leader将向所有的follower重新发出写入请求。如果只有大部分节点成功响应,而写入请求成功,则成功返回代码将被发送到客户端。 否则,写入请求失败。绝大多数节点被称为 Quorum

 

ZooKeeper集合中的节点

让我们分析在ZooKeeper集合中拥有不同数量的节点的效果。

  • 如果我们有单个节点,则当该节点故障时,ZooKeeper集合将故障。它有助于“单点故障",不建议在生产环境中使用。

  • 如果我们有两个节点而一个节点故障,我们没有占多数,因为两个中的一个不是多数。

  • 如果我们有三个节点而一个节点故障,那么我们有大多数,因此,这是最低要求。ZooKeeper集合在实际生产环境中必须至少有三个节点。

  • 如果我们有四个节点而两个节点故障,它将再次故障。类似于有三个节点,额外节点不用于任何目的,因此,最好添加奇数的节点,例如3,5,7。

我们知道写入过程比ZooKeeper集合中的读取过程要贵,因为所有节点都需要在数据库中写入相同的数据。因此,对于平衡的环境拥有较少数量(例如3,5,7)的节点比拥有大量的节点要好。

下图描述了ZooKeeper工作流,后面的表说明了它的不同组件:

 

小结:

之所以将引入到我的博客园中,是因为我觉得可以帮助更多的朋友,当然了,目前仅仅只是理论方面的,实际方面的后续也会增加。我准备将其写成一个系列,希望大家都能受益。

 

本文大部分内容引自w3cschool:https://www.w3cschool.cn/zookeeper/zookeeper_workflow.html

相关文章

#一、什么是ZooKeeper**ZooKeeper是一个分布式服务协调框架*...
2.ZooKeeper介绍2.1.ZooKeeper由来正式介绍ZooKeeper之前,我...
Zookeeper概述1.ZooKeeper最为主要的使⽤场景,是作为分布式...
环境:1.VMware®Workstation12Pro 2.CentOS7 3.zookeeper...
###1\.面试官:工作中使用过Zookeeper嘛?你知道它是什么...
##2\.ZooKeeper介绍###2.1\.ZooKeeper由来正式介绍Z...