在ZK的源码中,leader,follower和observers的代码结构是高度统一的。在实现中主要的抽象就是request processor了。在处理消息的流水线(pipeline)中有很多不同的阶段,一个request processor代表其中的一个阶段,每一种server类型(无论leader,follower还是observer)实现了某一个特定的request processor的序列(相当于设计模式中的责任链模式,挺常见的)。每一个processor可以任意加到一条处理消息的责任链中。在所有的processor都处理OK之后,一个特定的消息才可以说被完全的处理了。
在代码中对应的是RequestProcessor接口,在这个接口中主要的方法是processRequest,它有一个Request的形参。在流水线的各个processor之间使用队列的形式来解耦。当一个processor有一个request要传给下一个processor时,就把request塞到队列中,在下一个processor准备处理这个request前,这个processor保持wait的状态。
Standalone模式
最简单的模式就是standalone模式了(参考ZooKeeperServer类,没有实现replication)。下图展示了对应的流水线。它有3个request processor:PrepRequestProcessor,SyncRequestProcessor和FinalRequestProcessor。
PrepRequestProcessor接收client的请求并执行,产生一个事务作为处理结果。执行一个操作后产生一个事务的处理结果,结果会直接反馈到ZK的data tree上。事务数据被附加到Request对象上。注意只有会改变ZK状态的操作才会产生一个事务,读操作不会产生事务,Request对象也不会附加事务数据。
下一个request processor是SyncRequestProcessor。它负责持久化事务到磁盘上。本质上是把事务按照顺序append到事务日志上,并每隔一段时间产生快照。后面的文章会更详细讨论事务日志和快照。
最后的processor是FinalRequestProcessor。当Request对象包括一个事务时它会改变data tree。另一方面,还会读data tree,返回结果给client。
Leader模式
当切换到quorum模式时,server的流水线有所改变。来看看leader的流水线吧(LeaderZooKeeperServer),如下图:
第一个processor仍然是PrepRequestProcessor,但接下来的processor变成了ProposalRequestProcessor。它负责准备proposal并发送到follower。ProposalRequestProcessor把所有的请求转发到CommitRequestProcessor,另外还把写请求转发给SyncRequestProcessor。
SyncRequestProcessor的工作方式与standalone模式一样,持久化事务到磁盘。最后触发AckRequestProcessor,这是一个简单的request processor,它会产生一个ack给自己。leader等待quorum中的每个server的ack,包括它自己,AckRequestProcessor会搞定。
ProposalRequestProcessor后面还有其他processor,这就是CommitRequestProcessor。如果接收到足够的ack,它会commit这个proposal。详见Leader类(Leader.processAck()方法)。
最后的processor是FinalRequestProcessor,它的作用跟standalone模式下是相同的。它会处理更新请求和读请求(可以将leader配置成不进行持久化,专注于处理proposal,降低负载)。在FinalRequestProcessor之前,还有一个简单的request processor,它负责从要被执行的proposal列表中丢弃不需要处理的proposal,它就是ToBeAppliedRequestProcessor。这个列表就是收到足够的ack的,等待执行的proposal。leader使用这个列表来跟follow进行同步,当收到ack时,会把proposal加到这个列表中。ToBeAppliedRequestProcessor在FinalRequestProcess处理之前丢弃列表中的一些元素。
注意只有更新的请求会被加入这个列表,ToBeAppliedRequestProcessor不会处理读请求。
follower和observer模式
接下来讨论follow模式(参考FollowerRequestProcessor类)。下图展示了每一个request processor。注意processor的序列不是唯一的,并且输入的形式有很多种请求,比如client请求,proposal和commit。我们使用箭头来标明follower的不同的路线。
首先FollowRequestProcessor接收并处理client的请求,并把请求转发到CommitRequestProcessor,此外还转发写请求到leader,还把读请求直接转发到FinalRequestProcessor。写请求则不一样,CommitRequestProcessor在写请求在FinalRequestProcessor上commit之前保持等待状态。
当leader接收到一个新的写请求时,无论是直接的(发生在本机)还是通过learner的,它会产生一个proposal并转发到它的follower。follower一旦接收到一个proposal,就会发送到自己的SyncRequestProcessor。SyncRequestProcessor会处理这个请求,写到事务日志,并转发到SendAckRequestProcessor,它会为这个proposal发送一个ack给leader。leader接收到足够的ack之后会commit这个proposal,leader就会发送commit消息给它的follower(也会发送INFORM消息给对应的observer)。一旦接收到commit消息,follower会用CommitRequestProcessor进行处理。
为了保证顺序的执行,CommitRequestProcessor会在接收到写请求时挂起,暂停处理其他请求。这意味着在写请求之后,接收到的任意的读请求会被阻塞,直到写请求完毕为止。通过等待来保证按照接收到的顺序来执行请求。
最后,observer的流水线(参考ObserverZooKeeperServer)非常类似follower。但是因为observer不需要对proposal进行ack,所以它没有必要向leader发回ack消息,也没有必要持久化事务到磁盘。如果让observer持久化的话可以加速recovery的过程,关于这点正在进行讨论,以后的release也许会有这项特性。
相关推荐
4. 更新配置:在ConfigServer端,可以使用`setData()`方法更新配置节点的数据,从而实现配置的推送。 ```java Stat stat = new Stat(); zookeeper.setData(serviceAConfigPath, updatedConfig.getBytes...
12.zookeeper的java户端api基本功能操作示范.mp4
**Zookeeper 概述** Zookeeper 是一个分布式协调服务,由 Apache 开发并维护,它为分布式应用程序提供了高效且...通过学习 Zookeeper 的基本概念、API 和使用示例,我们可以更好地理解和实现分布式环境下的复杂任务。
在HBase中,Zookeeper用于维护region server的状态,实现负载均衡。 针对学习资源,"国内首部Zookeeper从入门到精通"很可能是系列教程书籍或课程,它会从基础知识开始,逐步介绍Zookeeper的安装配置、API使用、集群...
这时,Zookeeper,一个高可用的分布式协调服务,常被用来实现分布式锁。 Zookeeper由Apache基金会开发,它提供了一种可靠的分布式一致性服务,包括命名服务、配置管理、集群同步、领导者选举等功能。Zookeeper基于...
在实际项目中,配合博主的文章,读者可以逐步学习如何将这些组件整合起来,构建一个基于SpringBoot和ZooKeeper的微服务框架。通过这个实践,开发者不仅能掌握微服务的基本概念,还能提升在分布式系统中的设计和实现...
unable to connect to ZooKeeper server解决方案(亲测可用)
【Zookeeper学习笔记】 Zookeeper是一个分布式协调服务,它的核心目标是简化分布式环境下的数据管理与系统协调。作为Apache Hadoop和HBase的重要组件,Zookeeper提供了简单的原语集,支持分布式应用程序之间的通信...
### 基于ZooKeeper的分布式Session实现详解 #### 1. 认识ZooKeeper ZooKeeper,形象地被称为“动物园管理员”,在分布式系统中扮演着至关重要的角色。随着企业级应用系统的不断扩展,传统的单体架构难以应对日益...
Zookeeper 搭建和原理学习 Zookeeper 是一个分布式的,开放源码的分布式应用程序协调服务,是 Google 的 Chubby 一个开源的实现。它是集群的管理者,监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理...
通过这些知识点的学习,我们不仅了解了如何在 Linux 环境下安装配置 zookeeper,并且还掌握了基本的操作命令和数据模型的基础知识。这对于深入理解 zookeeper 的工作原理及应用场景非常有帮助。
### Zookeeper 学习手册知识点概览 #### 1. ZooKeeper 基本概念 - **角色**: - **Leader**:集群中的领导者,负责处理客户端的写请求,并保持集群状态的一致性。 - **Follower**:集群中的跟随者,处理客户端的...
《ZooKeeper学习之运维工具zkweb》 ZooKeeper是一个分布式的,开放源码的分布式应用程序协调服务,它是集群的管理者,监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作。最终将简单易用的接口和...
在分布式应用系统中,实现分布式锁是解决多系统或多个服务实例...此外,由于Zookeeper是CP模型(一致性、分区容错性),在网络分区发生时,可能会导致无法获取锁的情况,这也是在实现分布式锁时需要考虑的因素之一。
Curator还提供了测试工具,如`TestingServer`,用于单元测试和集成测试,模拟ZooKeeper服务器的行为。 了解并熟练使用Curator客户端对于开发基于ZooKeeper的分布式应用至关重要。通过其强大的功能和易于使用的API...
总的来说,这些学习资料提供了从基础到实践的全面理解Zookeeper的途径,对于学习者来说,可以先从文档中了解Zookeeper的基本概念和原理,然后通过阅读网页文章深入理解其在实际项目中的应用,最后结合附件中的示例...
**Zookeeper的分布式锁实现原理** 1. **节点创建与监视**: Zookeeper允许客户端创建临时节点,这些节点会在客户端断开连接时自动删除。分布式锁的实现通常会为每个请求创建一个临时顺序节点,按照创建的顺序形成一...
《Zookeeper学习资料 中篇》 Zookeeper,作为Apache Hadoop的一个子项目,是一个分布式的,开放源码的分布式应用程序协调服务,它是集群的管理者,监视着集群中各个节点的状态根据节点提交的反馈进行下一步合理操作...
1. **基础概念**:了解Zookeeper的基本架构,包括服务器节点(Server)、客户端(Client)以及数据模型(ZNode)。ZNode是Zookeeper中的基本数据单元,具有路径、数据、权限信息等属性。 2. **安装与配置**:如何在...
【标题】"Dubbo入门搭建zookeeper集群+服务端消费端demo"主要涵盖了两个核心的分布式服务框架——Dubbo和Zookeeper,以及如何在实际环境中整合它们进行服务的注册与发现。 Dubbo是阿里巴巴开源的一款高性能、轻量级...