轻松入门大数据第6章入门到进阶：系统玩转分布式协调服务ZooKeeper 6.1 ZooKeeper 6.1.2 ZK角色及选举机制

比眉伴天荒 2024-03-17 10:23 12阅读 0赞

### 轻松入门大数据 ###

#### 文章目录 ####

*   *  轻松入门大数据
     *   *  第6章 入门到进阶：系统玩转分布式协调服务ZooKeeper
         *   *  6.1 ZooKeeper
             *   *  6.1.2 ZK角色及选举机制

![在这里插入图片描述][559e084dd2f3466eabeba833ecaf4038.png_pic_center]

#### 第6章 入门到进阶：系统玩转分布式协调服务ZooKeeper ####

##### 6.1 ZooKeeper #####

> 1.  是什么
> 2.  角色及选举机制
> 3.  企业中的典型应用场景
> 4.  单机单Server部署
> 5.  核心命令行操作
> 6.  单机多Server部署

###### 6.1.2 ZK角色及选举机制 ######

【回顾】ZK 可以是单机的，也可以是集群 的

![在这里插入图片描述][2842d7e56eb14000bf5345469cacab1f.png_pic_center]

假设这里有5个ZK 节点：

ZK 中有两大角色：

*  Leader：领导者(老大)
 *  Follower：跟随者(小弟)

【记得】集群中只要有一半以上的节点存活，那么ZK 集群就可以提供正常的服务。

5 / 2 = 2.5 ↑ → 3 【5台机器的话，只要有三个存活就OK】

所以ZK 集群一般是配置奇数个节点。【2 个的一半以上就没了… 】

不同的节点之间要保证全局数据一致性。【每个Server 都有一份数据副本，这样才能保证任意Client 连接到任意Server，都可以保证数据一致性】

![在这里插入图片描述][9e5bc70d64464c3f8beac5c64c1d6565.png_pic_center]

而且在ZK 上的数据操作，是原子性的，即任意一个客户端对数据做了变更，要么成功要么失败。

还有实时性问题：任何时候客户端得到的数据肯定都是最新的。

【选举机制】

Leader 挂了怎么办？

重新选举~

老大挂了之后，通过投票进行重新选举，当然投票是ZK 内部完成的，我们感知不到。

过程大致如下：

5 个节点，要么是都刚启动，要么是老大挂了才进行选举。

【投票必须半数以上通过才能当选】

比如我现在5 个节点一个一个的启动，

S1 启动，投自己一票，< 3 不行LOOKING，S2启动，投自己一票，2 > 1，S1 票投给S2，S2 有两票了，< 3 还是不行 LOOKING，S3 启动，投自己一票，3 > 2 > 1，S3 一共3 票 = 3，当选 S3 成为Leader，S1和S2 退出LOOKING 状态，成为Follower。S4 启动，投自己一票，已经没法儿改变全局了，少数服从多数，成为Follower。

[559e084dd2f3466eabeba833ecaf4038.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/f1fad866bd2e4975a4493d0d227a6ff4.png
[2842d7e56eb14000bf5345469cacab1f.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/a3ff9144d1ca435a9a1aa6300435d843.png
[9e5bc70d64464c3f8beac5c64c1d6565.png_pic_center]: https://image.dandelioncloud.cn/pgy_files/images/2024/03/17/5e690d1c735942d187bd3cb695040488.png