第 2 阶段:实施大规模迁移 - AWS 规范性指导

本文属于机器翻译版本。若本译文内容与英语原文存在差异,则一律以英文原文为准。

第 2 阶段:实施大规模迁移

在大规模迁移的第 2 阶段,目标是大规模迁移服务器。例如,要在 6 个月内迁移 1,000 台服务器,您可以从每周迁移 5 台服务器开始,然后逐渐将速度提高到每周 50-100 台服务器。

现在,您可以使用在第 1 阶段开发的运行手册来分批迁移服务器。前几波浪潮通常很小,因为迁移和投资组合工作流正在其运行手册中采用和调整流程。改进运行手册是大规模迁移成功的关键。运行手册是活的文档。每次转换后,您都必须查看、修改和改进运行手册。随着运行手册随着时间的推移而演变,速度应该会随着波浪而增加。

在第 2 阶段,您将使用以下组件来操作迁移工厂:

  • 项目治理规则 — 您遵循项目治理流程来管理浪潮、沟通、时间表和切换。这些流程和工具可确保每个人在正确的时间按照正确的顺序做正确的事情。

  • 投资组合运行手册 — 您可以使用产品组合运行手册来确定应用程序的优先级、规划波动,并收集支持迁移所需的元数据。此元数据等同于制造工厂的原材料。

  • 迁移运行手册 — 您可以使用迁移运行手册迁移应用程序和服务器,将元数据加载到迁移工具中,并在每个浪潮结束时完成转换过程。在遵循迁移运行手册时,您需要遵守投资组合运行手册中的波浪计划,并在投资组合运行手册中或其他单一事实来源中使用元数据。

  • 大型迁移最佳实践和运行状况检查矩阵 — 您可以使用运行状况检查矩阵频繁定期评估当前状态,以确保一切顺利进行。

下图显示了用于大型迁移的典型迁移工厂。

运行手册通过产品组合和迁移工作流形成数据流

运行手册是迁移工厂的关键组成部分,它们协同工作,通过两个工作流,即投资组合和迁移,形成数据流。有关这些工作流的更多信息,请参阅《AWS 大型迁移基础行动手册》。团队通常不会看到整个迁移工厂的浪潮,而是专门负责工厂的某些部分,波浪会流过每个工作流程。每个工作流的持续时间因项目时间表、范围和资源可用性而异。例如,投资组合工作流程可能为 3 周,迁移工作流程可能为 2-5 周。通过确保有足够的服务器排队进行迁移,防止迁移工厂出现供应链问题。我们建议投资组合工作流比迁移工作流程提前五个浪潮。

下图显示了典型迁移工厂的动态视图。在每个浪潮中,投资组合工作流运行 1-2 周,迁移工作流通常持续 3-4 周。投资组合工作流比迁移工作流领先五波,因此在投资组合和迁移工作流之间始终存在五波缓冲区。在迁移第 1 阶段(初始化)结束时,投资组合工作流完成了五波缓冲区的波浪规划。当迁移工作流开始迁移应用程序时,这表明您已进入第 2 阶段,即实施。产品组合和迁移工作流都在继续处理浪潮,缓冲区可以防止迁移工作流耗尽需要迁移的服务器。

""