参考官网手册

H3C CAS云计算管理平台 云迁移方案最佳实践-E0730之前版本-5W107 

H3Cloud CAS 同版本 跨主机 / 跨集群 虚拟机迁移（底层同 3PAR 存储）

一、先说明架构前提

一、同版本 CAS + 同 3PAR 存储 虚拟机迁移分几步

方式 1：在线热迁移（业务不中断）

迁移步骤

1. 源、目的 CAS 集群 / 主机 版本一致、固件一致
2. 底层 3PAR 存储 已同时映射给源 CVK、目的 CVK
3. CAS 管理平台确认：
   • 虚拟机磁盘在 3PAR 共享存储池
   • 源、目的网络 VLAN / 虚拟交换机配置一致
4. CAS 界面发起 虚拟机迁移→选择目的 CVK 主机
5. 前台迁移进度条走完，自动完成：
   • 虚拟机配置同步
   • 内存内存页实时同步
   • 最后秒级切换运行载体到目的 CVK
6. 迁移完成后验证业务、虚拟机 IP、网络、磁盘读写正常

方式 2：离线冷迁移（关机迁移）

1. 关闭虚拟机
2. CAS 平台发起迁移，选择目的主机
3. 仅迁移虚拟机 XML 配置文件
4. 目的主机直接挂载原有 3PAR 磁盘启动

二、迁移关键风险点（必注意）

1. 版本兼容性风险（最大坑）

• 必须严格同 CAS 版本、同补丁，跨小版本都可能迁移失败、虚拟机启动蓝屏 / 损坏
• CVK 主机内核、虚拟化版本必须一致

2. 网络配置风险

• 两端虚拟交换机名称、VLAN 配置、端口组必须一模一样
• 不一致会导致迁移后虚拟机无网络、IP 不通

3. 存储映射风险

• 3PAR Lun 必须同时给源、目的 CVK 都映射授权
• 没映射：迁移后虚拟机找不到磁盘，启动失败

4. 资源负载风险

• 目的 CVK CPU / 内存 / 磁盘 IO 资源不足，迁移后卡顿、自动宕机
• 迁移前先看：CPU 使用率、内存剩余、3PAR 存储 IO 负载

5. 业务瞬时抖动风险

• 热迁移超大内存虚拟机（64G/128G），内存拷贝期间会有轻微卡顿、ping 小幅丢包
• 高并发数据库、业务建议业务低峰操作

6. 迁移过程禁止操作

• 迁移中不能关机、不能重启 CVK、不能断开存储链路、不能强制终止任务
• 容易虚拟机配置损坏、磁盘锁死

三、迁移时间怎么评估

同 3PAR 共享存储（重点）

1. 小虚拟机（2C/4G/8G 内存）：10～30 秒
2. 中等虚拟机（16G～32G 内存）：1～3 分钟
3. 大内存虚拟机（64G/128G）：3～10 分钟

• 虚拟机内存越大，迁移时间越长
• 业务读写越高，内存脏页越多，迁移越慢
• CAS 管理网络、CVK 间通信带宽

冷迁移（关机）：10 秒内完成，只迁配置文件。

四、底层都是 3PAR 存储，迁移原理（核心解答）

1. 存储层面原理

• 虚拟机磁盘 本身就存放在 3PAR 共享存储上，不是本地 CVK 硬盘
• 源 CVK、目的 CVK 同时挂载同一个 3PAR Lun / 存储池
• 迁移时不需要拷贝磁盘块数据，只是：

  把虚拟机 “使用权” 从源 CVK 交给 目的 CVK

2. CAS 虚拟化层面原理

1. 虚拟机磁盘文件（qcow2/raw）物理仍在 3PAR 原地不动
2. 热迁移只同步：
   • 虚拟机硬件配置（CPU / 内存 / 网卡 / 磁盘挂载信息）
   • 虚拟机运行内存实时数据
   • 虚拟交换机端口、VLAN 挂载关系
3. 最后秒级切换运行句柄，目的 CVK 直接读取原有 3PAR 磁盘，业务无感切换

3. 一句话总结原理

五、迁移前必做检查清单

