ZAB——Paxos到Zookeeper(一)

简介

  • ZAB(Zookeeper Atomic BroadCast)协议。
  • 为zk专门设计的支持崩溃恢复原子广播协议。
  • zk使用zab协议在主备模式的架构中保持集群各副本数据的一致性

崩溃恢复模式

条件

  • 服务框架重启。
  • Leader异常:网络中断、崩溃退出、重启。

目的

  • 选取新Leader。
  • Follower和Leader数据同步。
    • 已经被Leader提交的Proposal能够被所有Follower提交。
    • 跳过已经被丢弃事务的Proposal。

步骤

ZXID:事务ID,共64位,32位epoch标识leader周期,32位标识事务编号

  1. Leader选举。Leader选举为提出Proposal中最大ZXID的机器,对epoch+1。
  2. Leader以Proposal紧接着Commit消息的形式同步数据给Follower。
  3. 包含上一个leader周期未提交Proposal的Follower启动时,会被Leader要求回退到过半机器提交的最新Proposal。

消息广播模式

条件

  • 过半Follower完成和Leader的状态同步。

目的

  • 主备数据一致性。
    • 两阶段提交移除回滚逻辑。
    • 基于FIFO的TCP,保证消息接收和发送的顺序性。

步骤

  • 200618.zkbroadcast.png
  1. Leader为每个事务请求生成Proposal,分配ZXID。
  2. Leader广播Proposal。
  3. Follower事务日志落盘,返回Ack。
  4. Leader收到超过半数Follower的Ack后,广播Commit消息通知提交。
  5. Leader自身提交。
  6. Follower收到Commit消息之后提交。

和Paxos的关系

相同

  • Leader协调多个Follower。
  • Leader等待超过半数Follower反馈后提交。
  • 每个Proposal包含一个epoch值,标识当前的Leader周期。

不同

  • 目的不同。
    • ZAB:构建高可用分布式主备系统。
    • Paxos:构建分布式一致性状态机系统。
PaxosZookeeper:分布式一致性原理与实践》从分布式一致性的理论出发,向读者简要介绍几种典型的分布式一致性协议,以及解决分布式一致性问题的思路,其中重点讲解了PaxosZAB协议。同时,本书深入介绍了分布式一致性问题的工业解决方案——ZooKeeper,并着重向读者展示这一分布式协调框架的使用方法、内部实现及运维技巧,旨在帮助读者全面了解ZooKeeper,并更好地使用和运维ZooKeeper。全书共8章,分为五部分:第一部分(第1章)主要介绍了计算机系统从集中式向分布式系统演变过程中面临的挑战,并简要介绍了ACID、CAP和BASE等经典分布式理论;第二部分(第2~4章)介绍了2PC、3PC和Paxos三种分布式一致性协议,并着重讲解了ZooKeeper中使用的一致性协议——ZAB协议;第三部分(第5~6章)介绍了ZooKeeper的使用方法,包括客户端API的使用以及对ZooKeeper服务的部署与运行,并结合真实的分布式应用场景,总结了ZooKeeper使用的最佳实践;第四部分(第7章)对ZooKeeper的架构设计和实现原理进行了深入分析,包含系统模型、Leader选举、客户端与服务端的工作原理、请求处理,以及服务器角色的工作流程和数据存储等;第五部分(第8章)介绍了ZooKeeper的运维实践,包括配置详解和监控管理等,重点讲解了如何构建一个高可用的ZooKeeper服务。
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值