zookeeper 选主

最新推荐文章于 2024-03-29 08:10:48 发布
原创 最新推荐文章于 2024-03-29 08:10:48 发布 · 180 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文深入探讨了ZooKeeper中Leader选举流程的核心概念，包括sid（节点编号）和zxid（事务ID）。阐述了选举过程分为两步：首先各节点投票给自身，然后根据接收到的其他节点投票信息进行对比，优先比较zxid大小，再比较sid，以确定最终的Leader节点。
  1. 先说明一下两个概念   sid代表当前节点的编号

                                                 zxid代表事务id，递增的

  • 投票分两个步骤，第一步则每个节点都投自身(sid. zxid)
  • 第二阶段，接收到其他节点的投票数据，进行和自身比较，优先比较zxid（选大的），后再比较sid；如果发现其他节点的投票比自己节点大，则修改当前节点的投票数据
  • 进行统计投票结果，过半数则当选为leader
ZooKeeper分布式选主过程
LpmShell的博客
09-17 206
选举算法基于Zab协议的特性，节点首先会互相发送选举通知（election notification），通知其他节点自己想要成为主节点，并包含了自己的选举编号（election id）和节点标识。如果是最小节点，它将创建一个临时节点作为主节点，否则它将监听主节点是否失效，并在主节点失效时重新开始选举过程。在ZooKeeper中，选主过程是非常重要的，它负责选择一个主节点（leader）来处理客户端的请求，并将其他节点作为从节点（follower）来协助主节点的工作。选票包含了节点的选举编号和节点标识。
Zookeeper选主算法详解
lyzchengxuyuan的博客
01-02 1752
一、zookeeper选主逻辑主要是根据投票数来定的，具体的逻辑如下: 判断依据: 1、Epoch：leader的任期，任期大的优先级高，其他的节点优先投票给任期大的节点 2、ZXID：zookeeper事务ID，越大表示数据越新，在任期相同时则比较zxid 3、SID：集群中每个节点的唯一编号，当任期、事务id都相同的时候则比较该值，sid越大的优先获得其他节点的投票 二：zookeeper选主源代码分析: public Vote lookForLeader() throws InterruptedExc
zookeeper的选主过程
luzhensmart的专栏
01-29 279
目前默认的版本是FastLeaderElection，另两种已经被标记为deprecated。其过程如下： 数据恢复阶段。首先，每个ZooKeeper服务器先读取当前保存在磁盘的事务数据，从而得知当前自己能看到的最大zxid 首次发送自己的投票值。在读取数据之后，每个ZooKeeper服务器发送自己提议的leader，这个协议中包含了以下几部分的数据： 所选举leader的id，在初始阶段，每台...
zookeeper选主
zhoulenihao的专栏
09-09 1318
在多线程的web应用程序中，有时候同一时刻只允许一台服务器做某些操作，比如电商网站的库存加减，下单操作等，实现这样的业务，方法很多，一种是利用redis的setnx+expire实现，一种是利用zk选主，让主服务器做这件事，其他服务器不操作，调用放把所有需要主节点处理的请求全部转发到主节点上来。 下面主要是讲一下如何用java代码实现zookeeper选主。 1、zk选主原理 zk中有个临时...
Zookeeper选主过程，理论和源码结合，还看不懂给你发红包
just_for_that_moment的博客
12-02 2484
源码级解析zookeeper选主过程
谈谈应用Zookeeper选主的脑裂问题
keyboard2000
06-08 1519
HDFS的NameNode使用主备架构实现高可用，主备选举通过zookeeper作协调器实现。选举由zkfc组件（zkfc与NameNode同一台机器，属于两个不同的进程）发起，选主流程：会尝试在 Zookeeper上创建一个路径为/hadoop-ha/${dfs.nameservices}/ActiveStandbyElectorLock 的临时节点，Zookeeper 的写一致性会保证最终只会...
最近做项目在使用 etcd， 由于项目里很多定时任务，在实现高可用的时候需要进行选主，即只执行一次定时任务。之前的项目用的是 zookeeper 进行选主。大概思路是抢一个key，没抢到的就不执行了，抢到的就执行，类似于 redis 的 setnx 。因为项目本身用了 etcd，所以再引入 zookeeper 是不太合适的，同时 zookeeper 选主一旦定时任务如果执行失败，无法重试。
最新发布
11-22
在使用 etcd 实现定时任务高可用选主并解决定时任务执行失败重试问题以替代 ZooKeeper 选主时，可以按以下思路进行： ### 实现高可用选主 etcd 提供了分布式锁机制，可利用该机制实现选主。具体做法是多个节点竞争...
zookeeper选主：（与id大小有关，与开启顺序有关）
YE_FEI_001的博客
04-03 515
1.服务器1启动，给自己投票 ，然后发投票信息，由于其它机器还没有启动所以它收不到反馈信息，服务器1的状态一直属于Looking。 2.服务器2启动，给自己投票，同时与之前启动的服务器1交换结果，由于服务器2的编号大所以服务器2胜出，但此时投票数没有大于半数，所以两个服务器的状态依然是LOOKING。 3.服务器3启动，给自己投票，同时与之前启动的服务器1,2交换信息，由于服务器3...
zookeeper测试程序c++
07-30
c++实现创建，监听，获取指定节点，获取全部子节点，监听子节点变化，监听节点变化等长用zookeeper功能
zookeeper选主机制
weixin_59020828的博客
06-23 346
我们知道Zookeeper的临时节点可以用来实现分布式锁，多个客户端分别创建一个节点，创建成功即成功获取到了锁，创建失败的客户端们则会监听这个临时节点，获取锁的客户端释放锁（删除临时节点）或 与ZK服务端断开连接后（ZK会删除临时节点），其他客户端会收到Watch发来的通知，兄弟们，它释放锁了，你们过来抢占锁吧。这个临时节点只会有一个，当服务器断开，自动失效。
大数据 Zookeeper选主
weixin_60273293的博客
11-07 777
Zab协议借鉴了Paxos算法Zookeeper是通过Zab协议来保证数据的一致性。
zookeeper 选主逻辑
xuehentian的博客
11-24 540
选举核心方法 lookForLeader() 业务逻辑分析 知道了选举相关的重要类及成员变量的作用以后，接下来我们开始分析真正执行选举逻辑的方法lookForLeader()： 整个选举代码，我们拆成3大部分讲解 ： 1） 选举前的准备工作 2） 将自己作为初始leader投出去 3）循环交换投票直至选出Leader，循环交换投票过程中，根据收到的投票发送者状态不同，有下面三种情况： 3.1） 发送者状态为LOOKING： 3.1.1） 验证自己与大家的投票谁更适合做leader 3.1.2） 判断本轮选
Zookeeper选主流程
Radom&7
09-05 607
当leader崩溃或者leader失去大多数的follower，这时候zk进入恢复模式，恢复模式需要重新选举出一个新的leader，让所有的Server都恢复到一个正确的状态。Zk的选举算法有两种：一种是基于basic paxos实现的，另外一种是基于fast paxos算法实现的。系统默认的选举算法为fast paxos。 basic paxos 程由当前Server发起选举的线程担任...
Zookeeper的选主流程
weixin_40587144的博客
03-29 1305
Zookeeper的选主流程
如此火爆的ZooKeeper，到底如何选主？
勇往直前的专栏
03-02 358
前言 前面一篇文章我们已经给大家讲解了ZooKeeper的核心的原理，这一篇我们重点分析ZooKeeper的Leader选举算法。Leader的选举是ZooKeeper的最重要技术之一，也是保证分布式系统数据一致的关键。 Leader选举流程概述 我们本篇文章的目的就是详细的剖析Leader选举的过程，但是Leader选举的过程较为复杂，我们直接上来就讲其详细的过程，大家容易蒙圈...
Zookeeper选主流程和同步流程
qianshanding0708的博客
12-04 5164
Zookeeper的核心是原子广播（Zab：Zookeeper Atomic Broadcast），该机制保证各个Server之间的同步。Zab协议有两种模式，分别是恢复模式和广播模式。 恢复模式：当Leader挂掉或者启动Server时，Zab就进入了恢复模式，当领导者被选举出来，且大多数Server的完成了和leader的状态同步以后，恢复模式就结束了。 广播模式：状态同步保证了Leade...
Zookeeper择主原理（通俗）
zmsyx的博客
11-27 568
那根据这个规则的话，第一台服务器，接受到的投票是(1,0)，跟自己的投票（0,0）比，ZXID是一样的，但是myid比接收到的投票的小，所以第一台原先是推荐自己投票为(0,0),现在进行了PK以后，投票修改为(1,0)。第二台服务器，接受到的投票是(0,0),跟自己的投票(1,0)比，ZXID是一样的，但是myid是比接受到的投票的大，所以坚持自己的投票(1,0)。比如第一台投自己的话，它会发送给第二台机器的投票是(0,0)，第一个0代表的是机器的myid，第二个0代表是的ZXID。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值