Zookeeper作为分布式协调服务，其集群中的Leader选举至关重要。在选举过程中，服务器状态包括Looking、Leading和Following，选举策略主要为FastLeaderElection。选举步骤涉及状态变更、发起投票、接收投票、处理投票和统计投票，直至过半数服务器达成共识。服务器间的连接管理确保了选举过程的高效进行。
Zookeeper选举原理
作为一个分布式应用程序协调服务，在大型网站中，其本身也是集群部署的，安装zookeeper的时候最好是单数节点，因为要选举。Zookeeper的leader节点是集群工作的核心，用来更新并保证leader和server具有相同的系统状态，Follower服务器是Leader的跟随者，用于接收客户端的请求并向客户端返回结果，在选举过程中参与投票。对于客户端来说，每个zookeeper都是一样的。
zookeeper提供了三种选择策略：
- LeaderElection
- AuthFastLeaderElection
- FastLeaderElection
这里仅介绍默认的算法：FastLeaderElection。
基础概念
- Sid：服务器id；
- Zxid：服务器的事务id，数据越新，zxid越大；
- epoch：逻辑时钟，在服务端是一个自增序列，每次进入下一轮投票后，就会加1；
- server状态：
- Looking（选举状态）
- Leading（领导者状态，表明当前server是leader）
- Following（跟随者状态，表明当前server是Follower）
- Observing（观察者状态、表明当前server是Observer）。
选举步骤
当系统启动或者leader崩溃后，就会开始leader的选举。
状态变更。服务器启动的时候每个server的状态时Looking，如果是leader挂掉后进入选举，那么余下的非Observer的Server就会将自己的服务器状态变更为Looking，然后开始进入Leader的选举状态；
发起投票。每个server会产生一个（si
最低0.47元/天 解锁文章
扫一扫
1041
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
