任务 5:定义波浪规划流程 - AWS 规范性指导

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

任务 5:定义波浪规划流程

波浪规划是大规模迁移的关键里程碑。在波浪计划中,将相似的应用程序组合在一起,考虑基础架构和应用程序的依赖关系(例如共享数据库)、应用程序的优先级、应用程序架构的相似性以及业务功能。然后,您可以与应用程序和基础架构团队一起审查波浪计划,以确认它们在指定的迁移和转换窗口内的可用性。

根据不同AWS客户的实际部署,以下是波浪规划的一些最佳实践:

  • 至少提前 4-5 波计划迁移浪潮。这有助于确保始终有足够的服务器用于迁移工作流。

  • 快速失败。你应该从一些低复杂度的应用程序开始,然后将所学应用到以后的浪潮中。

  • 在早期浪潮(第 1—5 波)中,选择较少的服务器(少于 10 个)、低复杂度的应用程序和较低环境中的应用程序,例如开发或测试环境。随着你的进步,逐渐将更多的复杂性和更多的服务器引入浪潮。

  • 波浪规划是一个持续的过程,不是一次性的任务。不要试图一次计划所有波浪。

  • 如果您使用的是投资组合发现工具,并且它具有复杂性评分功能,请在波浪规划中使用它。首先迁移复杂程度最低的应用程序。

此任务由以下步骤组成:

步骤 1:定义移动组进程

在此步骤中,您将确定所有 application-to-server 依赖关系并定义规则,这些规则将用于确定应将哪些服务器作为移动组一起移动。移动组是一组应一起移动的服务器或应用程序。这是迁移浪潮的组成部分,其中每波由一个或多个移动组组成,具体取决于每个移动组中的服务器数量。

确定应用程序依赖关系

以下是将相互依存的应用程序分组到移动组中的关键注意事项:

  • 考虑基础架构依赖关系,例如:

    • 一个应用程序可能有多个数据库,这些数据库可以由其他应用程序共享。

    • 一个应用程序可能依赖于另一个应用程序。

    • 服务器可能会托管多个应用程序的数据库。

  • 考虑业务和运营依赖关系,例如:

    • 由于业务影响或操作进度(例如备份或补丁),应用程序只能在特定时段内迁移。

    • 应用程序所有者仅在一个迁移转换窗口内可用,因此该所有者的所有应用程序必须位于同一个移动组中。

您在应用程序研讨会过程中或定义目标状态时确定了基础架构依赖关系。您可以通过自动或手动流程识别基础架构依赖关系。要自动识别基础架构依赖关系,您可以使用发现工具,例如 Flexera One 云迁移和现代化或 TDS TransitionManager。对于手动流程,请与应用程序和基础架构团队一起验证 CMDB 信息。

您在应用程序研讨会过程中确定了业务和运营依赖关系。

作为构建自己的波浪规划手册的起点,我们建议你使用投资组合手册模板中包含的波浪规划Runbook模板(Microsoft Word格式)。按如下方式记录迁移的依赖关系:

  1. 打开你的波浪规划手册。

  2. 在 “应用程序依赖关系” 部分中,记录依赖关系。确定类型(基础架构、业务或运营)、依赖关系以及依赖关系的简要描述。

  3. 保存波浪规划手册。

  4. 维护波浪规划操作手册中的依赖关系。随着你的进步,你可能会发现新的依赖关系。

下表显示了依赖关系示例。

类型 依赖关系 描述

基础架构

数据库

数据库与其他应用程序共享

基础架构

文件存储

应用程序使用可以解耦的中央文件存储,或者所有关联的应用程序应一起迁移

基础架构

应用程序

该应用程序依赖于一个或多个其他应用程序来运行,例如提取、转换和加载 (ETL) 任务等

业务

业务中断

应用程序的特定和经批准的停机窗口

正常运行

补丁窗口

可能会影响迁移切换的预定操作任务,例如修补

定义移动组规则

在 Wave Planning Runbook 中记录依赖关系后,必须基于这些依赖关系构建移动组规则。这些规则控制如何将服务器组合成移动组。使用以下步骤创建规则:

  1. 查看您在上一节中定义的依赖关系。

  2. 选择影响应用程序是否必须在移动组中一起移动的依赖关系。并非所有依赖关系都需要将应用程序一起迁移。例如,在定义移动组时,不应考虑对 Microsoft Active Directory 的基础架构依赖关系,因为它是所有应用程序的常见依赖关系。在迁移任何应用程序之前,您应该在云中构建域控制器。

  3. 将需要将应用程序一起移动的依赖关系转换为移动组规则。

如果应用程序符合任何规则,则必须将所有关联服务器放在同一个移动组中,这样它们才能一起迁移。

按如下所示记录迁移的移动组规则:

  1. 打开你的波浪规划手册。

  2. 移动组规则部分中,按优先级顺序记录移动组规则。

  3. 保存波浪规划手册。

  4. 维护波浪计划手册中的规则。随着你的进步,你可能会发现新的规则。

下表显示了移动组规则示例。

规则 移动群组规则

