迁移与混合

迁移统一管理 - 使用 AWS Migration Hub 可视化云迁移进度

解析使用 AWS Migration Hub 统一管理云迁移。介绍迁移进度可视化、与 Application Discovery Service 的集成及迁移策略选择支持。

約 2 分で読めます

云迁移的管理挑战

大规模云迁移项目中，需要分阶段迁移数十到数百台服务器和应用。迁移使用多种工具 (服务器迁移用 MGN、数据库迁移用 DMS、文件传输用 DataSync、容器化用 App2Container)，因此难以把握整体进度。需要统一管理哪些应用已迁移、哪些正在进行、哪些尚未开始的机制。AWS Migration Hub 是在单一仪表板中可视化云迁移进度的服务。自动汇总 AWS 迁移工具和合作伙伴工具 (CloudEndure、Turbonomic 等) 的进度，按应用单位追踪迁移状态。Migration Hub 本身免费使用，大幅减少迁移项目的管理开销。

通过 Application Discovery Service 进行发现

迁移的第一步是了解本地环境的现状。AWS Application Discovery Service 是自动发现本地服务器、应用和依赖关系的服务。提供无代理发现 (通过 VMware vCenter) 和基于代理发现 (在各服务器安装代理) 两种方式。无代理发现适用于 VMware 环境的快速评估，收集 VM 基本信息 (CPU、内存、磁盘、网络)。基于代理发现收集更详细的信息 (进程列表、网络连接、性能指标)，自动映射服务器间的依赖关系。发现结果注册到 Migration Hub 的清单中，可将服务器分组到应用中以定义迁移单元。代理同时执行数限制为 1,000 台，应用组数每账户最多 1,000 个。

Strategy Recommendations 与 Refactor Spaces

Migration Hub Strategy Recommendations 分析发现的服务器信息 (OS、中间件、应用框架)，为每台服务器推荐最优迁移策略。Rehost (直接迁移) 是不修改应用直接迁移到 EC2 的策略，最快速但留有优化空间。Replatform 是进行部分修改 (托管服务替换) 的策略。Refactor 是重新设计为云原生架构的策略，效果最大但工作量也最大。Migration Hub Refactor Spaces 管理重构期间的流量路由。从现有单体应用中逐步拆分微服务时，自动配置使用 API Gateway 和 NLB 的路由，支持绞杀者模式的实现。 要全面学习 AWS 迁移策略，可参阅技术书籍 (Amazon)。

迁移执行与追踪

Migration Hub 仪表板可实时追踪各应用的迁移状态。状态显示为「未开始」「进行中」「完成」「失败」，进行中的应用可查看使用的迁移工具和详细进度。使用 MGN (Application Migration Service) 迁移服务器时，复制进度、测试启动结果和切换状态自动反映到 Migration Hub。DMS 数据库迁移同样汇总复制任务进度。迁移项目整体摘要 (已迁移、进行中、未开始的服务器数) 显示在仪表板上，也可用作向管理层报告的资料。Migration Hub 使用 us-west-2 作为主区域，但迁移目标资源可部署在任意区域。

大规模迁移的 Orchestrator 与波次规划

数百台规模的服务器迁移中，通过 ADS 收集清单后创建应用组，将有依赖关系的服务器归组。按组单位规划迁移波次，从无依赖的组开始切换以降低迁移风险。Migration Hub Orchestrator 通过基于模板的工作流自动化迁移步骤。提供 SAP 和 SQL Server 等特定工作负载的迁移模板，可通过标准化流程执行复杂工作负载的迁移。Orchestrator 模板执行本身免费，但底层 AWS 服务 (Step Functions、Lambda 等) 的费用另计。使用仪表板的过滤功能按应用、服务器或迁移工具切片进度并每周向管理层报告是常见模式。

费用与限制注意事项

Migration Hub 本身免费使用。迁移进度追踪、应用分组和仪表板显示不产生额外费用。产生成本的是与 Migration Hub 集成的迁移工具 (MGN、DMS、DataSync) 的使用费。Migration Evaluator (原 TSO Logic) 的本地环境分析也免费，可在迁移前进行 TCO 比较。Strategy Recommendations 也免费提供。Refactor Spaces 会产生内部创建的 API Gateway 和 NLB 的资源费用。主要限制是主区域一旦设定便不可更改。

