margu_168的博客

ZooKeeper的会话失效机制确保在客户端失去与ZooKeeper服务器连接的情况下，其对集群的临时状态和写操作被正确处理。当Znode发生变化时，ZooKeeper会通知客户端注册的Watcher，以便在Znode状态变化时采取相应的操作。ZooKeeper的Watch机制是通过在服务器端和客户端之间建立长连接，并在服务器端维护Watcher的注册和通知机制来实现的。当ZooKeeper的数据发生变化时，例如节点创建、删除或数据更新，ZooKeeper会触发相关的Watcher事件。

ZooKeeper（动物园管理员） ，顾名思义，是用来管理Hadoop（大象）、Hive（蜜蜂）、Pig（小猪）的管理员，同时Apache HBase、Apache Solr等众多项目中都采用了ZooKeeper。作为一个集群提供数据一致的分布式协调服务，它最好的方式就是在整个集群中的各服务节点进行数据的复制和同步。数据复制的好处：容错：一个节点出错，不至于让整个集群无法提供服务扩展性：通过增加服务器节点能提高 ZooKeeper 系统的负载能力，把负载分布到多个节点上。

本文将分享一些zookeeper在日常使用中一些维护经验。

日常工作中，我们有时候需要对zookeeper集群的状态进行检查，下面分享一些常用的方法。上述两种方式获取的指标大体上一样的。

在前一章的基础上，在启动Zookeeper服务之后，输入以下命令，连接到Zookeeper服务。连接成功之后，系统会输出Zookeeper的相关环境及配置信息，并在屏幕输出“welcome to Zookeeper！输入help之后，屏幕会输出可用的Zookeeper命令，如下图所示。

实际的生产使用中，我们一般推荐搭建奇数多节点的zookeeper集群，如3/5/7。在本次测试中，我使用了centos7 三台服务器搭建，复用了我搭建k8s集群的环境，如下表。此次部署的zookeeper版本为3.7.1。

ZooKeeper 是分布式应用程序的分布式开源协调服务。它公开了一组简单的原语，分布式应用程序可以基于这些原语实现更高级别的同步、配置维护、组和命名服务等。它被设计为易于编程，并使用一种数据模型，该模型以熟悉的文件系统目录树结构为风格。它在 Java 中运行，并具有 Java 和 C 的绑定。众所周知，协调服务很难做好。它们特别容易出现竞争条件和死锁等错误。ZooKeeper背后的动机是减轻分布式应用程序从头开始实现协调服务的责任。