服务端命令1、启动服务端进入zookeeper的bin目录，执行zkServer.shstart命令zkServer.shstart2、重启服务端进入zookeeper的bin目录，执行zkServer.shrestart命令zkServer.shrestart3、停止服务端进入zookeeper的bin目录，执行zkServer.shstop命令zkServer.shstop4、jps使用jps命令查看，存在QuorumPeerMain进程，表示Zookeeper已经启动,不存在就没有启动jps客户端1、打开客户端进入zookeeper的bin目录，执行./zkCli.sh命令./zkCli
服务端命令1、启动服务端进入zookeeper的bin目录，执行zkServer.shstart命令zkServer.shstart2、重启服务端进入zookeeper的bin目录，执行zkServer.shrestart命令zkServer.shrestart3、停止服务端进入zookeeper的bin目录，执行zkServer.shstop命令zkServer.shstop4、jps使用jps命令查看，存在QuorumPeerMain进程，表示Zookeeper已经启动,不存在就没有启动jps客户端1、打开客户端进入zookeeper的bin目录，执行./zkCli.sh命令./zkCli
目录备注：nfs存储参考链接一、zk镜像拉取并制作为自己镜像二、编辑zookeeper.yaml文件 三、安装zk并检查状态 四、验证zookeeper集群可用性五、制作对应版本的kafka镜像六、编辑kafka.yaml文件七、创建kafka并查看状态八、zk与kafka连通性查看九、错误&解决备注：nfs存储参考链接k8s配置hadoop集群，nfs作为存储_疯飙的蜗牛的博客-CSDN博客一、zk镜像拉取并制作为自己镜像##官网镜像不能下载，使用如下镜像，并制作为自己镜像dockerpullmirrorgooglecontainers/kubernetes-zookeeper:1.0-3.
前言Hadoop的三大件（HDFS、MapReduce和Yarn）基本上是学完了，剩下时间就是把《Hadoop权威指南》多啃几遍就行了。今天开干ZooKeeper！尽管最近是考试周，但是丝毫挡不住学习新知识的热情，干就完了！ZooKeeper入门1.1概述 Zookeeper是一个开源的分布式的，为分布式框架提供协调服务的Apache项目，它是一个为分布式系统解决数据一致性方案的中间件，它致力于分布式应用中的一些高性能的、高可用的并且具有严格访问顺序控制的能力模型，实现分布式的协调服务。 ZooKeeper主要是为了解决分布式架构下数据一致性问题，典型的应用场景有分
CREATE、READ、WRITE、DELETE、ADMIN也就是增、删、改、查、管理权限，这5种权限简写为crwda(即：每个单词的首字符缩写)注：这5种权限中，delete是指对子节点的删除权限，其它4种权限指对自身节点的操作权限Zookeeper的ACL通过scheme🆔permissions来构成权限scheme这边主要用到4种方式：world：默认方式，相当于全世界都能访问auth：代表已经认证通过的用户(cli中可以通过addauthdigestuser:pwd来添加当前上下文中的授权用户)digest：即用户名:密码这种方式认证，这也是业务系统中最常用的ip：使用Ip地址认证这次
CREATE、READ、WRITE、DELETE、ADMIN也就是增、删、改、查、管理权限，这5种权限简写为crwda(即：每个单词的首字符缩写)注：这5种权限中，delete是指对子节点的删除权限，其它4种权限指对自身节点的操作权限Zookeeper的ACL通过scheme🆔permissions来构成权限scheme这边主要用到4种方式：world：默认方式，相当于全世界都能访问auth：代表已经认证通过的用户(cli中可以通过addauthdigestuser:pwd来添加当前上下文中的授权用户)digest：即用户名:密码这种方式认证，这也是业务系统中最常用的ip：使用Ip地址认证这次
ZooKeeper是一个典型的发布/订阅模式的分布式数据管理与协调框架，我们可以使用它来进行分布式数据的发布与订阅。另一方面，通过对ZooKeeper中丰富的数据节点类型进行交叉使用，配合Watcher事件通知机制，可以非常方便地构建一系列分布式应用中都会涉及的核心功能，如数据发布/订阅、命名服务、集群管理、Master选举、分布式锁和分布式队列等。那接下来就针对这些典型的分布式应用场景来做下介绍。1、数据发布/订阅 数据发布/订阅（Publish/Subscribe）系统，即所谓的配置中心，顾名思义就是发布者将数据发布到ZooKeeper的一个或一系列节点上，供
ZooKeeper是一个典型的发布/订阅模式的分布式数据管理与协调框架，我们可以使用它来进行分布式数据的发布与订阅。另一方面，通过对ZooKeeper中丰富的数据节点类型进行交叉使用，配合Watcher事件通知机制，可以非常方便地构建一系列分布式应用中都会涉及的核心功能，如数据发布/订阅、命名服务、集群管理、Master选举、分布式锁和分布式队列等。那接下来就针对这些典型的分布式应用场景来做下介绍。1、数据发布/订阅 数据发布/订阅（Publish/Subscribe）系统，即所谓的配置中心，顾名思义就是发布者将数据发布到ZooKeeper的一个或一系列节点上，供
Zookeeper的高度可靠性是一个分布式的系统,多个节点并且节点中记录的数据是完全一致(一致性),当某个zk的节点宕机之后不会影响工作。因为Zookeeper的主节点不存在单点故障！Zookeeper的主节点是可以动态选举出来的！Zookeeper的选举机制(奇数台)zookeeper的进程在不同的工作模式下，有不同的通信端口（比如选举时，通过端口3888通信；作为leader或者follower接收客户端请求时通过端口2181；leader和follower之间通信用2888）zk集群安装的时候会人为的为每台机器分配一个唯一的idLeader选举过程（以3个节点的集群为例）：集群初次启动时
Nacos、Eureka和Zookeeper都是服务注册中心，它们的主要功能是管理分布式系统中各个微服务实例的注册与发现。它们之间的主要区别在于：1.语言支持：Nacos是用Java语言开发的，Eureka是用Java语言开发的，Zookeeper则是用C语言开发的。2.功能特性：Nacos支持服务发现、配置管理、流量管理、DNS、动态DNS等多种特性，而Eureka只支持服务注册和发现功能，Zookeeper可以实现可靠的数据存储和协调。3.应用场景：Nacos适用于Kubernetes、ServiceMesh、SpringCloud等云原生场景，Eureka适用于SpringCloud
