zookeeper: 管理分布式应用程序的协调系统

x33g5p2x  于2020-12-20 发布在 Zookeeper  
字(0.9k)|赞(0)|评价(0)|浏览(749)

正如在前面的消息中看到的,Kafka 说,他主要有一个"制作人",一个将消息发送到卡夫卡,一个正在存储消息的"卡夫卡(经纪人)",一个"消费者"来接收消息。最后,还有一个协调应用程序,卡夫卡和不能下降主守护者zookeeper

主守护者是一个协调应用程序,用于集中管理分布式应用程序,用于管理 Kafka 的状态。由于卡夫卡与主守护者的密切沟通,因此使用主守护者对于使用卡夫卡至关重要。

最初,主守护者是Hadoophadoop的子项目之一。Hadoop 是一个高容量分布式处理应用程序,它开始需要协调应用程序来集中管理分布式应用程序,并开始使用子项目开发主守护者。然而,在 2011 年 1 月,主守护者最终被提升为 Apachi 顶级项目,现在不仅用于 Apachi Kafka,还用于各种应用程序。


[来源] https://zookeeper.apache.org/doc/current/zookeeperover.html

如上图所示,主守护者以群集形式配置多个服务器。(在主基弗中,此类群集称为"合奏"。然后,多个分布式应用程序与客户端和主守护服务器连接,然后发送和接收状态信息。这些状态信息以键值 (key: value) 的形式存储在主守护者内部称为"节点节点"的地方。

G节点是指在主保持器中存储数据的空间的名称,类似于普通计算机上的文件夹结构。

最根目录由 / 表示,其下有一个子路径,如 app1 和 app2,其下p_1与应用程序结构相同。吉诺德管理版本号,以便通过数据更改进行验证,因此,每当该地节点中的数据发生更改时,该版本号都会增加。

此外,存储在主守护程序中的数据都存储在内存中,因此吞吐量非常大且速度很快。

在上面,主守护者说,它由合奏组成,如果合奏中的节点中超过一半,他们将继续提供服务。例如,如果具有五个节点룯,则即使两个节点出现故障,它们仍可以持续运行,因为超过一半是活的。这意味着,组合配置的数量越多,多数数也会增加,因此,即使发生故障,也可以响应故障。

由于应用多数方法,主守护者必须奇数配置服务器。

主守护者可以在下面的 url 中下载,或者可以使用 docker 与 Kafka 一起配置。

相关文章