leader选举过程详解
一、只有一个master节点
在这种情况下,只有一个master节点,则不存在选举,且该节点为leader
二、针对两个master节点,在启master动服务时,如何选举leader节点?
由于master服务在启动时存在时间的先后顺序,先启动的那个会先发起投票,向还没有启动正常的一方请求投票,此时对方只能把票投给自己,则自己成为leader
三、针对三个master节点(A/B/C)
1、三者都分别给自己投票,则存在平票,此时三者都随机休息一下然后重新发起投票,最先从休息中恢复起来发起投票的一方向另外两方请求投票,此时他们只能投给自己,则自己成为leader
2、三者中A两票,B一票、C没有票,则此时A为leader
3、三者中B两票,A一票、C没有票,则此时B为leader
4、三者中C两票,A一票、B没有票,则此时C为leader
四、针对多节点数据一致性问题
1、Raft 协议强依赖 Leader 节点的可用性来确保集群数据的一致性
2、如果client向leader发送数据后没有收到leader的回应,则client会重发
3、如果client向leader发送数据后,leader同步到部分子节点,leader挂掉,Raft 协议要求投票只能投给拥有最新数据的节点,所以拥有最新数据的节点会被选为Leader,再强制同步数据到 Follower,然后client会重发
一、只有一个master节点
在这种情况下,只有一个master节点,则不存在选举,且该节点为leader
二、针对两个master节点,在启master动服务时,如何选举leader节点?
由于master服务在启动时存在时间的先后顺序,先启动的那个会先发起投票,向还没有启动正常的一方请求投票,此时对方只能把票投给自己,则自己成为leader
三、针对三个master节点(A/B/C)
1、三者都分别给自己投票,则存在平票,此时三者都随机休息一下然后重新发起投票,最先从休息中恢复起来发起投票的一方向另外两方请求投票,此时他们只能投给自己,则自己成为leader
2、三者中A两票,B一票、C没有票,则此时A为leader
3、三者中B两票,A一票、C没有票,则此时B为leader
4、三者中C两票,A一票、B没有票,则此时C为leader
四、针对多节点数据一致性问题
1、Raft 协议强依赖 Leader 节点的可用性来确保集群数据的一致性
2、如果client向leader发送数据后没有收到leader的回应,则client会重发
3、如果client向leader发送数据后,leader同步到部分子节点,leader挂掉,Raft 协议要求投票只能投给拥有最新数据的节点,所以拥有最新数据的节点会被选为Leader,再强制同步数据到 Follower,然后client会重发
4、网络分区将原先的Leader节点和Follower节点分隔开,Follower收不到Leader的心跳将发起选举产生新的Leader。这时就产生了双 Leader,原先的Leader独自在一个区,向它提交数据不可能复制到多数节点所以永远提交不成功。向新的Leader提交数据可以提交成功,网络恢复后旧的 Leader 发现集群中有更新任期(Term)的新Leader则自动降级为Follower并从新Leader处同步数据达成集群数据一致
五、问题
针对平票情况,会存在长时间不能选举出来leader master的问题,目前还不知道针对这种情况的处理办法。如果有对于这方面了解的童鞋们,欢迎多多指导。。。。。