corosync qnet挂死场景分析解决


难度 中等

qnet挂死场景的矛盾点:

  • 网络分区依靠qnet来进行判断,当qnet挂死时,集群无法处理网络分区,此时发生网络分区不提供服务
  • 当qnet恢复后,qnet选择出来的多数派分区有可能和之前的多数派分区不一致(或者说选出来的多数派分区有可能不包含上一次提供服务的节点)

如果qnet选出来的分区与上一次提供服务的分区不一致(选出来的多数派分区不包含上一次提供服务的节点),则不能提供服务。

因而问题转化为如何判断qnet恢复后选出来的分区为上一次提供服务的分区(选出来的多数派分区包含上一次提供服务的节点)。

记录下上一次提供服务的节点数量,当网络分区时,继续提供服务的分区节点数量会发生改变,而未继续服务的分区节点数量不会改变,因而可以使用本次投票时的节点数量与上一次提供服务时的节点数量进行比较来判断分区是否是上次提供服务的分区。

  • 若节点数量减少,则不是上一次提供服务的分区,无法提供服务
  • 若节点数量不变或者增多,则是上一次提供服务的分区,可以提供服务
    • 若节点数量不变,说明分区未发生变化,可以继续提供服务
    • 若节点数量增大,说明分区内有新节点加入,可以继续提供服务

三节点集群qnet挂死恢复情况分析

qnet挂死后只有所有节点都存活时才能写入数据。

根据网络分区情况,可以有以下几种组合,以A、B、C三个节点为例说明:

  • qnet挂死前未发生网络分区,挂死过程中也未发生网络分区

    qnet挂死前与恢复后网络状态一致,可以根据选举规则提供服务。

    A的状态变更:
    1->0(qnet挂死)->1(qnet恢复获取到投票)
    A的节点数变更:
    3->3->3
    A的当前节点数变更:
    3->3->3
    B的状态变更:
    1->0(qnet挂死)->1(qnet恢复获取到投票)
    B的节点数变更:
    3->3->3
    B的当前节点数变更:
    3->3->3
    C的状态变更:
    1->0(qnet挂死)->1(qnet恢复获取到投票)
    C的节点数变更:
    3->3->3
    C的当前节点数变更:
    3->3->3

    qnet恢复后节点数未减少,可以提供服务

  • qnet挂死前未发生网络分区,挂死过程中发生网络分区

    挂死过程中发生网络分区,数据无法写入,qnet恢复后识别分区,可以根据选举规则提供服务。

    A的状态变更:
    1->0(qnet挂死)->0(C节点分区)->1(qnet恢复获取到投票)
    A的节点数变更:
    3->3->3->3
    A的当前节点数变更:
    3->3->2->2
    B的状态变更:
    1->0(qnet挂死)->0(C节点分区)->1(qnet恢复获取到投票)
    B的节点数变更:
    3->3->3->3
    B的当前节点数变更:
    3->3->2->2
    C的状态变更:
    1->0(qnet挂死)->0(C节点分区)->0(qnet恢复获取到投票)
    C的节点数变更:
    3->3->3->3
    C的当前节点数变更:
    3->3->1->1

    无论哪个分区获得投票,节点数都变少,无法提供服务。

  • qnet挂死前发生网络分区,挂死过程中未发生网络分区

    qnet挂死前发生网络分区,则qnet挂死前已经识别出分区,qnet挂死后无法提供服务,当qnet恢复时还是根据相同的规则识别网络分区,可以根据选举规则提供服务。

    上一次提供服务的分区获取到投票可以继续提供服务:

    A的状态变更:
    1->1(C节点分区)->0(qnet挂死)->1(qnet恢复获取到投票)
    A的节点数变更:
    3->2->2->2
    A的当前节点数变更:
    3->2->2->2
    B的状态变更:
    1->1(C节点分区)->0(qnet挂死)->1(qnet恢复获取到投票)
    B的节点数变更:
    3->2->2->2
    B的当前节点数变更:
    3->2->2->2
    C的状态变更:
    1->0(C节点分区)->0(qnet挂死)->0(qnet恢复未获取到投票)
    C的节点数变更:
    3->3->3—>3
    C的当前节点数变更:
    3->1->1->1

    上一次提供服务的分区未获取到投票不可以继续提供服务:

    A的状态变更:
    1->1(C节点分区)->0(qnet挂死)->0(qnet恢复未获取到投票)
    A的节点数变更:
    3->2->2->2
    A的当前节点数变更:
    3->2->2->2
    B的状态变更:
    1->1(C节点分区)->0(qnet挂死)->0(qnet恢复未获取到投票)
    B的节点数变更:
    3->2->2->2
    B的当前节点数变更:
    3->2->2->2
    C的状态变更:
    1->0(C节点分区)->0(qnet挂死)->1(qnet恢复获取到投票)
    C的节点数变更:
    3->3->3—>3
    C的当前节点数变更:
    3->1->1->1

    qnet恢复后1节点分区获取到投票,但其节点数量减少,无法提供服务。

  • qnet挂死前发生网络分区,挂死过程中发生网络分区

    A的状态变更:
    1->1(C节点分区)->0(qnet挂死)->0(B节点分区)->1(qnet恢复获取到投票)
    A的节点数变更:
    3->2->2->2->2
    A的当前节点数变更:
    3->2->2->2->1
    B的状态变更:
    1->1(C节点分区)->0(qnet挂死)->0(B节点分区)->0(qnet恢复获取到投票)
    B的节点数变更:
    3->2->2->2->2
    B的当前节点数变更:
    3->2->2->2->1
    C的状态变更:
    1->0(C节点分区)->0(qnet挂死)->0(qnet恢复未获取到投票)
    C的节点数变更:
    3->3->3—>3->3
    C的当前节点数变更:
    3->1->1->1->1

    此时A节点分区虽然获取到qnet投票,但其节点数量减少,无法获取到投票。

    特别的,C分区后,B再分区,并且C重新回来,可以提供服务。

    A的状态变更:
    1->1(C节点分区)->0(qnet挂死)->0(B节点分区)->0(C节点重新回来)->1(qnet恢复获取到投票)
    A的节点数变更:
    3->2->2->2->2->2
    A的当前节点数变更:
    3->2->2->1->2->2
    B的状态变更:
    1->1(C节点分区)->0(qnet挂死)->0(B节点分区)->0(qnet恢复获取到投票)
    B的节点数变更:
    3->2->2->2->2
    B的当前节点数变更:
    3->2->2->1->1
    C的状态变更:
    1->0(C节点分区)->0(qnet挂死)->0(C节点重新回来)->0(qnet恢复未获取到投票)
    C的节点数变更:
    3->3->3—>3->3
    C的当前节点数变更:
    3->1->1->2->2

    此时AC分区重新获得quorate,且因为A分区节点数量未减少可以继续提供服务。

