你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站,请访问 https://docs.azure.cn

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

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

移动 Azure VM 的原因

移动 VM 的原因如下:

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

使用资源转移器移动 VM

现在可使用 Azure 资源转移器将 VM 移动到另一个区域。 资源转移器已推出公共预览版,并提供:

  • 跨区域移动资源的单一中心。
  • 缩短了移动时间并降低了复杂性。 你所需要的一切都在同一个位置。
  • 移动不同类型的 Azure 资源的简单、一致的体验。
  • 标识要移动的资源之间的依赖项的一种简单方法。 这有助于将相关资源移动到一起,以便在移动后,所有资源在目标区域中都按预期方式工作。
  • 如果要在移动后删除源区域中的资源,请在源区域中自动清除它们。
  • 测试。 如果不想进行完整移动,可以尝试移动,然后将其丢弃。

使用 Site Recovery 移动 VM

使用 Site Recovery 移动 VM 涉及以下步骤:

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

注意

以下部分提供了有关这些步骤的详细信息。

重要

目前,Azure Site Recovery 支持将 VM 从一个区域移到另一个区域,但不支持在一个区域中移动。

多层部署的典型体系结构

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

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

    选择跨层移动单一实例 VM 部署

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

    跨可用性集的 VM 部署

  • 每个层中跨可用性区域部署的 VM:层中的每个 VM 跨可用性区域进行配置。 Azure 区域中的可用性区域是容错域和更新域的组合。 例如,如果在 Azure 区域的三个区域中创建三个或更多 VM,则 VM 将有效分布在三个容错域和三个更新域中。 Azure 平台会识别更新域上的此分布,以确保不同区域中的 VM 不会同时更新。

    可用性区域部署

将 VM 按原样移到目标区域

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

  • 跨不同的层部署的单一实例 VM
  • 每个层中跨可用性集部署的 VM
  • 每个层中跨可用性区域部署的 VM

移动 VM 以提高可用性

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

    跨层的单一实例 VM 部署

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

    跨可用性集和可用性区域的 VM 部署

后续步骤