信创迁移需要解决的问题点：不同的虚拟化方案或者平台
目前不同行业、不同体量的企业会采用的虚拟化方案或者平台，有的企业采用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 和业务的适配性问题。
