Cloud OS5.0：普通滚动关机 vs 更换主板硬件关机，流程差异解析

集群 3 节点；

• 普通维护滚动关机：仅滚动关机 / 重启，硬件不变，后续还要原节点上电继续加入集群；要求同一时间只操作一台节点。
• 更换主板硬件更换流程：需要踢出集群、停止origin‑node、docker 服务再关机。

核心区别根源

1. 普通滚动关机（版本升级、临时维护重启） 节点只是临时下电，主板、BIOS、服务器硬件 UUID/BMC 信息完全不变。

• 关机前只需要把节点置为维护模式 (drain)：虚拟机全部疏散到其余节点；分布式存储副本完成数据重平衡。
• 执行关机，节点离线；等待硬件不变的原服务器上电后，origin‑node、docker 容器服务自动拉起，节点自动重新加入集群，不需要人工重新添加节点。

集群层面只是认为节点短暂失联，等待节点回来，不会删除该节点的集群注册信息。 所以仅要求：同一时间只操作一台，保证集群多数派、存储副本冗余。

2. 更换主板（重点） 更换主板之后，服务器硬件 UUID、BMC 标识、BIOS 配置全部发生改变，就算保留原有系统盘，开机后原节点硬件身份已经改变。

如果不做踢出集群、停止底层服务，直接关机换主板会出现两大风险： ① 换完主板上电，旧的origin‑node、docker 服务会带着旧的集群身份信息尝试重新加入集群；但是主板硬件标识已经变，集群会出现身份冲突、脑裂风险，控制平面异常。 ② 底层容器服务还在运行状态标记，集群认为该节点还属于集群成员；新硬件身份与旧注册信息打架，会出现主机重复、虚拟机调度异常、存储元数据异常。

所以官方硬件更换步骤：

1. 先把节点踢出集群（从集群成员列表删除），集群不再等待该节点恢复；
2. 手动停止origin‑node、docker 底层集群容器服务，清空本机集群运行上下文，切断本机与集群的通信链路；
3. 再关机更换主板；
4. 更换主板完成开机后，该主机相当于一台全新裸主机，需要重新执行加入集群操作。

简单对比表格

表格

常见误区澄清

1. “同样都是关机，为什么操作不一样？”

关机只是操作系统下电；关键差异不是关机这个动作，是更换主板后服务器硬件身份会发生改变。普通维护硬件身份不变，可以自动归队；换主板硬件身份改变，不能让旧的集群上下文残留。

2. 注意：踢出集群≠删除数据盘数据。踢出集群只是清除集群控制平面注册信息，磁盘上分布式存储业务数据本身保留，重新加入集群会识别原有磁盘数据。
3. 3 节点集群更换主板注意：踢出一个节点后，剩余 2 节点仍然满足集群多数派，业务正常；禁止同时操作 2 台及以上节点。

踢出集群是防止pod进行节点调度的时候调度到故障节点，服务起不来会影响平台功能，最稳妥的方法就是踢出集群