微服务实战系列之ZooKeeper（中）

最新推荐文章于 2024-05-05 18:56:35 发布
最新推荐文章于 2024-05-05 18:56:35 发布
阅读量1.5k 收藏 23
点赞数 31
分类专栏： 架构设计 文章标签： 微服务 zookeeper 架构 分布式 ZAB
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/splendid_java/article/details/135029068
版权

前言

昨日博主的第一篇ZooKeeper，对它自身具备的能力做了初步介绍。书接上文，马不停蹄，我们继续挖掘它内在的美，充分把握它的核心与脉络。

在这里插入图片描述

揭秘ZooKeeper

Q：集群一致性协同是如何进行的

我们讲到分布式，一般是在集群环境下实现的。以ZooKeeper为例，它是如何保障集群环境下的成功运转呢？

在这里插入图片描述

1. 节点角色

通过上图，我们认识一下ZooKeeper的3类节点：

  • Leader节点
    Leader作为ZooKeeper的领袖，有着举足轻重的作用。它是ZooKeeper集群环境如何稳定运行的关键，主要负责读写和调度等核心工作。如果它宕机了，一致性调度从此冷却，整个集群将面临群龙无首的局面，直至系统瘫痪。
  • Follower节点
    作为随从节点，主要负责客户端的读操作，如果遇到写申请， 需要转发Leader节点完成，自身不做任何处理。如Leader宕机，会立即参与Leader的选举，具有投票权。
  • Observer节点
    作为候选角色，Observer为提升整个集群的执行效率提供一定帮助，但仅限于读操作。不参与写，不参与Leader的选举。

了解3类节点后，我们大概知道每个Server（Node）是如何执行客户端申请以及Server集群内部是如何完成最终一致性协同的过程。

比如Client对任一类节点发起读操作，则每个节点均可立即返回本地数据，如此便提高了响应性能；
比如Client对Follower节点发起写操作，则它会写命令转交Leader完成，最后由Leader完成写操作和数据同步；
比如Leader发生宕机，则Follower们立即启动选举，任命新的Leader。而Observer完全可以“袖手旁观，置之不理”，此刻真是“开心开心极了...”
在这里插入图片描述

2. 基础协议

为了实现上述一致性数据同步，ZooKeeper基于ZAB（Zookeeper Atomic Broadcast 原子广播协议）完成的。

ZAB准确来讲提供了一套完整的数据同步消息机制。（无论哪类节点）从接收客户端请求到客户端收到实时数据，并实现集群内部数据写操作的一致性，均是通过ZAB机制完成的。

a1.png#pic_center)

通过上图，我们了解到，Leader负责处理写请求，如其他节点接收到写请求，需转发Leader完成。那么Leader收到请求后，如何继续工作呢？

  1. 发布全局唯一事务申请zxid（zxid是64位的Long类型）；
  2. 所有的Follower均对此申请进行反馈；
  3. Leader如收到反馈过半，则执行写提交，最后完成集群同步；
Q：集群选举如何进行的

我们都知道Leader至关重要，是维持ZooKeeper的集群健康运转的大脑。但天有不测风云，即使7*24高可用高可靠，也难免百密一疏。如果Leader真的宕机了？ 如何维持集群秩序呢？

接下来，博主带着各位盆友，继续揭秘ZooKeeper中 Leader的选举过程。

既然有选举，就有投票，有投票，就有候选人，有投票人。那么候选人和投票人是怎么产生的，最终谁才能胜任？
在这里插入图片描述
在正式讲解选项过程前，我们先了解一些基础知识。

1. 节点状态

在ZooKeeper集群中，涉及4中状态：

节点状态简介
LOOKING寻 找 Leader 状态，即开始选举的初始状态
FOLLOWING跟随者状态，表明当前节点为Follower
LEADING领袖状态，表明当前节点为Leader
OBSERVING观察者状态，表明当前节点为Observer
2. 节点ID

我们在搭建ZooKeeper集群时，一般需要为每个Server（Node）标识一个唯一的编号（从小到大，比如1.2.3，以此类推）。

这个ID一般记录在每个ZooKeeper Server中的数据文件中，安装时指定。

3. 奇数

ZooKeeper集群信仰奇数，为什么? 因为有“过半才OK”的理念。
所以我们在搭建集群时，务必按要求配置，否则ZooKeeper可能无法正常工作哦。

