你当前正在访问 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 涉及以下步骤:
- 验证先决条件。
- 准备源 VM。
- 准备目标区域。
- 将数据复制到目标区域。 使用 Azure Site Recovery 复制技术将源 VM 中的数据复制到目标区域。
- 测试配置。 复制完成后,通过执行到非生产网络的测试故障转移来测试配置。
- 执行移动。
- 丢弃源区域中的资源。
注意
以下部分提供了有关这些步骤的详细信息。
重要
目前,Azure Site Recovery 支持将 VM 从一个区域移到另一个区域,但不支持在一个区域中移动。
多层部署的典型体系结构
本部分介绍 Azure 中的多层应用程序的最常用部署体系结构。 示例是采用公共 IP 的三层式应用程序。 每个层(Web 层、应用层和数据库层)各有两个 VM,并已通过 Azure 负载均衡器连接到其他层。 数据库层在 VM 之间使用 SQL Server Always On 复制,以实现高可用性。
跨不同的层部署的单一实例 VM:层中的每个 VM 配置为单一实例 VM,并已通过负载均衡器连接到其他层。 此配置最容易采用。
每个层中跨可用性集部署的 VM:层中的每个 VM 在可用性集中进行配置。 可用性集确保在 Azure 上部署的 VM 能够跨群集中多个隔离的硬件节点分布。 这可以确保当 Azure 中发生硬件或软件故障时,只有一部分 VM 会受到影响,整体解决方案仍可使用和操作。
每个层中跨可用性区域部署的 VM:层中的每个 VM 跨可用性区域进行配置。 Azure 区域中的可用性区域是容错域和更新域的组合。 例如,如果在 Azure 区域的三个区域中创建三个或更多 VM,则 VM 将有效分布在三个容错域和三个更新域中。 Azure 平台会识别更新域上的此分布,以确保不同区域中的 VM 不会同时更新。
将 VM 按原样移到目标区域
根据上述体系结构,下面演示了将 VM 按原样移到目标区域后的部署布局。
- 跨不同的层部署的单一实例 VM
- 每个层中跨可用性集部署的 VM
- 每个层中跨可用性区域部署的 VM
移动 VM 以提高可用性
跨不同的层部署的单一实例 VM
每个层中跨可用性集部署的 VM:使用 Azure Site Recovery 为 VM 启用复制时,可将可用性集中的 VM 配置到独立的可用性区域。 完成移动操作后,可用性 SLA 将达到 99.99%。