Zookeeper的高度可靠性
是一个分布式的系统,多个节点 并且节点中记录的数据是完全一致(一致性) , 当某个zk的节点宕机之后不会影响工作。因为Zookeeper的主节点不存在单点故障!Zookeeper的主节点是可以动态选举出来的!
Zookeeper的选举机制(奇数台)
zookeeper的进程在不同的工作模式下,有不同的通信端口(比如选举时,通过端口3888通信;作为leader或者follower接收客户端请求时通过端口2181;leader和follower之间通信用2888)
zk集群安装的时候 会人为的为每台机器分配一个唯一的id
Leader选举过程(以3个节点的集群为例):
- 集群初次启动时的选举流程
- 第一台机器(id=1)启动,发现没有leader,进入投票模式,投自己,并收到自己投这一票,得1票,不能当选leader(当leader的条件是,集群机器数量过半的票数)
- 第2台机器(id=2)启动,发现没有leader,进入投票模式,投自己(因为自己的id>1 收到的另一台机器的票的id)
- 第1台机器收到2的票,发现集群中有一个比自己id大的机器上线了,重新投票,投id=2
- 第2台收到的得票数为2票,过半数,自己当选,切换模式:Leader模式
- 第1台就发现有Leader存在了,自己切换模式:Follower
- 第3台启动,发现有Leader,自动进入Follower状态 如果每个节点是同时启动的zk 同时选举自己 ,同时广播 , 同时获取别人的广播,3号机器会当选
- 集群在运行过程中的选举流程
- 在某个时间点上,id=2机器挂了(leader),别的机器发现没有leader了,全体进入投票模式
- 先投自己,票中会携带(自己的id,自己的数据的版本号)
- 大家都投数据版本最新的节点做leader,如果有多个节点数据版本一样,则从中选id最大的那个作为投票目标! 从上述投票机制可以看出: Zookeeper集群的节点数最好配置为奇数! Zookeeper集群的节点规模一般在3~5台就够!
版权归原作者 咚动咚 所有, 如有侵权,请联系我们删除。