4. 投票选举Leader
选举场景简介
启动时选择此刻集群中的节点ID最大者投票。当然开始时，均可为自己投票，实时更新状态
故障恢复时根据ZXID顺序，优先执行，并选择此刻集群中的节点ID最大者投票

投票结束后，收到票数过半者则当选新一任Leader，其他节点自动更新为Follower，而Observer自必不说，全程不参与。

到此为止，我们具备了以上基础知识后，继续回看上图，是不是可以理解了？

结语

博主通过揭秘ZooKeeper内在的核心逻辑，剖析它是如何完成我们想象中的职责和工作的。通过以上内容，我们可以发现，无论是什么协议或算法，均服务于某个业务和技术场景。所以感谢前辈们的辛勤耕耘，才有ZooKeeper的用武之地。

历史回顾

在这里插入图片描述

ZHOU西口
关注
  • 31
    点赞
  • 踩
  • 23
    收藏
    觉得还不错? 一键收藏
  • 2
    评论
专栏目录
dubbo微服务实战-博客系统源码
11-17
实现Spring整合Redis Sentinel实现缓存高可用，整合dubbo、zookeeper实现微服务高可用源码。
从传统的 SSM 项目改造成基于 Spring Boot + Dubbo + Zookeeper 的微服务架构项目
12-29
SSM框架学习宝典：入门、进阶、精通，全方位代码项目资 一、探索SSM的无限可能 SSM（Spring + Spring MVC + MyBatis）框架作为Java开发中的黄金组合，为开发者提供了强大的技术支持和丰富的功能。本系列资料将带您从零基础开始，逐步掌握SSM的核心技术和最佳实践，助您在Java Web开发领域更上一层楼。 二、资料亮点 基础教程与练习项目：从基础知识讲起，结合实际练习项目，让您轻松上手SSM开发。 进阶技术与案例分析：针对进阶开发者，提供深入的技术探讨和案例分析，助您深入理解SSM的高级特性。 实战项目与经验分享：通过实际项目实战，让您在实践中掌握SSM的运用，同时分享经验与心得，让您少走弯路。 三、适用人群与场景 无论您是初学者还是资深开发者，无论您是在校学生还是职场人士，本系列资料都将是您学习SSM的得力助手。适用于Java Web开发、企业级应用开发、个人项目实践等多个领域。 四、使用建议 系统学习：按照资料提供的顺序进行系统学习，确保知识体系的完整性。 实践为王：在学习过程中注重实践操作，通过实际项目加深理解。 持续反馈与调整：根据学习进度和反馈，适时调整学习策略，提高学习效果。 五、安全与责任 在使用SSM框架进行开发时，请确保遵循最佳实践和安全准则，以保障系统的稳定性和安全性。在使用提供的资料时，请遵守版权法规，尊重原作者的权益。让我们共同为推动SSM技术的发展而努力！
微服务Dubbo实战分布式服务调度视频教程
06-11
本课程讲述了当前微服务项目、分布式系统下接口与接口之前、服务与服务之间、项目与项目之间的调度/交互，采用的是dubbo加zookeeper的方式来实战。内容主要包括dubbo的认识与官网开发demo的实战，dubbo服务的开发与发布注册,dubbo服务的订阅与调用,dubbo服务调度之间接口的鉴权以及基于dubbo协议跟http协议以实际的业务场景实战服务与服务之间的调度等等！
微服务上云开发全套教材&实践
03-03
本课程为微服务上云开发的指导课程，涵盖微服务架构解析、服务中心、路由网关、服务生产与消费、缓存服务、消息系统等多个技术点的深度解析。 配备真实云端开发环境的实践作业，帮助开发者快速掌握微服务上云开发能力。 通过本课程的学习，使开发者： 1. 系统的了解微服务架构及所包含技术组件的应用； 2. 了解各个微服务组件的运行机理，初步掌握微服务开发能力； 3. 了解DevOps持续交付理念，学会使用DevCloud完成简单的敏捷开发实践。
微服务实战系列之ZooKeeper（上）
splendid_java的专栏
12-15 1333
数据方面（缓存&安全）比如Redis、MemCache、Ehcache、J2cache（两级缓存框架）、RSA加密、Sign签名…传输方面（消息系统）MQ、通信基础服务方面（支撑服务）显然，我们可以观察到，如果只有这些工具或组件，还不足以支撑一个中型微服务系统。如此，今天博主继续拉新，谈一谈ZooKeeper是怎么回事，为什么我们有时候对它望而生畏而又难以割舍呢？我们先了解一下它的前世，请各位盆友紧随博主，以防迷路。通过以上总结性叙述，博主简单介绍了ZooKeeper。
微服务实战系列之ZooKeeper（下）
splendid_java的专栏
12-17 1257
通过前序两篇关于ZooKeeper的介绍和总结，我们可以大致理解了它是什么，它有哪些重要组成部分。分布式锁。首先了解一下，什么是锁。在我们日常开发中，可能会经常使用多线程并发，以提高系统性能，加速代码的处理效率。那么问题也就来了？当在有限的资源、网络环境下，如果一味追求并发，势必拖垮整个系统，甚至宕机。所以，Java在推出之时，就提供了多种锁机制，以避免或降低上述问题的发生。也就是一句话总结，什么是锁：通过有序的处理手段，实现线程安全和数据准确，保障系统正常运转。
微服务实战系列之ZooKeeper（实践篇）
splendid_java的专栏
12-18 1391
关于ZooKeeper，博主已完整的通过庖丁解牛式的“解法”，完成了概述。我想掌握了这些基础原理和概念后，工作的问题自然迎刃而解，甚至offer也可能手到擒来，真实一举两得，美极了。为了更有直观的体验，强化概念，博主特别献上一篇实践文章。理论联系实践，才能学到真本领。通过一文搭建ZooKeeper集群，可以更好的理解它、掌握它。接下来可以基于集群进行相关操作了。比如创建Znode，比如模拟宕机选举、又比如模拟数据同步等场景。好了，关于ZooKeeper的总结和介绍到此为此，希望各位盆友有所收获！
分布式与微服务系列 - Zookeeper上篇：入门到精通
代码的知行者
12-22 931
本内容仅用于个人学习笔记，如有侵扰，联系删除视频教程：【尚硅谷】大数据技术之Zookeeper 3.5.7版本教程是一个开源的分布式的，为分布式应用提供协调服务的Apache项目。数据模型的结构与Unix文件系统很类似，整体上可以看作是一棵树，每个节点称做一个。每一个默认能够存储1MB的数据，每个都可以通过其路径唯一标识。 提供的服务包括：统一命名服务、统一配置管理、统一集群管理、服务器节点动态上下 线、软负载均衡等。统一命名服务 统一配置管理 统一集群管理 服务器动态上下线 软负载均衡 2)、解压JD
微服务实战系列之API加密
splendid_java的专栏
01-06 1451
随着一阵针凛冽寒风的呼啸，新的年轮不知不觉迎面而来。故事随着2023的远去，尘封于案底；希望迎着新年，扬眉于枝头。在2024新岁启航，杨帆破浪之时，让烦恼抛洒于九霄，让生机蓬勃于朝朝暮暮。2024，博主祝福各位盆友，书写新的人生，获得新的希望！新年开篇第一博，希望带给各位盆友新的收获。“踏破铁鞋无觅处，博主文章可驻足”，此刻的我，不禁沾沾自喜…废话少叙，言归正传。今日，我们开始新的旅程，微服务实战系列继续乘势而上，博主该谈谈API安全的“那些事儿”了。注解名称注解简介Encrypt用于请求体的。
微服务架构Zookeeper高阶分布式锁实战
08-30
微服务架构Zookeeper高阶分布式锁实战
微服务实战系列之Dubbo（下）
splendid_java的专栏
12-30 1383
眼看着2023即将走远，心里想着似乎还有啥，需要再跟各位盆友叨叨。这不说曹操，曹操就来了。趁着上一篇Dubbo博文的余温尚在，博主兴匆匆地“赶制”了Dubbo的下集，以飨读者。上一篇博主依然从Dubbo的内核出发，阐明了它是如何running的。而今天博主继续带着各位盆友，了解如何使用它。鉴于当前组合的流行，本博是基于Spring完成相关介绍。；；Dubbo为开发者提供从项目创建、开发测试，到部署、可视化监测、流量治理，再到生态集成的全套服务。
微服务实战系列之Dubbo（上）
splendid_java的专栏
12-23 1310
随着一年一度冬至的到来，2023的步伐也将远去。而博主的系列文章，也将从今天起，越来越聚焦如何构建微服务“内核”上。前序系列文章几乎囊括了微服务的方方面面，无论使用什么框架、组件或工具，皆可拿来用之。那么，今天博主将推出微服务开发框架系列文章，欢迎各位盆友继续跟着博主的步伐，快乐徜徉于微服务的世界。Let’s Go！Dubbo，一个盛行于互联网平台的宠儿。作为支持分布式开发的高性能JAVA框架，Dubbo显然具备很高的使用价值。
微服务之分布式理论zookeeper概述
qq_62377885的博客
04-26 1268
安装import syszk.start()zk.stop()zk.close()main()远程过程调⽤过程是什么?过程就是业务处理、计算任务，更直⽩理解，就是程序;像调⽤本地⽅法⼀样调⽤远程的过程.熟悉的Webserveice、restful接⼜调⽤时都是RPC，仅消息的组织⽅式以及消息协议不同.远程过程调⽤较本地调⽤有何不同?速度相对慢;可靠性减弱.
微服务实战系列之Filter
splendid_java的专栏
01-07 1220
Filter，又名过滤器，当然不是我们日常中见到的，诸如此类构件：而应该是微服务中常使用的，诸如此类（图片来自官网，点击可查看原图）：一般用于字符编码转换，日志处理等场景。而我们今天提到的Filter是基于而言的。Filter是完成业务逻辑前或后应有操作的必要环节，也是实现统一服务的典型武器，所以我们应该了解它、学习它、掌握它。好了，今日话题到此为止，下一篇是啥，继续期待！
【微服务】服务治理（Nacos注册中心）
weixin_62513677的博客
05-04 604
RestTemplate进行服务间的相互调用是非常有问题的，如果服务备份多个服务器，进行集群服务，而且在开发阶段，我们也不知道其它服务器的地址，那这时我们将如何进行服务器之间的相互调用，我们就需要用到注册中心技术。我的理解：在现在一个服务备份多个分布在多台服务器上，当多个服务启动就将自己挂到注册中心，共消费者选择，起到一个公共黑板墙的作用。服务提供者通过心跳机制向注册中心报告自己的健康状态，当心跳异常时注册中心会将异常服务剔除，并通知订阅了该服务的消费者。：暴露服务接口，供其他服务调用。
19 做好微服务间依赖的治理和分布式事务
周大壮的博客
04-30 1370
本讲介绍了采用微服务架构后，不可避免的分布式事务的解决方案，同时介绍了微服务常见的依赖：数据库、消息中间件的基本治理原则。后续你可以将本讲学习到的内容应用到你所负责的微服务的依赖治理中去。最后，我再给你留一道讨论题，你所负责的微服务对于它的依赖的使用，有哪些基本原则？欢迎留言区留言，咱们一起讨论。再见。
【微服务】网关(详细知识以及登录验证)
weixin_62513677的博客
05-05 991
快速掌握微服务网关
【微服务】分布式事务（通过Seata解决分布式事务问题）
最新发布
weixin_62513677的博客
05-05 756
在分布式系统中，如果一个业务需要多个服务合作完成，而且每一个服务都有事务，多个事务必须同时成功或失败，这样的事务就是分布式事务，其中每个事务就是一个分支事务，整个业务的事务称为全局事务。XA规范是X/Open组织定义的分布式事务处理（DTP）标准，XA规范，描述了全局的TM与局部的RM之间的接口，几乎所有的主流的数据库都对XA规范提供了支持。Seata主推的是AT模式，AT模式同样是分阶段提交的事务模型，弥补了XA模型中资源锁定周期过长的缺陷。：定义全局事务的范围，开始全局事务，提交或回滚全局事务。
有一个微服务服务注册了zookeeper之后，服务挂了之后会怎样
06-12
当一个微服务注册到Zookeeper之后，Zookeeper会为该服务创建一个临时节点。当服务正常运行时，这个临时节点会一直存在，如果服务挂了，Zookeeper会检测到这个临时节点的失效，并将其从Zookeeper中删除，这样其他的微服务就会知道这个服务已经下线了。 对于其他的微服务，它们可以通过Zookeeper提供的Watcher机制来监听服务的变化。当一个微服务挂掉后，其他的微服务会收到一个通知，可以根据这个通知来采取相应的处理措施，比如重新选择一个可用的服务节点。 总的来说，Zookeeper的服务注册和发现机制可以帮助微服务系统实现高可用和负载均衡，当某个微服务挂掉时，系统可以快速地切换到其他的可用节点，从而保证服务的可用性。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值