redis集群选举机制简介高可用性与主备切换原理(经典)

た入场券 2023-10-12 14:57 10阅读 0赞

redis cluster的高可用的原理，跟redis replication sentinel类似,过程如下

![a62dd21a70c1d72b4c78db80fd3dbad0.png][]

**1、判断节点宕机**

如果一个节点认为另外一个节点宕机，那么就是pfail，主观宕机。如果多个节点都认为另外一个节点宕机了，那么就是fail，客观宕机，跟哨兵的原理几乎一样，pfail对应sdown，fail对应odown 。

在cluster-node-timeout内，某个节点一直没有返回pong，那么就被认为pfail，如果一个节点认为某个节点pfail了，那么会在gossip ping消息中，ping给其他节点，如果超过半数的节点都认为pfail了，那么就会变成fail。

**2、从节点过滤**

对宕机的master node，在其所有的slave node中，选择一个切换成master node，检查每个slave node与master node断开连接的时间，如果超过了cluster-node-timeout \* cluster-slave-validity-factor，那么就没有资格切换成master，这个也是跟哨兵是一样的，从节点超时过滤的步骤。

**3、从节点选举**

对slave进行排序，排序方法如下：

>  *  slave priority：选择优先级`slave-priority`最大的从节点作为主节点，如不存在则继续。 按照slave优先级进行排序，slave priority越低，优先级就越高。
>  *  replica offset：选择复制偏移量（数据写入量的字节，记录写了多少数据。主服务器会把偏移量同步给从服务器，当主从的偏移量一致，则数据是完全同步）最大的从节点作为主节点，如不存在则继续。如果slave priority相同，那么看replica offset，哪个slave复制了越多的数据，offset越靠后，优先级就越高。
>  *  run id：如果上面两个条件都相同，那么选择一个run id比较小的那个slave。（redis每次启动的时候生成随机的`runid`作为redis的标识）

所有的master node开始slave选举投票，给要进行选举的slave进行投票，如果大部分master node（N/2 + 1）都投票给了某个从节点，那么选举通过，那个从节点可以切换成master。从节点执行主备切换，成为主节点

来源：[redis集群选举机制简介 – 源码巴士][redis_ _]

[a62dd21a70c1d72b4c78db80fd3dbad0.png]: https://img-blog.csdnimg.cn/img_convert/a62dd21a70c1d72b4c78db80fd3dbad0.png
[redis_ _]: https://code84.com/107364.html