在开始将工作负荷迁移到另一个区域之前，需要计划迁移策略。 该策略包括重定位方法、服务重定位自动化和数据重定位自动化。 本文列出了每个策略组件的选项，并指导你做出决策。 最终，所做的选择取决于服务和工作负荷的关键性。
选择迁移方法
有三种主要方法用于重新定位工作负荷。 你选择的重定位方法取决于工作负荷中的服务，以及工作负荷对于关键业务功能有多重要。 可以考虑生产和非生产环境的不同迁移方法。 冷迁移适用于非必要工作负荷。 热和温暖的搬迁适用于任务关键型。 选择重定位的方法会影响用于重新定位工作负荷的服务和数据重定位工具。 使用以下重定位决策树大致了解正确的重定位方法，并通过阅读三种重定位方法的概述来验证决策。
搬迁
冷重定位适用于可承受停机的工作负荷。 这是最经济高效的重定位方法，因为你在重定位期间不会复制任何环境。 下面是冷迁移过程的概述。
- 将工作负荷数据备份到新的目标区域。
- 使源区域脱机并关闭服务。
- 将云服务部署到新的目标区域。
- 还原工作负荷数据。
冷迁移可能需要几分钟或几天，具体取决于要转移的服务数量和数据的体积。
实时重定位
热迁移方法适用于需要最低限度（秒、分钟）到零停机时间的工作负载。 对于关键工作负载，在尝试温和的方法之前，应查看该服务是否支持热迁移。 热重定位有助于最大程度地减少直接转换后的数据差异。 仅当服务支持同步数据复制时，才能实现热迁移。 某些服务没有此功能，需要改用暖重定位方法。 以下是热迁移过程。
- 在新目标区域中执行服务复制。
- 在源区域中保持工作负载的运行。
- 启动同步数据复制。
- 在数据同步后激活和验证终结点。
- 停止数据同步。
- 关闭源区域中的服务。
温馨搬迁
暖重定位适用于不支持热重定位的关键工作负荷。 暖迁移使用异步数据复制和环境复制。 下面是温馨的搬迁过程。
- 在新目标区域中执行服务复制。
- 使工作负荷在源区域中保持运行。
- 创建源数据的备份。 最佳做法是在非高峰时段创建备份。 还应启用数据传入复制来同步数据并最大程度地减少数据增量。
- 还原新目标区域中的数据。
- 切换和验证终结点。
- 关闭源区域中的工作负荷。
暖重定位可能需要几分钟或一小时，具体取决于服务和数据量。
选择服务迁移自动化
有两种主要服务重定位自动化方法：基础结构即代码（IaC）和 Azure 资源移动器。 每个 Azure 服务都支持一种或两种自动化方法。 下面是服务迁移指南所使用的自动化概述：
基础结构即代码 （IaC）： IaC 可以重新定位每个 Azure 服务。 导出现有 Azure 服务的 Azure 资源管理模板（ARM 模板，JSON）。 根据需要修改模板，并将模板重新部署到新区域。 通过将 JSON 粘贴 到 Visual Studio Code 中，可以将 ARM 模板转换为 Bicep 模板。 使用 IaC 部署 Azure 服务的新实例时，可以并行部署资源的多个副本。 使用多个副本，可以使用其中一种切换技术将连接重定向到用于新目标区域中的工作负荷。 基础结构即代码（IaC）不会重新定位数据。 数据重定位需要额外的步骤将数据移到目标区域中新部署的资源。 有关更多详细信息，请使用 数据重定位自动化 指南。
Azure 资源移动器： 使用 Azure 资源移动器，可以移动有限数量的 受支持 Azure 资源 ，并在区域、订阅和资源组之间具有依赖关系。
选择数据迁移自动化
如果使用 IaC 重新定位有状态 Azure 服务，则需要使用数据重定位自动化方法来重新定位数据。 对于数据重定位，需要在移动数据之前让 Azure 服务在目标区域中运行。 查看 重定位方法 ，了解重定位顺序以及数据重定位适合的位置。 下面是可用于重定位数据的自动化工具列表：
同步数据复制： 同步数据复制跨区域几乎实时复制数据。 这是热迁移的首选数据重定位方法，因为它限制了切换后的停机时间和数据增量的迁移。 此功能内置于某些 Azure 服务中，例如 Azure SQL 数据库中的数据同步。 需要检查工作负荷中的每个服务，以查看它是否支持同步数据复制。
异地复制： 异地复制可以是支持异地复制的 Azure 服务的有用数据重定位工具。 异地复制功能处理数据和基础服务实例的方式因受支持的 Azure 服务而异。 在使用异地复制进行数据重定位之前，需要了解要重新定位的特定服务的异地复制功能。 有关示例，请参阅 Azure SQL 和 Cosmos DB。
Azure Site Recovery： Azure Site Recovery 可以重新定位服务和数据。 它支持温暖和寒冷的搬迁。 有关详细信息，请参阅 Azure Site Recovery 概述。
AzCopy： AzCopy 是一个命令行工具，用于自动化数据在 Azure 存储内外的移动。 需要下载该工具，然后使用 Microsoft Entra ID 或共享访问签名 （SAS） 令牌来授权移动。 有关详细信息，请参阅 AzCopy 概述 和使用 AzCopy
Azure 数据工厂或 Synapse Analytics 中的管道和活动： Azure 数据工厂是一项完全托管的基于云的数据集成服务，可协调和自动化数据的移动和转换。 Azure 数据工厂管道可以在数据湖和仓库之间传输数据。 Synapse Analytics 复制活动还可以移动数据。 有关详细信息，请参阅 支持的目标和源 以及 复制数据工具。
Azure 存储资源管理器： Azure 存储资源管理器是一个独立的应用，可用于重新定位 Azure 存储数据。 有关详细信息，请参阅 如何使用存储资源管理器。
Azure 备份： 使用 Azure 备份，可以在另一个区域中备份和还原数据。 应首先尝试 Azure 备份功能，以进行非关键的冷和暖迁移。 Azure 备份为虚拟机提供应用程序一致性、文件系统一致性和崩溃一致性备份。 它还支持托管磁盘、文件共享和 Blob。 无法将现有备份还原点传输到新的目标区域。 请考虑在您的源区域中保留存储库，直到备份不再需要为止。 有关详细信息，请参阅 Azure 备份概述。
手动备份和还原： 此处的备份和还原是指一个进程，而不是特定的工具。 Azure 中的许多服务提供冗余选项，使你可以将数据备份到单独的区域并手动还原。 需要为特定服务（如 Azure Key Vault）执行手动备份和还原。 有关详细信息，请参阅 将 Key Vault 移动到另一个区域。
| 工具 | 重定位方法 |
|---|---|
| 同步数据复制 | 炎热、温暖 |
| 异地复制 | 热、暖 |
| Azure Site Recovery | 暖、冷 |
| AzCopy | 暖、冷 |
| Azure 数据工厂或 Synapse 工作区中的管道和活动 | 暖、冷 |
| Azure 存储资源管理器 | 暖、冷 |
| Azure 备份 | 冷 |
| 手动备份和还原 | 冷 |
选择切换方法
切换是指从旧工作负荷过渡到新工作负荷。 将流量定向到目标区域中的工作负荷，不再流向源区域。 域名系统（DNS）是此重定向的核心。 提醒一下，DNS 会告知浏览器和 API 客户端在何处获取响应。 它将域名解析为 IP 地址。 每个域都需要一个域主机来管理它。 Azure DNS 是 Azure 域主机服务。 工作负荷转换有不同的方法，您采用的方法取决于您工作负荷中的服务。 以下是一些示例。
Azure DNS： 对于 Azure DNS 中托管的域，可以通过手动切换 CNAME 来进行切换。 此方法是适用于业务连续性切换的故障转移过程。 有关详细信息，请参阅 使用 Azure DNS 手动割接。
流量管理器： 还可以使用流量管理器等路由服务进行直接转换，并将工作负荷流量路由到不同的终结点。 流量管理器是基于 DNS 的路由服务。 有关详细信息，请参阅 使用流量管理器配置 DNS 名称。
应用服务： 应用程序层服务（如 Azure 应用服务）具有可用于更新域名的功能。 有关详细信息，请参阅 将活动 DNS 名称迁移到 Azure 应用服务。
网关路由： 如果工作负荷将 网关路由模式 用于服务（例如 Azure Front Door、应用程序网关或 Azure API 管理），则通常可以进行区域迁移直接转换。 可以使用其后端目标和路由规则功能。
后续步骤
你选择了迁移方法和迁移工作负载的工具。 转到迁移步骤，使用这些工具执行重新定位。