本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。
选择用于更换数据库主机的迁移工具
Mike Kuznetsov 和 Harpreet Virk,Amazon Web Services(AWS)
2022 年 6 月(文档历史记录)
当您计划将大型工作负载迁移到 AWS 时,我们建议您遵循 AWS 指南并将迁移过程分为三个阶段:评测、动员和迁移。迁移之旅涉及许多因素,包括范围(“内容”)、策略(“原因”)和时间表(“时间”),如 AWS 大型迁移策略和最佳实践中所述。您选择迁移的每个工作负载都可能遵循不同的迁移策略,如七种常见策略 (7 R) 中所定义。大多数工作负载都遵循重新托管场景进行 lift-and-shift 迁移。选择策略后,您可以回答“方式”问题,它至少侧重于三个方面(人员、技术和流程)。
本指南适用于计划将本地工作负载迁移到 AWS Cloud 的任何人,包括 IT 和业务主管、计划和项目经理、产品所有者以及运营和基础设施经理。
本指南重点介绍了更换主机迁移路径,这涉及到将应用程序迁移到云中,而无需进行任何更改来利用云功能。例如,将本地 Microsoft SQL Server 数据库迁移到 AWS Cloud 中 Amazon Elastic Compute Cloud(Amazon EC2)实例上的 SQL Server 是一种更换主机策略。更具体地说,本指南讨论了最适合 lift-and-shift 迁移范围中包含数据库的工作负载的工具,以及在选择特定迁移服务时要考虑的因素。它回答了以下问题:哪种服务最支持数据库迁移? 用于非数据库服务器的服务是否也可以用于数据库服务器,或者应该以不同的方式对待数据库服务器? 如果我的更换主机迁移变成了更换主机和更换平台的混合方法会怎么样?