1

具有共享数据库的应用程序必须一起迁移。

2

具有相同应用程序所有者的应用程序必须一起迁移。

3

具有相同补丁窗口的应用程序必须一起迁移。

步骤 2:定义波浪规划选择标准

建立移动组后,需要将相似的移动组聚集在一起才能形成迁移浪潮。在此步骤中,您可以定义用于为每个波次选择一个或多个移动组的标准。

了解每个移动组的规模对于成功进行波浪计划至关重要。目标是调整每波迁移的规模,以保持迁移的灵活性并维持健康的服务器流水线。太大的波浪可能难以适应迁移计划的变化,而太小的波浪可能无法提供足够的服务器来实现所需的迁移速度。

在调整波浪大小时,我们建议您考虑以下标准:

  • 第一波小 — 初始波应该较小,少于 10 台服务器,然后可以逐渐增加每波中的服务器数量。这使您能够快速失败并在吸取的经验教训的基础上再接再厉。例如,在迁移具有 20 台服务器的应用程序之前,先迁移具有 3 台服务器的应用程序。

  • 资源 — 确定迁移团队可以在一波中迁移多少服务器。标准衡量标准是,一个由四名架构师组成的迁移团队可以在一周内迁移多达 50 台服务器,以实现重新托管模式。合并移动组,形成不超过迁移团队能力的迁移浪潮。

  • 敏捷性 — Waves 必须适应迁移计划的任何变化。如果您必须重新安排服务器,则应该能够重新安排受影响服务器的整个移动组。

  • 存储大小-首先迁移较小的应用程序。例如,先迁移 100 GB 的应用程序,然后再迁移 2 TB 的应用程序。

  • 应用程序环境 — 先迁移低级环境(例如开发或测试环境)中的应用程序,然后再迁移生产环境中的应用程序。

  • 应用程序复杂性-首先迁移具有较少外部依赖关系的较不复杂的应用程序。

  • 应用程序的关键性 — 先迁移非关键应用程序,然后再迁移关键应用程序。

  • 用户群-首先迁移用户群较小的应用程序。例如,先迁移拥有 10 个用户的应用程序,然后迁移拥有 10,000 个用户的应用程序。

  • 网络带宽 — 波的大小不应超过网络带宽。有关更多信息,请参阅您的迁移原则,这些原则是您根据基金会AWS大规模迁移手册中的说明定义的

将波浪规划的选择标准记录如下:

  1. 打开你的波浪规划手册。

  2. Wave 规划选择标准部分中,记录要用于迁移的标准。

  3. 保存波浪规划手册。

  4. 保持波浪规划手册中的标准。随着进步,您可能需要调整标准或添加新标准。

下表显示了波浪规划选择标准示例。

标准 描述

确定最不复杂的应用程序

识别移动组中复杂度分数较高的应用程序。

先低层环境

较低环境中的非关键应用程序,例如开发或测试环境,必须先迁移。生产环境中的关键应用程序,例如产生收入的应用程序,必须最后迁移。

快速失败

在少于 10 台服务器的情况下形成初始波形。

移民团队的实力

确定每个迁移团队可以切换多少服务器。

合并相似的移动组

根据共同点合并移动组。例如,移动组可能共享相同的应用程序所有者、源数据中心或目标AWS帐户。

波浪大小

Waves 的服务器总数不应超过 50 个。

步骤退出条件

  • 您已经确定了用例的波浪规划标准,并将其记录在波浪规划手册中。

第 3 步:完成波浪规划流程

既然您已经定义了如何创建移动组并建立了用于将移动组合并为迁移波次的标准,则必须定义规划波次的流程。在此步骤中,您将更新波浪规划操作手册以记录完整的波浪规划过程,并确认您的仪表板工具可供团队用来记录波浪信息。

在此步骤中,我们建议您使用提供的仪表板模板进行波浪规划和迁移,该模板可在投资组合手册模板中找到。该模板旨在为投资组合团队提供帮助,是整理数据、帮助分析应用程序组合、识别 application-to-server依赖关系以及最终规划迁移浪潮的起点。您可以根据环境的需要修改此模板。

按如下方式记录波浪规划流程:

  1. 打开仪表板模板进行波浪规划和迁移

  2. 根据使用案例的需要修改控制面板来满足使用案例的需要。例如,您可以添加用于提取服务器库存的工作表、添加新的数据透视表或图表,或者使用VLOOKUP函数导入源信息。

  3. 保存仪表板模板。

  4. 打开你的波浪规划手册。

  5. 在第 2 阶段:执行波浪规划部分中,修改提供的标准流程以满足您的用例需求。

  6. 保存波浪规划手册。

  7. 与团队分享您的波浪规划操作手册以供审阅。

  8. 在《波浪规划手册》中保留该流程。此过程充当标准操作程序,用于规划大规模迁移浪潮。

任务退出条件

  • 您已经在波浪规划操作手册中记录了以下内容:

    • 应用程序依赖关系

    • 应用程序移动组规则,按优先级顺序列出

    • 波浪规划选择标准

    • 波浪规划流程