信创迁移需要解决的问题点：不同的虚拟化方案或者平台

　　目前不同行业、不同体量的企业会采用的虚拟化方案或者平台，有的企业采用VMware，有的企业采用超融合，现在还有主流的业务上云，而且还有一些公司采用KVM做虚拟化的方案，采取的方式各不相同，这也就成为了迁移过程中的难点问题。

　　问题来自社区会员@songxiaowei 应用工程师，以下分享均来自社区会员

　　@会飞的北极熊 海通证券 系统工程师：

　　采用什么方案主要是与公司的技术路线相关，当前的虚拟化、超融合、云解决方案，基本上都能很好的支持信创操作系统，选择一款合适的产品基于企业规模，后续规划，技术路线等多个方面考虑。

　　@actor168 中国联通软件研究院 研发工程师：

　　信创迁移是为了解决供应链安全、自主技术掌控等方面的问题，对于不同的企业，其现状环境、技术沉淀程度都有不同，我们一般认为：存在较强供应链安全风险的，要做好替代工作；针对于供应链安全问题较少（开源且可控等）的，可以暂时不做替代。

　　针对问题所提到的，不同的虚拟化方案，我们建议：

　　1. 存在风险的一定要做：可选择自主或开源或国内商业云等产品实现替代；不要求全量100%，但要做到风险可控，可随时做好备选工作。

　　2. 替代的牵头：甲方提出诉求，由供应商满足要求提供（与原平台做到融合/无缝纳管等），并视情况要求其具备对应的认证等；

　　3. 如果是自主实现，则一定要考虑开源的供应链安全问题。

　　但无论哪种方案，涉及到的迁移工作量都不会太少（网络、存储、操作系统、硬件架构）需要综合评估。

　　@NickJin 解决方案架构师：

　　异构基础架构平台间的虚机迁移技术有多种方案和实现方法，不同方案间的区别在于操作复杂度、停机时间以及成本等因素。以下列举常见的迁移思路，供参考。

　　VMware 虚拟化是当前各行业使用非常普遍的基础架构平台，也是迁移工具最多元化和完善的生态，可以这样说，目前市面上的虚拟化厂商（信创或非信创）都有针对性的工具（V2V）可以将 VMware 中虚拟机直接迁出。

　　Hyper-V 和 Xen 虚拟化由于市场空间相对较小，工具与生态相较 VMware 会偏弱，以 Hyper-V 为例，通常是采用虚拟机导出再导入的方法，将 VHD 或 VHDX 文件导出，再由目标端平台转换文件，例如 KVM 平台的 qemu-img covert 工具，将转换后的文件（qcow2）导入完成迁移。

　　不同品牌间 KVM to KVM，这个要看目标端对地源端的适配性，如果有适配，采用工具迁移，没有适配，则可采用文件导出再导入的方案。

　　借助第三方数据备份复制类方案

　　适配虚拟化，使用起来就像工具迁移，操作简便。

　　不适配虚拟化，需要在源端虚拟机中安装 Agent 代理，完成数据向目标端复制。

　　由于是第三方产品，可能会产生相关费用成本。

　　这里需要注意 CPU 架构，不同架构下（例如 X86 和 ARM），虚拟机 Guest OS 和业务的适配性问题。