qnet挂死前网络分区判断

节点本身无法判断qnet是否挂死,只能感知到是否获取qnet投票,则无法获取到投票,则有两种情况:

  • 网络分区
  • qnet挂死

n节点集群

n个节点集群,分死种情况讨论:(挂死也认为是网络分区,挂死节点单独一个分区)

  • qnet挂死前未发生网络分区

    • qnet挂死过程中未发生网络分区

    • qnet挂死过程中发生网络分区

  • qnet挂死前发生网络分区

    • qnet挂死过程中未发生网络分区
    • qnet挂死过程中发生网络分区

qnet挂死前未发生网络分区,挂死过程中也未发生网络分区

假设挂死前为n个节点,挂死后仍为n个节点,集群可以提供服务。

如集群有3个节点,qnet挂死后恢复仍为3个节点,集群可以提供服务;

特别的,集群挂死前网络分区,2节点分区获得quorate并提供服务,qnet挂死后恢复2节点分区继续获得quorate,可以继续提供服务;

特别的,集群挂死前网络分区,2节点分区获得quorate并提供服务,qnet挂死后恢复1节点分区获得quorate,节点个数减少无法提供服务;

qnet挂死前未发生网络分区,挂死过程中发生网络分区

假设挂死前为n个节点,挂死后为n-1个节点,集群不可以提供服务。

如3节点集群,qnet挂死前为3个节点,qnet挂死后网络分区(2节点和1节点),qnet恢复后2节点分区获得quorate,无法提供服务。

qnet挂死前发生网络分区,挂死过程中未发生网络分区

假设挂死前为n-1个节点,挂死后仍为n-1个节点,集群可以提供服务。

