码迷,mamicode.com
首页 > 其他好文 > 详细

zookeeper的选举机制

时间:2019-01-25 21:07:24      阅读:204      评论:0      收藏:0      [点我收藏+]

标签:master   zook   数据   pos   自己的   slave   不同的   临时   ade   

 

1)半数机制:集群中半数以上机器存活,集群可用。所以zookeeper适合装在奇数台机器上。

2Zookeeper虽然在配置文件中并没有指定masterslave但是,zookeeper工作时,是有一个节点为leader,其他则为followerLeader是通过内部的选举机制临时产生的

3)以一个简单的例子来说明整个选举的过程。

假设有五台服务器组成的zookeeper集群,它们的id1-5,同时它们都是最新启动的,也就是没有历史数据,在存放数据量这一点上,都是一样的。假设这些服务器依序启动,来看看会发生什么。

 技术分享图片

 

1)服务器1启动,此时只有它一台服务器启动了,它发出去的报没有任何响应,所以它的选举状态一直是LOOKING状态。

2)服务器2启动,它与最开始启动的服务器1进行通信,互相交换自己的选举结果,由于两者都没有历史数据,所以id值较大的服务器2胜出,但是由于没有达到超过半数以上的服务器都同意选举它(这个例子中的半数以上是3),所以服务器12还是继续保持LOOKING状态。

3)服务器3启动,根据前面的理论分析,服务器3成为服务器123中的老大,而与上面不同的是,此时有三台服务器选举了它,所以它成为了这次选举的leader

4)服务器4启动,根据前面的分析,理论上服务器4应该是服务器1234中最大的,但是由于前面已经有半数以上的服务器选举了服务器3,所以它只能接收当小弟的命了。

5)服务器5启动,同4一样当小弟。

zookeeper的选举机制

标签:master   zook   数据   pos   自己的   slave   不同的   临时   ade   

原文地址:https://www.cnblogs.com/sunpengblog/p/10321492.html

(0)
(0)
   
举报
评论 一句话评论(0
登录后才能评论!
© 2014 mamicode.com 版权所有  联系我们:gaon5@hotmail.com
迷上了代码!