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台就够！

精彩内容

评论可见，请评论后查看内容，谢谢！！！评论后请刷新页面。