你当前正在访问 Microsoft Azure Global Edition 技术文档网站。 如果需要访问由世纪互联运营的 Microsoft Azure 中国技术文档网站，请访问 https://docs.azure.cn。
Azure Virtual Network Manager是一种集中式管理服务，可帮助你跨Azure订阅和Microsoft Entra租户对虚拟网络进行分组、配置、部署和管理。 可以使用它大规模应用连接、安全性、IP 地址管理和路由配置。
使用 Azure 时，可靠性是共同的责任。 Microsoft提供了一系列功能来支持复原和恢复。 你负责了解这些功能如何在你使用的所有服务中工作，并选择满足业务目标和运行时间目标所需的功能。
本文介绍如何使Azure Virtual Network Manager对暂时性故障、可用性区域故障、区域范围的故障和服务维护具有复原能力。 它还重点介绍了服务级别协议（SLA）。
可靠性体系结构概述
虚拟网络管理器是集中式网络管理服务。 创建虚拟网络管理器实例、定义其范围并将虚拟网络放入网络组，即使这些虚拟网络分布在多个Azure区域。
创建虚拟网络管理器实例后，将连接性、安全性和路由配置部署到网络组中的网络。 部署表示应用于虚拟网络的一组更改。 该服务管理部署在您的网络资源中的应用方式。
作为管理服务，虚拟网络管理器存储和管理配置数据，但它不会处理工作负荷的任何流量。 你的工作负载将继续使用你配置的底层虚拟网络、对等互连、网关和路由资源。
有关服务体系结构和功能的详细信息，请参阅什么是Azure Virtual Network Manager？。
暂时性故障的复原能力
暂时性故障是指组件发生短暂的间歇性故障。 这些故障经常出现在云之类的分布式环境中，在运营过程中比较常见。 暂时性故障在短时间内自行纠正。 应用程序通常可以通过重试受影响的请求来处理暂时性故障，这一点很重要。
与任何云托管的 API、数据库和其他组件通信时，所有云托管的应用程序都应遵循 Azure 暂时性故障处理指南。 有关详细信息，请参阅有关处理暂时性故障的建议。
通过使用 Azure 门户、Azure CLI、Azure PowerShell或基础结构即代码（IaC）技术（如 Bicep 或 Terraform），与虚拟网络管理器进行交互。 如果发生暂时性故障，这些工具中的大多数会自动重试。 如果使用Azure 资源管理器 API，请确保应用程序在短暂延迟后自动重试。
使用虚拟网络管理器配置和管理网络资源。 它不参与处理工作负荷的流量，因此服务中的暂时性故障不会影响工作负荷。
应对可用区故障的弹性
可用性区域 是 Azure 区域内物理上独立的数据中心组。 当某个区域发生故障时，服务可以切换到其他可用的区域。
当你将虚拟网络管理器部署到支持可用区的 Azure 区域时，它会自动实现区域冗余。
Requirements
区域支持：虚拟网络管理器区域冗余可用于支持虚拟网络管理器并提供可用性区域的所有Azure区域。 有关支持虚拟网络管理器的区域的列表，请参阅按区域可用的产品。 有关支持可用性区域的区域的完整列表，请参阅 支持可用性区域的 Azure 区域。
所有区域正常时的行为
本部分介绍在具有可用性区域的区域中部署虚拟网络管理器实例以及所有可用性区域都正常运行时会发生什么情况。
跨区域操作：Azure网络操作以透明方式路由区域之间的流量。
跨区域数据复制：Azure Virtual Network Manager同步复制区域之间的配置状态。
区域故障期间的行为
本节介绍在具有可用性区域的区域中部署 虚拟网络管理器 实例时，如果其中一个可用性区域发生中断，您可以预期会出现什么情况。
- 检测和响应：Microsoft检测可用性区域故障并管理所有响应操作。 无需执行任何操作即可启动区域故障转移。
- 通知： Microsoft不会在区域关闭时自动通知你。 但是，可以使用 Azure 服务运行状况 来了解服务的总体运行状况，包括任何区域故障，并且可以设置 服务运行状况警报 来通知问题。
活动部署： 如果活动部署使用受影响的基础结构，可能会暂停。 区域恢复后，它们会自动恢复运行。
预期数据丢失： 在发生区域中断期间，不会造成任何数据或配置丢失。
预期的停机时间： 服务重定向到正常运行的基础结构时，可能会发生少量停机时间（通常是几秒钟）。
重新分发：Microsoft通过正常区域自动重新路由请求和管理操作。
区域恢复
发生故障的可用性区域恢复时，虚拟网络管理器无需干预即可自动还原正常操作。
测试区域故障
虚拟网络管理器是完全Microsoft托管的区域冗余服务。 由于Microsoft管理区域冗余，因此无需测试可用性区域故障转移方案。
对区域范围的故障的复原能力
虚拟网络管理器是单区域资源。 如果托管虚拟网络管理器实例的区域变得不可用，该实例也不可用。 但是，虚拟网络管理器实例可以管理其他Azure区域中的虚拟网络。
跨区域的虚拟网络管理
虚拟网络管理器可以管理分布在多个Azure区域的虚拟网络。 使用此方法来管理并将部署推广到全球分布的虚拟网络。 将虚拟网络管理器实例部署到的区域是其主区域，包含虚拟网络的每个区域都是目标区域。
Requirements
区域支持： 区域支持取决于区域类型：
主区域：有关支持部署虚拟网络管理器实例的区域的列表，请参阅可用产品（按区域）。
目标区域：可以在任何Azure区域中连接虚拟网络资源。
配置多区域支持
创建虚拟网络管理器实例时，请选择托管实例的区域。 然后将虚拟网络添加到实例管理的网络组，这些虚拟网络可以位于任何Azure区域中。
当所有区域都正常时的行为
本部分介绍当所有区域都正常运行时会发生什么情况。
跨区域操作：虚拟网络管理器实例将连接、安全性和路由配置部署到指定的目标区域中的虚拟网络。
跨区域数据复制：虚拟网络管理器将其配置存储在主区域中，并将部署的配置复制到每个目标区域。 每个目标区域使用其配置本地副本将设置应用于该区域中的托管虚拟网络。
主区域发生故障时的行为
本部分介绍当托管虚拟网络管理器实例的主区域发生中断时，您可以预期的情况。
- 检测和响应：Microsoft检测区域故障并管理虚拟网络管理器服务的所有响应操作。
- 通知： Microsoft不会在区域关闭时自动通知你。 但是，可以使用 Azure 服务运行状况 来了解服务的总体运行状况，包括任何区域故障，并且可以设置 服务运行状况警报 来通知问题。
活动部署： 正在进行的部署可能会失败，因为实例无法将配置分发到目标区域。 在主区域恢复后，需要重启这些部署。
预期数据丢失： 预计不会发生任何配置数据丢失，但在主区域恢复正常之前，实例将不可用。 目标区域继续对复制到它们的最后一个已知良好配置进行操作，因此已部署到这些区域的托管虚拟网络的配置保持不变，并在中断期间继续应用。
预期的停机时间：虚拟网络管理器实例在发生区域中断期间不可用。 发往 虚拟网络管理器 实例的管理请求在区域恢复之前会失败。
重新分发：虚拟网络管理器不会将实例复制到其他区域，因此管理请求不会自动重定向到正常的区域。
目标区域中断期间的行为
本部分说明当目标区域发生中断，而主区域仍正常运行时，对于包含由虚拟网络管理器实例管理的虚拟网络的该目标区域，预期会出现的情况。
- 检测和响应：Microsoft检测区域故障，并管理受影响Azure平台服务的所有响应操作。 虚拟网络管理器实例仍可在其主区域中使用。
- 通知： Microsoft不会在区域关闭时自动通知你。 但是，可以使用 Azure 服务运行状况 来了解服务的总体运行状况，包括任何区域故障，并且可以设置 服务运行状况警报 来通知问题。
正在进行的部署： 如果某项部署正在进行中，当目标区域发生故障且配置尚未应用到该目标区域中的资源时，该目标区域的部署将失败。 在目标区域恢复后，需要重启部署。
受影响的目标区域无法在中断期间接收新的部署或配置更新。 部署到其他目标区域的部署不会受到影响。 目标区域恢复后，虚拟网络管理器将最新配置同步到其中。
如果在中断前已将部署应用到受影响区域中的资源，则这些配置在还原区域后会重新联机处理这些资源。
预期数据丢失：在虚拟网络管理器内不会丢失配置数据。
预期的停机时间：虚拟网络管理器实例仍可用。 在发生区域中断期间，虚拟网络和在受影响区域中使用这些虚拟网络的工作负荷不可用。
重新分发：虚拟网络管理器继续管理不受影响区域中的虚拟网络。
区域恢复
发生故障的区域恢复时，虚拟网络管理器自动还原正常操作。 可能需要重启在中断期间失败的任何部署。
针对区域故障进行测试
虚拟网络管理器是完全Microsoft托管服务。 由于Microsoft管理多区域支持，因此无需测试区域故障转移方案。
备份和还原
虚拟网络管理器存储网络配置。 它不存储其他类型的数据。
若要保护配置，请使用基础结构（如 Bicep 或 Terraform）定义虚拟网络管理器资源，并将这些定义存储在源代码管理中。 如果需要重新创建实例，请从存储的配置重新部署该实例。
服务维护期间的系统弹性能力
Microsoft定期应用服务更新并执行其他维护。 Azure平台会自动处理这些活动，确保维护是无缝且透明的。 除非通过 Azure 服务运行状况 计划内维护 通知，否则在维护事件期间不会有停机。
服务级别协议
Azure服务的服务级别协议（SLA）描述了每个服务的预期可用性以及解决方案必须满足的条件，以实现该可用性预期。 有关详细信息，请参阅 联机服务的 SLA。