VMware 工作负载的 EC2 转换 - 使用 AWS Transform for VMware 将虚拟机云原生化
解析使用 AWS Transform for VMware 将 VMware 工作负载转换为 EC2 的方法。介绍自动评估、转换计划生成和分阶段迁移执行。
从 VMware 到 EC2 的转换选择
VMware 工作负载的 AWS 迁移主要有两种方法。（1）使用 Amazon EVS 将 VMware 环境原样迁移到 AWS 上，（2）使用 AWS Transform for VMware 将虚拟机转换为 EC2 实例。EVS 适合希望继续利用 VMware 许可和技能集的情况，但 VMware 许可成本仍然存在。而 Transform for VMware 是完全消除 VMware 依赖、迁移到 EC2 原生环境的方法。主要优点是摆脱 VMware 许可、利用 EC2 丰富的实例类型，以及与 AWS 原生服务直接集成。2025 年 5 月发布，由代理式 AI 将从评估到转换和验证的过程自动化。
自动评估与转换计划
AWS Transform for VMware 连接 vCenter Server，自动收集 VM 清单。分析各 VM 的 CPU、内存、磁盘使用量和网络流量的实际数据，推荐最佳的 EC2 实例类型（系列、规格）。例如，4 vCPU、16 GB 内存的 VM 如果 CPU 使用率平均为 30%，则推荐 m6i.large 而非 m6i.xlarge 进行合理调整。从 VM 间的通信模式检测依赖关系，自动生成应同时迁移的组（亲和组）。将 Web 服务器 → 应用服务器 → DB 服务器这样的 3 层架构放在同一波次迁移，将独立的批处理服务器归入其他波次，这类判断会自动进行。
转换过程与运行验证
转换过程中，将 VM 的磁盘镜像转换为 AMI（Amazon Machine Image），作为 EC2 实例启动。在此过程中，自动执行 VMware Tools 的删除和 AWS 兼容驱动程序（ENA 网络驱动、NVMe 存储驱动）的注入、引导加载程序配置变更（GRUB 更新）、网络设置的 EC2 元数据服务适配变更。Windows VM 会自动配置 EC2Launch v2，Linux VM 会自动配置 cloud-init。转换后会执行自动验证，确认网络连通性（VPC 内通信、互联网访问）、磁盘 I/O 的正常状态、OS 的启动与登录，以及主要应用程序进程的启动。验证失败时，会提示详细的日志和修正指南。
Transform for VMware 的定价
AWS Transform for VMware 的定价基于转换目标 VM 的数量和复杂度，具体单价需与 AWS 客户团队单独报价。转换后的 EC2 实例不再需要 VMware 许可，因此许可成本削减效果显著。转换前使用 Migration Evaluator 分析现有环境的 TCO，与转换后的 EC2 费用比较计算投资回报。根据 Compute Optimizer 的推荐优化实例类型，最小化迁移后的运行成本。
迁移的推进方法
从 VMware 到 EC2 的迁移，有计划地推进是成功的关键。首先，对要迁移的虚拟机进行盘点，掌握各自的配置和依赖关系。明确服务器之间的通信关系，将应一起迁移的服务器汇总起来，划分为迁移的单位（波次）。最初从影响小的系统开始试点迁移，确认步骤和结果。如果验证没有问题，就按照优先顺序逐步扩大范围。如果无视依赖关系逐个迁移，存在破坏服务器之间联动的风险，因此，将相关部分一起迁移的计划变得重要。
网络与数据的迁移
将虚拟机迁移到 EC2 时，需要建立网络配置的对应关系。设计本地网络与迁移目标 VPC 的子网和安全组如何对应。应用程序引用的连接目标和名称解析也要进行调整，使其在迁移目标上正常工作。在数据迁移中，估算传输所需的时间和带宽，制定使正式切换时停机时间最小化的步骤。如果采用直到切换前一刻都持续同步差异的方式，就能缩短停机时间。网络与数据的迁移设计决定了切换能否顺利进行。
迁移后的优化
迁移到 EC2 不是终点，也是出发点。从只是原样迁移了虚拟机的状态，转向充分利用云优势的优化。测量实际使用情况，将规格过剩的实例调整到合适的大小，以降低成本。此外，还可以考虑向减轻运维负担的云原生架构发展，例如将数据库替换为托管服务，或将处理迁移到无服务器或容器。先以确定能运行的形式完成迁移，之后再逐步推进优化，就能在控制迁移风险的同时，使云的收益最大化。
风险与验证
转换并迁移虚拟机时，验证在迁移目标上能否同样运行是不可或缺的。通过测试确认 OS 和中间件的设置、应用程序的依赖关系能否在 EC2 上正常工作。还要验证性能是否满足要求，以及是否存在意外行为。正式切换要分阶段进行，并做好准备，在出现问题时能够恢复到原来的环境。自动转换工具完成的转换结果，也要由人工确认以保证质量。充分的验证和回退的准备，是安全完成迁移、避免对业务造成影响的前提。
总结 - EVS 与 Transform for VMware 的选择
希望在保持 VMware 许可的同时快速迁移时，适合使用 EVS，希望完全消除 VMware 依赖、实现成本优化时，适合使用 Transform for VMware。组合两者，先用 EVS 快速迁移到云，之后用 Transform for VMware 分阶段转换为 EC2 的混合方法也是有效的。无论哪种情况，通过事前评估准确把握 VM 的依赖关系和资源使用情况是成功的关键。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。