1. CAS 集群所有节点 版本、补丁完全一致
2. 3PAR 存储已映射给源、目的所有 CVK
3. 两端虚拟交换机、VLAN、端口组配置完全相同
4. 目的 CVK CPU / 内存 / IO 资源充足
5. 业务选凌晨低峰操作
6. 关键虚拟机先做快照备份，防止意外

在底层使用同一套3PAR存储的环境下进行同版本CAS迁移，核心思路是将计算和存储迁移分开处理。这可以极大地简化操作并缩短业务中断时间。

 跨主机的两种迁移模式

在H3C CAS平台上，将虚拟机从一台物理主机迁移到另一台（即“跨主机”），根据业务中断时间要求，主要分为以下两种模式：

请注意：对于没有安装CASTools的Windows虚拟机，只能进行冷迁移。

 场景特化：你的“零数据迁移”最佳路径

结合你的“同版本CAS”和“底层共用一套3PAR存储”这两个关键信息，可以得出一个最佳实践方案：

1. 分离步骤：将虚拟机的“计算”（CPU、内存）和“数据”（虚拟磁盘）关联解耦。

2. 只迁配置：执行迁移操作时，仅在CAS界面中选择 “更改主机” ，并确保不勾选“迁移存储”。

3. 最短中断：在这个场景下，虚拟机在迁移过程中，其虚拟磁盘数据完全不动，只是在目标主机上“重新挂载”了磁盘，因此可以实现最快、最稳的“在线迁移”。

 迁移步骤详解

以“零数据迁移”方案为例，详细步骤如下：

1. 迁移前准备：确保虚拟机已安装最新版 Castools；检查CPU兼容模式（建议host-passthrough的主机间需CPU型号一致）；务必备份虚拟机或重要数据；对于Windows系统，建议先卸载VMware Tools并执行mergeide.reg修改注册表以适配硬盘驱动；进行与业务部门的沟通与通告。

2. 执行在线迁移：在CAS云管理平台找到目标虚拟机，点击“迁移”，选择“更改主机”，并取消勾选“迁移存储”，最后选择目标主机并启动迁移。

3. 迁移后验证：检查虚拟机运行状态、网络连通性、Castools工作是否正常，并检查关键业务日志。建议在非高峰期执行迁移。

 关键风险与规避措施

在操作前，了解以下潜在风险能帮助你更好地规避：

• 兼容性与驱动问题：部分软件会绑定底层硬件信息（如License Server），其 did 值在迁移后可能变化，导致授权失效；同时，磁盘接口类型变化可能导致系统无法启动。

• 网络与数据一致性风险：迁移后注意检查IP地址变化及VLAN配置是否正确；对于数据库等I/O密集型业务，可能会因内存迭代拷贝慢导致超时失败。

• 配置与操作失误风险：务必删除所有快照；确保目标主机资源充足；注意分区表格式问题（MBR vs GPT）。

• 迁移超时与资源锁定：迁移超时时间应设置为 0 以防止任务被系统强制中断。另外，部分直通设备或正在使用快照的虚拟机不支持在线迁移。

 时间估算方法

迁移耗时主要受限于内存脏页速率和网络带宽。可以根据以下公式进行估算：

迁移总耗时 ≈ 初始拷贝时间 + 迭代拷贝时间 + 最终停机时间

• 理论下限：总耗时 ≈ (虚拟机已用内存大小) / (网络带宽)，例如32GB虚拟机、千兆网络理想情况下至少需要约256秒。

• 实际复杂情况：业务越繁忙，内存页面变化越快，迭代次数越多，耗时越长。

• 商用实践参考：在千兆网络中，预计迁移速度约为 30-40 MB/s；万兆网络中约为 200-250 MB/s。

 底层原理：为什么“零数据迁移”这么快？

因为你底层共用同一套3PAR存储，所以迁移时能用到一项关键技术：

• 3PAR Peer Motion：这项技术允许数据在3PAR存储系统之间直接迁移，迁移过程对主机“隐身”，极大地减轻了主机的CPU和网络负担。

• 你的迁移流程：迁移发生时，CAS平台向3PAR存储发送指令，存储阵列在内部瞬间完成逻辑单元（LUN）到目标主机的重新映射，对CAS主机来说，只是将原先的“挂载点”从主机A切换到主机B，因此数据本身并未在网络上拷贝。