VMware 工作负载的迁移策略 - 分别使用 MGN 与 EVS 的分阶段方法
讲解将 VMware 工作负载迁移到 AWS 时如何选用 MGN（Application Migration Service）与 EVS、如何制定分阶段迁移计划以及迁移后的优化。
VMware 迁移的 3 种方法
将 VMware 工作负载迁移到 AWS 的方法大致分为 3 类。第一种是 Lift & Shift，即使用 Amazon EVS 将 VMware 环境原样迁移到 AWS 上的方法。无需更改应用程序，但仍然需要 VMware 许可。第二种是重新平台化，即使用 AWS MGN（Application Migration Service）将 VMware VM 转换为 EC2 实例的方法。这种方法摆脱了 VMware 许可的束缚，但需要验证 OS 和中间件的兼容性。第三种是重构，即将应用程序容器化并在 ECS 或 EKS 上运行的方法。这是最具云原生特征的形态，但应用程序的改造工作量会变大。
迁移评估与计划制定
在迁移之前，如果已经在使用 AWS Migration Hub（自 2025 年 11 月 7 日起停止接受新客户），可以收集现有环境的清单，并映射工作负载之间的依赖关系。使用 Migration Evaluator（原 TSO Logic），可以根据当前本地环境的使用数据，计算出 AWS 上的最佳配置和成本估算。根据评估结果，判定各工作负载是采用 EVS、MGN 还是重构进行迁移。作为判定标准，对 VMware 特有功能（vMotion、DRS、HA）依赖度高的工作负载选择 EVS。标准的 Linux/Windows 服务器选择 MGN，有望进行微服务化的应用程序选择重构。
使用 MGN 迁移到 EC2 的实践
AWS MGN 在源服务器上安装代理，通过块级持续复制在 AWS 上创建副本。复制期间源服务器持续运行，因此不会影响业务。通过测试启动验证副本的运行情况，如果没有问题，则执行割接，完成生产环境的切换。割接时的停机时间仅为最终增量的同步时间（通常为几分钟到几十分钟）。MGN 的代理可以与 VMware Tools 共存，因此可以直接安装在 vSphere 环境的服务器上。迁移后作为 EC2 实例运行，因此可以利用与 Auto Scaling 和 ALB 的集成等 AWS 原生功能。
迁移成本的考量
MGN 本身免费使用，只产生用于复制的暂存区（EC2 + EBS）的成本。EVS 的主要成本因素是专用主机（i4i.metal）的费用，最小 3 台主机的配置每月约 15,000 美元以上（截至 2026 年 8 月）。由于迁移方式的选择对成本有重大影响，因此慎重评估使用 MGN 迁移到 EC2（低成本、需要更改应用）与使用 EVS 迁移 VMware 环境（高成本、无需更改）之间的权衡。使用 Migration Evaluator 分析当前环境的成本，在估算迁移后的 TCO 之后再决定方式。
迁移策略的梳理
云迁移有几种方法。几乎原样迁移虚拟机的方式变更少，可以在短时间内完成迁移，在首先希望可靠地运行起来时，选择这种方式合适。替换部分 OS 和中间件以针对云进行优化的方式，可以在减轻运维负担和迁移速度之间取得平衡。重新构建应用程序使其成为云原生的方式虽然费工夫，但可以获得最大的效果。不是用同一种方式迁移所有内容，而是根据应用程序的重要性和改造余地选用不同方式并分阶段推进，是现实的策略。
MGN 的机制与特点
Application Migration Service（MGN）是将运行中的服务器几乎原样迁移到 AWS 的代表性手段。通过持续复制源服务器的数据，可以在不停止生产环境的情况下推进迁移准备。在切换之前，可以从复制的数据启动测试用实例，事先验证在迁移目标上是否正常运行。生产切换时，从同步到切换前一刻的状态进行切换，因此可以将停机时间降到最低。能够在不大幅改变现有配置的情况下，安全且以短暂的停机时间完成迁移，是使用 MGN 的一大优势。
迁移后的优化与现代化
将服务器原样迁移后，进入发挥云优势的优化阶段。测量实际使用情况，将规格过高的实例调整为合适的大小，从而削减成本。此外，如果分阶段推进将数据库迁移到托管服务、将处理替换为容器或无服务器等现代化，可以降低运维负担并提高可扩展性。通过采用先可靠地完成迁移并运行起来、再反复改进的两阶段方式，可以在降低迁移风险的同时，从长期来看最大化云的好处。把迁移视为优化的起点。
推进迁移项目的方法
为了让大规模迁移取得成功，不仅技术重要，推进方式的设计也重要。如果在准备迁移目标 AWS 环境时先完善安全和权限的基础，可以安全地接收各个工作负载。将要迁移的系统按依赖关系分组，确定优先级并分阶段推进。把第一波中获得的经验应用到后续迁移中，提高效率。让团队熟悉云运维的准备工作也并行推进。不试图一次性迁移全部，而是一边循环进行计划 / 执行 / 验证 / 改进，一边稳步推进，从而引导迁移项目走向成功。
总结 - 分阶段迁移的推荐策略
将 VMware 工作负载迁移到 AWS 时，有效的不是单一方法，而是根据工作负载的特性分别使用 EVS 与 MGN 的分阶段策略。首先使用 MGN 将开发 / 测试环境迁移到 EC2，积累云运维的经验，生产环境则在使用 EVS 进行 Lift & Shift 之后依次转换为 EC2。迁移后，使用 Compute Optimizer 优化实例大小，并使用 Savings Plans 降低成本。通过逐步摆脱 VMware 许可，可以实现长期运营成本的降低。
参考资料（AWS 官方）
本页的第一手信息来源是 AWS 官方网站及官方文档。最新的规格与价格请以下列官方页面为准。
如本页内容与官方文档不一致，请以官方文档为准。