适用场景
- 产品：
ZCF - 组件：
ZStack Cloud、ZStone - ZStack Cloud 版本：
4.8.x - ZStone 版本：
5.2.x - 部署形态：
3台超融合节点 - 触发条件：需要对超融合节点逐台进行物理内存扩容。
问题现象
- 当前 3 台超融合节点需要做硬件侧内存扩容。
- 变更过程中必须保证业务和存储风险可控。
- 每台服务器都要单独下电扩容并验证。
判断方法
- 变更前确认云平台和 Ceph 集群健康。
- 节点开机后检查
free -h识别结果正常。 - 恢复数据恢复和退出维护模式后，确认物理机和云主机恢复正常。
原因说明
本次属于硬件扩容场景，需要通过逐台维护、停云主机、关停存储恢复等方式降低超融合环境中的业务和数据风险。
解决方案
- 执行前准备
- 风险等级：中风险
- 涉及节点：
192.168.x、192.168.x、192.168.x - 先规划变更窗口，并按节点逐台执行。
- 当前基础配置：每台
8 × 32GB - 扩容后目标：
- 服务器 A：
6 × 64GB - 服务器 B：
12 × 32GB - 服务器 C：
12 × 32GB
- 处理步骤
- 做环境健康检查。
- 存储 UI：
http://192.168.x:4000/ - 云平台 UI：
http://192.168.x:5000/ - 在物理机执行：
ceph -s- 预期结果：平台资源为已连接，Ceph 集群
HEALTH_OK。
- 在云平台关闭全局高可用。
- 预期结果：避免变更期间误触发高可用动作。
- 将目标服务器上的云主机关机或迁移到其他节点，并让该服务器进入维护模式。
- 还需在主机上检查：
virsh list- 预期结果：目标节点上不再有运行中的云主机或云路由器。
- 在存储平台关闭“数据恢复”。
- 预期结果：变更期间避免自动恢复与数据平衡干扰。
- SSH 登录目标服务器，安全关机后执行扩内存：
sync && sync && poweroff- 预期结果：服务器已完全下电，可执行物理扩容。
- 服务器开机，并检查带外与操作系统内存识别。
- 在系统中执行：
free -h- 预期结果：内存识别符合预期。
- 在存储平台重新开启“数据恢复”，等待集群健康状态恢复正常。
- 预期结果：数据恢复完成，Ceph 恢复健康。
- 在云平台启用该物理机，退出维护模式。
- 预期结果：物理机重新连接成功。
- 启动该节点上的云主机，并确认运行正常。
- 预期结果：业务恢复正常。
- 重新开启云平台全局高可用。
- 预期结果：平台恢复常态保护。
- 按同样流程依次处理服务器 B、C。
- 预期结果：全部节点扩容完成。
验证方法
- 检查
ceph -s恢复健康。 - 检查
free -h内存识别正常。 - 检查物理机重新连接成功并退出维护模式。
- 检查云主机运行正常。
风险与回滚
- 风险：关机扩内存属于底层硬件变更，若内存识别异常或插槽配置错误，可能导致节点无法正常启动。
- 风险等级：中。
- 回滚步骤：若扩容后无法正常开机或无法识别内存，则恢复原始内存配置，开机后按步骤 7-10 恢复数据恢复、启用物理机并开启高可用。