将 Azure VM 移动到另一个 Azure 区域

本文概述了使用 Azure Site Recovery 将 Azure VM 移动到另一个 Azure 区域的原因和所涉及的步骤。

移动 Azure VM 的原因

移动 VM 的原因如下：

• 你已在一个区域中部署了 VM，而 Azure 添加了新的支持区域，并且该区域更靠近应用程序或服务的最终用户。 在这种情况下，可将 VM 按原样移到新区域以降低延迟。 若要整合订阅或者监管或组织规则要求移动 VM，可以使用相同的方法。

移动 Azure VM 的步骤

移动 VM 的过程包括以下步骤：

1. 验证先决条件。
2. 准备源 VM。
3. 准备目标区域。
4. 将数据复制到目标区域。 使用 Azure Site Recovery 复制技术将源 VM 中的数据复制到目标区域。
5. 测试配置。 复制完成后，通过执行到非生产网络的测试故障转移来测试配置。
6. 执行移动。
7. 丢弃源区域中的资源。

多层部署的典型体系结构

本部分介绍 Azure 中的多层应用程序的最常用部署体系结构。 示例是采用公共 IP 的三层式应用程序。 每个层（Web 层、应用层和数据库层）各有两个 VM，并已通过 Azure 负载均衡器连接到其他层。 数据库层在 VM 之间使用 SQL Server Always On 复制，以实现高可用性。

• 跨不同的层部署的单一实例 VM：层中的每个 VM 配置为单一实例 VM，并已通过负载均衡器连接到其他层。 此配置最容易采用。

  

• 每个层中跨可用性集部署的 VM：层中的每个 VM 在可用性集中进行配置。 可用性集确保在 Azure 上部署的 VM 能够跨群集中多个隔离的硬件节点分布。 这可以确保当 Azure 中发生硬件或软件故障时，只有一部分 VM 会受到影响，整体解决方案仍可使用和操作。

  

将 VM 按原样移到目标区域

根据上述体系结构，下面演示了将 VM 按原样移到目标区域后的部署布局。

• 跨不同的层部署的单一实例 VM

  

• 每个层中跨可用性集部署的 VM

  

移动 VM 以提高可用性

• 跨不同的层部署的单一实例 VM

  

• 每个层中跨可用性集部署的 VM：使用 Azure Site Recovery 为 VM 启用复制时，可将可用性集中的 VM 配置到独立的可用性区域。 完成移动操作后，可用性 SLA 将达到 99.99%。

  

后续步骤

本文档介绍了有关移动 VM 的一般指导。 若要了解此操作的详细执行步骤，请阅读：