一、ZooKeeper的功能以及工作原理

最新推荐文章于 2023-10-30 18:08:59 发布

一米多的李同学

最新推荐文章于 2023-10-30 18:08:59 发布

阅读量253

点赞数

分类专栏： ZooKeeper

本文链接：https://blog.csdn.net/qq_31329893/article/details/89155888

版权

ZooKeeper 专栏收录该内容

6 篇文章 0 订阅

订阅专栏

1、ZooKeeper是一个开源的分布式应用程序协调服务，是Google Chubby的开源实现，它是集群的管理者，监视着集群中各个节点的状态，根据节点提交的反馈进行下一步合理操作。最终，将简单易用的接口和性能高效、功能稳定的系统提供给用户。
在这里插入图片描述
2、ZooKeeper提供了什么？

	1)文件系统
	2)通知机制

3、ZooKeeper文件系统
在这里插入图片描述每个子目录项如NameService都被称作为znode，和文件系统一样，我们能够自由的增加、删除znode，在一个znode下增加、删除子znode，唯一的不同在于znode是可以存储数据的。

有四种类型的znode：

1)、persistent-持久化目录节点：客户端与zookeeper断开连接后，该节点依旧存在。
2)、persistent_sequential-持久化顺序编号目录节点:客户端与zookeeper断开连接后，该节点依旧存在，只是Zookeeper给该节点名称进行顺序编号。
3)、ephemeral-临时目录节点：客户端与ZooKeeper断开连接后，该节点被删除。
4)、ephemeral_sequential-临时顺序编号目录节点：客户端与ZooKeeper断开连接后，该节点被删除，只是ZooKeeper给该节点名称进行顺序编号。

3、ZooKeeper的通知机制
客户端注册监听它关心的目录节点，当目录节点发生变化（数据改变、被删除、子目录节点增加删除）时，zookeeper会通知客户端。

4、ZooKeeper主要功能

1、命名服务   
2、配置管理   
3、集群管理   
4、分布式锁  
5、队列管理

5、ZooKeeper的命名服务
在ZooKeeper的文件系统里创建一个目录，即有唯一的path。在我们使用tborg无法确定上游程序的部署机器时即可与下游程序约定好path，通过path即能互相探索发现。

6、ZooKeeper的配置管理
在这里插入图片描述程序总是需要配置的，如果程序分散部署在多台机器上，要逐个改变配置就变得困难。现在把这些配置全部放到zookeeper上去，保存在 Zookeeper 的某个目录节点中，然后所有相关应用程序对这个目录节点进行监听，一旦配置信息发生变化，每个应用程序就会收到 Zookeeper 的通知，然后从 Zookeeper 获取新的配置信息应用到系统中就好。

7、ZooKeeper的集群管理
在这里插入图片描述
集群管理无在乎两点：是否有机器退出和加入、选举master。
1)、所有机器约定在父目录GroupMembers下创建临时目录节点，然后监听父目录节点的子节点变化消息。一旦有机器挂掉，该机器与 zookeeper的连接断开，其所创建的临时目录节点被删除，所有其他机器都收到通知：某个兄弟目录被删除，于是，所有人都知道：它被删除了。

2)、新机器加入类似，所有机器收到通知：新兄弟目录加入，highcount又有了，所有机器创建临时顺序编号目录节点，每次选取编号最小的机器作为master就好。

8、ZooKeeper分布式锁
在这里插入图片描述
锁服务可以分为两类，一个是保持独占，另一个是控制时序。
1)、我们将ZooKeeper上的一个znode看作是一把锁，通过createznode的方式来实现。所有的客户端都去创建/distribute_lock 节点，最终成功创建的那个客户端也即拥有了这把锁。用完删除自己创建的distribute_lock节点就释放出锁。

2)、/distribute_lock已经预先存在，所有客户端在它下面创建临时顺序编号目录节点，和选master一样，编号最小的获得锁，用完删除，依次方便。

9、ZooKeeper队列管理
1)、同步队列，当一个队列的成员都聚齐时，这个队列才可用，否则一直等待所有成员到达。
2)、队列按照 FIFO 方式进行入队和出队操作。
第一类：在约定目录下创建临时目录节点，监听节点数目是否是我们要求的数目。
第二类：和分布式锁服务中的控制时序场景基本原理一致，入列有编号，出列按编号。

10、分布式与数据复制
ZooKeeper作为一个集群提供一致的数据服务，自然，它要在所有机器间做数据复制。数据复制的好处：
1)、容错：一个节点出错，不至于让整个系统停止工作，别的节点可以接管它的工作。
2)、提高系统的扩展能力：把负载分布到多个节点上，或者增加节点来提高系统的负载能力。
3)、提高性能：让客户端本地访问就近的节点，提高用户访问速度。

从客户端读写访问的透明度来看，数据复制集群系统分下面两种：
1)、写主(WriteMaster)：对数据的修改提交给指定的节点。读无此限制，可以读取任何节点，这种情况下客户端需要对读与写进行区别，俗称读写分离。

2)、写任意(Write Any)：对数据的修改可以提交给任意节点，跟读一样。这种情况下，客户端对集群节点的角色与变化透明。

对ZooKeeper来说，它采用的方式是写任意。通过增加机器，它的读吞能力和响应能力扩展性非常好，而写，随着机器的增多吞吐能力肯定下降（这也是它建立observer的原因），而响应能力则取决于具体实现方式，是延迟复制保持最终一致性，还是立即复制快速响应。

11、ZooKeeper角色描述
在这里插入图片描述
12、ZooKeeper设计目的
1)、最终一致性：client不论连接到哪个Server，展示给它都是同一个视图，这是zookeeper最重要的性能。