Zookeeper架构Day04-ZAB协议

╰+哭是因爲堅強的太久メ 2023-01-12 11:58 100阅读 0赞

### ZAB协议 ###

*  基本概念
 *  ZAB协议
 *  ZAB协议两种模式
 *   *  崩溃恢复
     *  消息广播
 *  Zookeeper架构总结

# 基本概念 #

*  **Paxos算法:** 是一种通用的分布式一致性算法
 *  **ZAB协议:** 是一种特别为**Zookeeper**设计的崩溃恢复的原子消息广播算法
 *  **Paxos**算法是**Zookeeper**的灵魂,但是**Zookeeper**并不是完全采用**Paxos**算法,而是使用**ZAB**协议作为**Zookeeper**保证数据一致性的核心算法

# ZAB协议 #

*  **ZAB协议:** Zookeeper Atomic Broadcast
    
     *  是为分布式协调服务**Zookeeper**专门设计的一种支持崩溃恢复的原子广播协议
 *  在**Zookeeper**中,主要依赖**ZAB**协议来实现分布式数据一致性
 *  基于**ZAB**协议 **,Zookeeper**实现了一种主备模式的系统架构来保证集群中各个副本之间的数据一致性

# ZAB协议两种模式 #

*  **ZAB**协议包含两种基本模式:
    
     *  **崩溃恢复**
     *  **消息广播**

## 崩溃恢复 ##

*  当整个服务框架在启动过程中,或者是当**Leader**服务器出现网络中断,崩溃退出以及重启等异常情况时 **,ZAB**协议就会进入恢复模式并选举产生新的**Leader**服务器
 *  当选举产生新的**Leader**服务器,同时集群中已经有过半的机器与该**Leader**服务器完成状态同步之后 **,ZAB**协议就会退出恢复模式
    
     *  **状态同步:** 是指数据同步,用来保证集群中存在过半的机器能够和**Leader**服务器的数据状态保持一致

## 消息广播 ##

*  当整个集群中已经有过半的**Follower**服务器完成和**Leader**服务器的状态同步,那么整个**Zookeeper**服务框架就可以进入消息广播模式
 *  当一台新的**ZAB**协议的服务器加入到集群中时,如果此时集群中已经存在一个**Leader**服务器在负责进行消息广播时,新加入的服务器会自动进入数据恢复模式: 即寻找**Leader**服务器,并与**Leader**服务器进行数据同步,然后一起参与到消息广播的流程中

# Zookeeper架构总结 #

*  **Zookeeper**本身是一个分布式程序,只要**Zookeeper**集群中半数以上的节点正常运行 **,Zookeeper**集群就能正常服务
 *  为了保证高可用,推荐以集群的形态部署**Zookeeper,Zookeeper**集群可以容忍一定的机器故障,只要集群中大部分机器是可用的,那么**Zookeeper**本身依然是可用的
 *  **Zookeeper**将数据保存在内存中,这样保证了集群的高吞吐量和低延迟. 但是内存限制了**Zookeeper**能够存储的数据容量,这也是要保持**znode**中较小的数据量的原因
 *  **Zookeeper**是高性能的. 尤其在读多于写的应用程序中表现更好.因为写会导致所有的服务器间的同步,读多于写是分布式协调服务的典型场景
 *  **Zookeeper**中有临时节点. 当创建临时节点的客户端会话**session**一直保持活动时,临时节点就会一直存在. 当客户端会话**session**终结时,临时节点就会被删除. 持久节点是指一旦这个节点**znode**创建后,除非主动进行节点**znode**的删除操作,否则这个节点**znode**将会一直保存在**Zookeeper**上
 *  **Zookeeper**的两个基本功能:
    
     *  管理应用程序提交的数据,包括对数据的存储和读取
     *  为应用程序提供数据节点的监听服务