【zookeeper】Zookeeper集群角色介绍

Zookeeper集群角色介绍

Zookeeper中最典型集群模式： Master/Slave 模式（主备模式）。

在这种模式里，通常以Master服务器作为主服务器提供写服务，其他的Slave服务器作为从服务器通过异步复制的方式获取Master服务器的最新数据提供读服务。

但是，在 Zookeeper中没有选择传统的 Master/Slave 概念，而是引入了Leader、Follower 和Observer三种角色。

它们之间的关系如下图所示：

Zookeeper集群中的所有机器通过一个Leader选举过程来选定 “Leader” 机器，Leader既可以为客户端提供写服务又能提供读服务。除了Leader外，Follower和Observer都只能提供读服务。

Follower和Observer的区别在于Observer机器不参与Leader的选举过程，也不参与写操作的“过半写成功”策略，因此Observer机器可以在不影响写性能的情况下提升集群的读性能。

这样的好处是不用所有的节点都参与选举，提高选举速度。打个比较方，100个人，其中50个人参与投票速度肯定比全员速度快。

当Leader服务器出现网络中断、崩溃退出与重启等异常情况时，ZAB协议就会进入恢复模式并选举产生新的Leader。

这个过程大致是这样的：

• Leader election(选举阶段)：节点在一开始都处于选举阶段，只要有一个节点得到超过半数节点的票数，它就可以当选准 Leader。
• Discovery(发现阶段)：在这个阶段，Followers跟准Leader进行通信，同步Followers最近接收的事务提议。
• Synchronization(同步阶段)：同步阶段主要是利用Leader前一阶段获得的最新提议历史，同步集群中所有的副本。同步完成之后准Leader才会成为真正的Leader。
• Broadcast(广播阶段)： 到了这个阶段，Zookeeper集群才能正式对外提供事务服务，并且Leader 可以进行消息广播。同时如果有新的节点加入，还需要对新节点进行同步。

参考

Zookeeper集群角色介绍