总结

AWS Migration Hub 是统一管理云迁移项目进度的服务。通过 Application Discovery Service 进行现状把握和依赖关系映射、Strategy Recommendations 推荐迁移策略、汇总多种迁移工具进度、Orchestrator 实现特定工作负载的迁移自动化是其主要优势。免费使用，推荐从迁移项目初期阶段即引入。迁移 10 台以上服务器时，将应用组与波次规划相结合，分阶段管理风险并逐步切换是成功的关键。

相关服务

AWS Migration Hub统一管理多个迁移工具进度并可视化整个迁移项目的服务AWS Database Migration Service以最短停机时间将数据库迁移到 AWS 的全托管迁移服务AWS DataSync自动化和加速本地与 AWS 之间数据传输的服务

相关文章

大型机迁移 - 使用 AWS Mainframe Modernization 将遗留系统云化解析使用 AWS Mainframe Modernization 进行大型机云迁移。介绍重新平台化（Micro Focus）和重构（Blu Age）两种模式及迁移策略。通过 AWS DataSync 加速数据传输 - 从本地到 S3 和 EFS 的迁移自动化从本地到 S3 和 EFS 的高速数据传输。介绍代理部署、任务调度和传输数据的完整性验证。

本主题的更多内容

数据库迁移服务 - 通过 AWS DMS 实现安全高效的数据库迁移解说利用 AWS Database Migration Service (DMS) 进行数据库迁移的方法。介绍通过与 RDS 集成实现同构和异构数据库间的迁移，以及通过持续复制最小化停机时间的实践方法。通过 AWS DataSync 加速数据传输 - 从本地到 S3 和 EFS 的迁移自动化从本地到 S3 和 EFS 的高速数据传输。介绍代理部署、任务调度和传输数据的完整性验证。使用 AWS Elastic Disaster Recovery 构建灾难恢复 - 持续复制与恢复测试通过持续复制将本地服务器复制到 AWS，通过恢复演练验证流程。介绍从故障转移到故障回退的完整流程。大型机迁移 - 使用 AWS Mainframe Modernization 将遗留系统云化解析使用 AWS Mainframe Modernization 进行大型机云迁移。介绍重新平台化（Micro Focus）和重构（Blu Age）两种模式及迁移策略。使用 AWS Mainframe Modernization 将大型机迁移至 AWS - 重新平台化与重构解析 Mainframe Modernization 的大型机应用迁移模式、Blu Age 与 Micro Focus 的选型。加速大型机革新 - 使用 AWS Transform 在数月内现代化遗留 COBOL解析 AWS Transform for mainframe 的大型机现代化。介绍 COBOL 代码自动分析、Java 转换、分阶段迁移策略。使用 AWS MGN 规划和执行大规模迁移 - 波次设计与切换自动化通过波次设计规划数百台规模的服务器迁移，介绍切换自动化脚本和迁移后的优化方法。使用 AWS Application Migration Service (MGN) 实践直接迁移从代理安装到切换的直接迁移实践步骤介绍。同时解析设计注意事项和网络配置。

相似的文章与服务

AWS Migration Hub统一追踪和可视化多个迁移工具进度的仪表板服务，还提供 Strategy Recommendations 的迁移策略评估和 Refactor Spaces 的重构支持使用 AWS MGN 规划和执行大规模迁移 - 波次设计与切换自动化通过波次设计规划数百台规模的服务器迁移，介绍切换自动化脚本和迁移后的优化方法。AWS Application Migration Service将本地服务器自动迁移到 AWS 的直接迁移服务VMware 工作负载的迁移策略 - MGN 与 EVS 的分阶段使用方法解析将 VMware 工作负载迁移至 AWS 时 MGN（Application Migration Service）与 EVS 的使用选择、分阶段迁移计划的制定方法以及迁移后的优化。