maemual / raft-zh_cn

Raft一致性算法论文的中文翻译

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

如果是主动关掉leader节点,由leader通知其他follower 进入选举状态,能不能减少不可用时间?

supergaga opened this issue · comments

主要针对leader不是异常宕机,而是被主动关闭的情况

这么做有什么问题吗?或者如果没问题的话 有工程实现了类似的功能吗?

应该是有问题的,以下
leader通知其他follower 进入选举状态,哪个成为Candidate?如果收到Leader发出的通知就成为Candidate,那么不可避免会在同一个选举阶段存在很多Candidate,导致第一轮选举失败(因为Candidate首先会给自己投票,就不会投票给其他Candidate),进行第二轮选举,所以既然大概率第一轮选举无效,那干脆不通知其他Follower进入选举而等Follower超时投票可能反而更快

应该是有问题的,以下 leader通知其他follower 进入选举状态,哪个成为Candidate?如果收到Leader发出的通知就成为Candidate,那么不可避免会在同一个选举阶段存在很多Candidate,导致第一轮选举失败(因为Candidate首先会给自己投票,就不会投票给其他Candidate),进行第二轮选举,所以既然大概率第一轮选举无效,那干脆不通知其他Follower进入选举而等Follower超时投票可能反而更快

随机时间超时后进入Candidate,倾向性指定的节点适当减少超时时间, 确保第一轮先进入Candidate,由于日志进度问题 第一轮不一定当选 ,后续选举的时候,所有节点随机时间没有倾向性 ,正常去选举

应该是有问题的,以下 leader通知其他follower 进入选举状态,哪个成为Candidate?如果收到Leader发出的通知就成为Candidate,那么不可避免会在同一个选举阶段存在很多Candidate,导致第一轮选举失败(因为Candidate首先会给自己投票,就不会投票给其他Candidate),进行第二轮选举,所以既然大概率第一轮选举无效,那干脆不通知其他Follower进入选举而等Follower超时投票可能反而更快

随机时间超时后进入Candidate,倾向性指定的节点适当减少超时时间, 确保第一轮先进入Candidate,由于日志进度问题 第一轮不一定当选 ,后续选举的时候,所有节点随机时间没有倾向性 ,正常去选举

这个倾向性指定节点的选择依据什么规则?感觉这个指定节点的规则挺难确定的,个人感觉实用性不大,就算每次都成功也只能减少部分等待的时间(倾向性指定的节点适当减少超时时间)几十毫秒?