本文概述了使用 Azure Site Recovery 将 Azure VM 移动到另一个 Azure 区域的原因和步骤。
移动 Azure VM 的原因
以下是您可能会移动虚拟机 (VM) 的一些原因：
- 在一个区域中部署了虚拟机后，又增加了新区域的支持，而这个新区域更接近您的应用程序或服务的最终用户。 在此方案中，需要按原样将 VM 移动到新区域，以减少延迟。 如果要合并订阅，或者治理或组织规则要求移动，请使用相同的方法。
使用站点恢复服务移动虚拟机
使用 Site Recovery 移动 VM 涉及以下步骤：
- 验证先决条件。
- 准备源 VM。
- 准备目标区域。
- 将数据复制到目标区域。 使用 Azure Site Recovery 复制技术将源 VM 中的数据复制到目标区域。
- 测试配置。 复制完成后，通过在非生产网络上执行测试性故障转移来验证配置。
- 执行此项移动操作。
- 丢弃源区域中的资源。
注意
以下部分提供有关这些步骤的详细信息。
重要
目前，Azure Site Recovery 支持将 VM 从一个区域移到另一个区域，但不支持在区域中移动 VM。
多层部署的典型体系结构
本部分介绍 Azure 中的多层应用程序的最常用部署体系结构。 示例是采用公共 IP 的三层式应用程序。 每个层（Web、应用程序和数据库）都有两个 VM，一个 Azure 负载均衡器将它们连接到其他层。 数据库层使用 VM 之间的 SQL Server AlwaysOn 复制实现高可用性。
跨不同层部署的单实例 VM：将层中的每个 VM 配置为单实例 VM，并通过负载均衡器将其连接到其他层。 此配置最容易采用。
每个层中的 VM 跨可用性集部署：您可以在可用性集中配置每层中的每个 VM。 可用性集确保在 Azure 上部署的 VM 能够跨群集中多个隔离的硬件节点分布。 此分发可确保在 Azure 中发生硬件或软件故障时，只有一部分 VM 受到影响，并且整体解决方案仍可用且可正常运行。
跨可用性区域部署的每个层中的 VM：您可以在不同的可用性区域内配置每个层中的 VM。 Azure 区域中的可用性区域是容错域和更新域的组合。 例如，如果在 Azure 区域的三个区域中创建三个或更多 VM，则 VM 将有效分布在三个容错域和三个更新域中。 Azure 平台可识别跨更新域的此分布，以确保不同区域中的 VM 不会同时更新。
将 VM 按原样移到目标区域
根据前面提到的体系结构，完成移动到目标地区后，部署将呈现如下外观。
- 在各个层级部署的单实例虚拟机
- 每个层中跨可用性集部署的虚拟机
- 每个层中跨可用性区域部署的 VM
移动 VM 以提高可用性
在各个层级部署的单实例虚拟机
每个层中跨可用性集部署的 VM：使用 Azure Site Recovery 为 VM 启用复制时，可将可用性集中的 VM 配置到独立的可用性区域。 完成移动操作后，可用性 SLA 为 99.99%。
