1. 明确目标：部署“计算虚拟化”而非“超融合”

为了迁移原集群的虚拟机，你需要的是一个能承载它们的“舞台”，而不需要复杂的分布式存储。

•  安装超融合平台 (UIS 标准版/企业版)：UIS 超融合的核心是集成ONEStor 分布式存储，它需要至少3个节点才能保障数据高可用。在单节点上强行部署，会白白占用大量内存，却无法带来数据冗余优势，而且单节点故障会导致所有数据不可用。

•  安装计算虚拟化平台 (H3C CAS 纯软件版)：CAS 的本质就是计算虚拟化，不包含分布式存储。它能让UIS 2000化身为一台纯粹的、性能强劲的物理机，非常适合作为临时承载平台。平台管理开销也更小，能将更多硬件资源留给虚拟机。
  补充说明：UIS 软件包本身已集成 CAS 虚拟化内核。在单台服务器上安装时，选择纯计算虚拟化场景部署即可。

2. 精准规划：为底层系统预留足够的“跑道”

在单节点上，为了给虚拟机腾出空间，底层系统会占用一部分资源，这部分需要提前预留出来。

 内存预留：至少预留 48 GB (以 256GB 物理内存为例)

虚拟机内存总和可达物理内存的180%（如460GB），但实际可用物理内存需扣除预留部分，规划时务必计算在内。

1. 系统及CAS服务开销：约 8 GB。这部分用于运行CAS的虚拟化管理服务 (CVM)。

2. UIS监控服务开销：约 8 GB。UIS 的管理监控服务会占用一定内存。

3. 系统缓存 (Cache)：预留约 20 GB。Linux系统会利用空闲内存进行缓存以提升性能，建议预留这部分。

4. 其他开销：约 12 GB。用于容纳各种系统进程和缓冲区。

以上各项加起来，建议为底层系统预留 48 GB 内存。你剩余的物理内存将全部用于运行你从3节点集群迁移过来的虚拟机。

 CPU 预留：无需特殊预留

CPU资源采用动态分配，没有像内存那样的固定开销。通常无需单独预留，CAS 会智能地将虚拟机所需的vCPU调度到物理CPU核心上。

3. 迁移流程：三条可行路径

路径一：虚拟机镜像导出导入 (最稳妥)

将原集群的虚拟机逐个导出为OVF/OVA模板，再导入UIS 2000。此方法稳定可靠，兼容性好，但需要较长的停机时间。

路径二：使用迁移工具 (效率较高)

利用 UIS 双模超融合 的纳管和迁移功能，或 Vinchin、H3C UIS 云迁移方案 等第三方工具，可进行在线（热）迁移，业务中断时间短。

路径三：存储复制 (最快但复杂)

通过存储底层的复制功能将虚拟机镜像直接同步到新服务器。这需要特定的存储环境支持。
操作建议：如果业务允许短时中断，推荐路径一。若需要尽量缩短中断时间，建议咨询H3C技术支持是否可采用路径二。