Zookeeper架构Day03-Zookeeper集群

左手的ㄟ右手 2023-01-12 11:37 245阅读 0赞

### Zookeeper集群 ###

*  基本概念
 *  Zookeeper集群角色
 *  Zookeeper集群服务器状态
 *  Zookeeper集群服务器数目

# 基本概念 #

*  **Zookeeper**使用集群形态部署来保证高可用. 在集群中,只要集群中大部分机器是可用的,那么整个**Zookeeper**服务就是可用的
 *  通常情况下,至少要保证有3台服务器才能构成一个**Zookeeper**集群
 *  **Zookeeper**集群模式 **: 主备Master-Slave模式**
    
     *  **Master服务器:** 主服务器提供写服务
     *  **Slave服务器:** 通过异步复制的方式获取主服务器上的最新数据提供读服务  
        ![在这里插入图片描述][20210128133952608.png]
 *  每一个**Server**代表一个安装**Zookeeper**服务的服务器
 *  组成**Zookeeper**服务的服务器都会在内存中维护当前的服务器状态,并且每台服务器之间都互相保持着通信
 *  **Zookeeper**集群之间通过**ZAB**协议 **(Zookeeper Atomic Broadcast)** 保持数据的一致性

# Zookeeper集群角色 #

*  **Zookeeper**中没有传统的**Master-Slave**的概念,而是包含以下三个角色:
    
     *  **Leader :** 为客户端提供读和写服务,负责投票的发起和决议,更新系统状态
     *  **Follower :** 为客户端提供读服务,如果是写服务则转发给**Leader.** 在选举过程中参与投票
     *  **Observer :**
        
         *  为客户端提供读服务,如果是写服务则转发给**Leader**
         *  不参与选举过程中的投票,也不参与过半写成功策略
         *  在不影响写性能的情况下提升集群的读性能
         *  **Observer**角色是**Zookeeper3.3**之后新增的角色  
            ![在这里插入图片描述][watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0pld2F2ZU94Zm9yZA_size_16_color_FFFFFF_t_70]
 *  **Zookeeper集群的选举过程:** 当**Zookeeper**中的**Leader**服务器出现网络中断,崩溃退出以及重启等异常情况时,就会进入**Leader**选举过程,这个过程会产生新的**Leader**服务器
    
     *  **选举阶段Leader Election:**
        
         *  节点在一开始都是处于选举阶段
         *  只要有一个节点得到超过半数节点的票数,就成为准**Leader**
     *  **发现阶段Discovery:**
        
         *  **Follower**和准**Leader**之间进行通信,同步**Follower**最近接收的事务提议
     *  **同步阶段Synchronization:**
        
         *  利用准**Leader**在发现阶段获得的最新提议历史,同步集群中所有的副本
         *  同步完成之后准**Leader**成为真正的**Leader**
     *  **广播阶段Broadcast:**
        
         *  **Zookeeper**集群可以正式对外提供事务服务,并且**Leader**可以进行消息广播
         *  如果有新的节点加入,需要对新节点进行同步

# Zookeeper集群服务器状态 #

*  **LOOKING:** 寻找**Leader**
 *  **LEADING:** **Leader**状态. 对应的节点为**Leader**
 *  **FOLLOWING:** **Follower**状态. 对应的节点为**Follower**
 *  **OBSERVING:** **Observer**状态. 对应的节点为**Observer,** 该节点不参与**Leader**选举

# Zookeeper集群服务器数目 #

*  **Zookeeper**集群中服务器的数目推荐为奇数台
    
     *  **Zookeeper**集群在宕机部分**Zookeeper**服务器之后,只有保证剩余的**Zookeeper**服务器的数量大于宕机的数量,整个**Zookeeper**集群才会依然可用
     *  也就是说,假如集群中**Zookeeper**服务器的数量有 n n n台,那么要求剩与的Zookeeper服务器的数量必须大于 n 2 \\frac\{n\}\{2\} 2n台
     *  所以 2 n − 1 2n-1 2n−1和 2 n 2n 2n的容忍度是一样的,都是 n − 1 n-1 n−1
     *  因此**Zookeeper**服务器的数量保证奇数量是和偶数量的效果一样的,所以不需要增加一个没有必要的**Zookeeper**服务器

[20210128133952608.png]: /images/20221119/254e8ff841334bd4bed058cdd4672ffe.png
[watermark_type_ZmFuZ3poZW5naGVpdGk_shadow_10_text_aHR0cHM6Ly9ibG9nLmNzZG4ubmV0L0pld2F2ZU94Zm9yZA_size_16_color_FFFFFF_t_70]: /images/20221119/26ae67f2a01e4b7da4af5ac4ee648e72.png