qnet挂死前发生网络分区时可以继续提供服务,其场景与qnet挂死前未发生网络分区,挂死过程中也未发生网络分区一致。

qnet挂死前发生网络分区,挂死过程发生网络分区

假设挂死前为n个节点,挂死前分为m个分区,其中p分区获得quorate,此时p分区节点个数为q,其他分区的节点个数仍为n;

qnet恢复后,若p分区获得quorate,且p分区节点个数不变或者增加,则集群可以提供服务;

qnet恢复后,若其他分区获得quorate,则其他分区节点数一定减少,则集群不可以提供服务;

qnet挂死前发生网络分区时可以继续提供服务,其场景与qnet挂死前未发生网络分区,挂死过程中发生网络分区一致。

qnet恢复后节点数量减少情况分析

A、B、C三个节点

qnet挂死前,A在提供服务。

qnet挂死后,A也挂死,此时B获得qnet的投票,B无法提供服务。


文章作者: growdu
版权声明: 本博客所有文章除特別声明外,均采用 CC BY 4.0 许可协议。转载请注明来源 growdu !
  目录
分类导航
随笔3 AI29 计算机基础13 算法1 博客搭建7 ChatGPT2 集群63 计算机通信1 数据库59 数据库深入93 数据库93 Docker11 DPDK26 编辑工具4 Elasticsearch4 FAQ1 Go Web1 hometown2 编程语言16 人生11 网络9 Linux38 OPC1 openGauss4 页面12 PostgreSQL54 程序员自我修养1 协议11 stock1 存储5 成长之路1 工具20 视频作品1 VPP18 Vue13 Web1 代码示例11 BenchmarkSQL1 PostgreSQL 源码修炼之路14
最热文章
1
PostgreSQL 逻辑复制全链路:以一个真实事务为例,从 `INSERT` 到 `apply` 的源码级旅程
数据库🔥 2162
2
PostgreSQL 逻辑复制 Stream 执行逻辑源码级拆解:从 reorderbuffer 触发到订阅端落盘回放
数据库🔥 1765
3
PostgreSQL 行锁机制源码级深度拆解:4 种锁模式 + xmax + MultiXact 的完整链路
数据库🔥 1656
4
PostgreSQL reorderbuffer.c 函数级源码全集:5615 行 / 95 个函数的逐函数解析
数据库深入🔥 1650
5
PostgreSQL 目录快照源码级深度拆解:系统表读取的 MVCC 真相与失效机制
数据库🔥 1604
6
13 逻辑复制深入
数据库深入🔥 1570
7
0 Postgresql存储、索引及系统优化、主备切换
PostgreSQL🔥 1495
8
PostgreSQL 读一行数据源码级深度拆解:MVCC 在每个环节的落点
数据库🔥 1464
9
PostgreSQL WAL 记录类型完全指南:21 个 RMGR × 80+ 种记录的源码级拆解
数据库🔥 1431
10
一文读懂openguass dcf网络模块
集群🔥 1420
11
PostgreSQL 元数据存储机制:从磁盘文件到内存缓存,`pg_class` 撑起的整个系统表体系
数据库🔥 1411
12
openGauss 并行解码设计原理深度拆解:reader + 多 worker + CSN 三层架构的源码级剖析
数据库深入🔥 1344
13
逻辑复制源码分析
数据库深入🔥 1327
14
PostgreSQL 逻辑复制:catalog 改动、可见性判定与 xmin/xmax 推进全景
数据库深入🔥 1317
15
自托管服务全家桶:从原文方案到可复制实操手册
人生🔥 1278
16
PostgreSQL CREATE_REPLICATION_SLOT 端到端源码分析:从 SQL 到 snapbuild 状态机的完整链路(每个函数每个参数)
数据库深入🔥 1277
17
PostgreSQL syscache 模块源码深度拆解:CatCache 数据结构、LRU 哈希表、cache invalidation 全链路
数据库深入🔥 1216
18
PostgreSQL 18 内核数据结构全景:RangeVar 与 20+ 个核心数据结构源码级拆解
数据库🔥 1158
19
PostgreSQL 逻辑复制里 `RUNNING_XACTS` 写入机制与快照 `xmin / xmax / xip` 的演化:源码级深度拆解
数据库🔥 1119
20
PostgreSQL 分区表:从一行 `PARTITION BY` 到路由热路径的全链路拆解
数据库🔥 1094