Azure VMware 解决方案可在 Azure 中提供基于 VMware 的私有云。 私有云硬件和软件部署可在 Azure 中实现完全集成和自动化。 通过 Azure 门户、Azure CLI 或 PowerShell 部署和管理私有云。
私有云包括具有以下内容的群集：
- 使用 VMware vSphere Hypervisor (ESXi) 虚拟机监控程序预配的专用裸机服务器主机。
- 用于管理 ESXi 和 vSAN 的 VMware vCenter Server。
- VMware NSX 软件定义的网络，适用于 vSphere 工作负载虚拟机 (VM)。
- 适用于 vSphere 工作负荷 VM 的 VMware vSAN 数据存储。
- 用于工作负载移动性的 VMware HCX。
- Azure 底层中的资源（连接和操作私有云所需）。
私有云在 Azure 订阅中进行安装和管理。 订阅中的私有云数量是可缩放的。 最初，每个订阅的私有云数限制为一个。 Azure 订阅、Azure VMware 解决方案私有云、vSAN 群集和主机之间存在逻辑关系。
下图描述了 Azure VMware 解决方案的体系结构组件。
每个 Azure VMware 解决方案体系结构组件都具有以下功能：
- Azure 订阅：为 Azure VMware 解决方案提供受控的访问、预算和配额管理。
- Azure 区域：将数据中心分组到可用性区域，然后将可用性区域分组到区域。
- Azure 资源组：将 Azure 服务和资源放入逻辑组中。
- Azure VMware 解决方案私有云：使用 VMware 软件提供计算、网络和存储资源，包括 vCenter Server、NSX 软件定义的网络、vSAN 软件定义的存储和 Azure 裸机 ESXi 主机。 还支持 Azure NetApp 文件、Azure 弹性 SAN 和纯云块存储。
- Azure VMware 解决方案资源群集：通过使用 VMware 软件（包括 vSAN 软件定义的存储和 Azure 裸机 ESXi 主机）横向扩展 Azure VMware 解决方案私有云，为客户工作负荷提供计算、网络和存储资源。 还支持 Azure NetApp Files、Elastic SAN 和 Pure Cloud Block Store。
- VMware HCX：提供移动性、迁移和网络扩展服务。
- VMware Site Recovery：使用 VMware vSphere 复制自动执行灾难恢复和存储复制服务。 还支持非Microsoft灾难恢复解决方案 Zerto 灾难恢复和 JetStream Software 灾难恢复。
- 专用Microsoft Enterprise Edge：连接 Azure 云服务和 Azure VMware 解决方案私有云实例的路由器。
- Azure 虚拟网络：将 Azure 服务和资源连接在一起。
- Azure 路由服务器：使用 Azure 网络交换动态路由信息。
- Azure 虚拟网络网关：使用 IPSec 虚拟专用网络、Azure ExpressRoute 和虚拟网络将 Azure 服务和资源连接到其他专用网络。
- Azure ExpressRoute：提供 Azure 数据中心与本地或托管基础结构之间的高速专用连接。
- Azure 虚拟 WAN：将网络、安全性和路由功能合并到单个统一广域网（WAN）。
主机
Azure VMware 解决方案群集基于超融合基础设施。 下表显示了主机的 CPU、内存、磁盘和网络规格。
| 主机类型 | CPU（核心数/GHz） | RAM (GB) | vSAN 缓存层（TB，原始***） | vSAN 容量层（TB，原始***） | 区域可用性 |
|---|---|---|---|---|---|
| AV36 | 双 Intel Xeon Gold 6140 CPU（Skylake 微架构），每个 CPU 有 18 个 2.3 GHz 核心，总共 36 个物理核心（使用超线程可以实现 72 个逻辑核心） | 576 | 3.2 (NVMe) | 15.20 (SSD) | 选定的区域 (*) |
| AV36P | 双 Intel Xeon Gold 6240 CPU（Cascade Lake CPU 微架构），18 核/CPU 采用 2.6 GHz/3.9 GHz Turbo，总共 36 个物理核心（72 个逻辑核心，超线程） | 768 | 1.5（Intel 缓存） | 19.20 (NVMe) | 选定的区域 (*) |
| AV48 | 双 Intel Xeon Gold 6442Y CPU（Sapphire Rapids 微架构），每个 CPU 24 个核心，采用 2.6 GHz/4.0 GHz Turbo，总计 48 个物理核心（使用超线程可实现 96 个逻辑核心） | 1,024 | 1.5（Intel 缓存） | 19.20 (NVMe) | 选定的区域 (*) |
| AV52 | 双 Intel Xeon Platinum 8270 CPU（Cascade Lake CPU 微架构），26 核/CPU 采用 2.7 GHz/4.0 GHz Turbo，总共 52 个物理核心（104 个逻辑核心，超线程） | 1,536 | 1.5（Intel 缓存） | 38.40 (NVMe) | 选定的区域 (*) |
| AV64 | 双 Intel Xeon Platinum 8370C CPU（Ice Lake 微架构），每个 CPU 32 个核心，采用 2.8 GHz/3.5 GHz Turbo，总计 64 个物理核心（使用超线程可实现 128 个逻辑核心） | 1,024 | 3.84 (NVMe) | 15.36 (NVMe) | 选定的区域 (**) |
一个 Azure VMware 解决方案群集需要至少三个主机。 只能在单个 Azure VMware 解决方案私有云中使用相同类型的主机。 用于生成或缩放群集的主机来自独立的主机池。 这些主机已通过硬件测试，并已安全删除所有数据，然后再添加到群集中。
上述所有主机类型具有 100-Gbps 网络接口吞吐量。
*可通过 Azure 定价计算器获取详细信息。
**AV64 先决条件：在添加 AV64 之前，需要使用 AV36、AV36P 或 AV52 部署的 Azure VMware 解决方案私有云。
***“原始”模式基于磁盘制造商报告的国际单位制 (SI)。 示例：1 TB 原始 = 1000000000000 字节。 计算机以二进制计算的空间（1 TB 二进制 = 1099511627776 字节二进制）等于从原始十进制转换而来的 931.3 GB。
Azure 区域可用性区域与主机类型的映射表
规划 Azure VMware 解决方案设计时，请使用下表了解 Azure 区域的每个物理可用性区域中可用的主机类型。
重要
若要将私有云放置在靠近 Azure 原生工作负荷（包括 Azure NetApp 文件和纯云块存储等集成服务）的位置，则此映射很重要。
下表还标记了 Azure VMware 解决方案拉伸群集在多个可用性区域（多 AZ）中部署资源的功能。 Azure VMware 解决方案的客户配额由 Azure 区域分配。 无法在私有云预配期间指定可用性区域。 自动选择算法用于平衡整个 Azure 区域的部署。
如果您有要部署到的特定可用性区域，请向Microsoft提交一个服务请求。 请求订阅、Azure 区域、可用性区域和主机类型的“特殊放置策略”。 在请求删除或更改此策略之前，此策略将保持不变。
标记为粗体类型的主机由于客户大量使用而供应量有限，因此可能无法在请求时使用。 当 AV36、AV36P 或 AV52 主机类型受到限制时，请使用 AV64 主机类型。
AV64 主机类型按可用性区域提供。 下表列出了支持此主机类型的 Azure 区域。 对于 RAID-6 FTT2 和 RAID-1 FTT3 存储策略，需要分别有 6 个和 7 个容错域。 在标记为 支持的 AV64 故障域的列中列出了每个 Azure 区域的故障域数量。
| Azure 区域 | 可用性区域 | 主机类型 | 多 AZ SDDC | 支持的 AV64 容错域 |
|---|---|---|---|---|
| 澳大利亚东部 | AZ01 | AV36P、AV64 | 是 | 7 |
| 澳大利亚东部 | AZ02 | AV36、AV64 | 是 | 7 |
| 澳大利亚东部 | AZ03 | AV36P、AV64 | 是 | 7 |
| 澳大利亚东南部 | AZ01 | AV36 | 否 | 不适用 |
| 巴西南部 | AZ02 | AV36 | 否 | 不适用 |
| 加拿大中部 | AZ02 | AV36、AV36P、AV64 | 否 | 7 |
| 加拿大东部 | 不适用 | AV36 | 否 | 不适用 |
| 印度中部 | AZ03 | AV36P、AV64 | 否 | 7 |
| 美国中部 | AZ01 | AV36P、AV64 | 否 | 7 |
| 美国中部 | AZ02 | AV36、AV64 | 否 | 7 |
| 美国中部 | AZ03 | AV36P、AV64 | 否 | 7 |
| 东亚 | AZ01 | AV36、AV64 | 否 | 7 |
| 东亚 | AZ02 | AV36P | 否 | 不适用 |
| 美国东部 | AZ01 | AV36P、AV64 | 是 | 7 |
| 美国东部 | AZ02 | AV36P、AV64 | 是 | 7 |
| 美国东部 | AZ03 | AV36、AV36P、AV64 | 是 | 7 |
| 美国东部 2 | AZ01 | AV36、AV64 | 否 | 7 |
| 美国东部 2 | AZ02 | AV36P、AV52、AV64 | 否 | 7 |
| 法国中部 | AZ01 | AV36（AV64 计划于 2025 年第一季度推出） | 否 | 暂缺（计划 2025 年第一季度支持 7） |
| 德国中西部 | AZ01 | AV36P、AV64 | 是 | 7 |
| 德国中西部 | AZ02 | AV36、AV64 | 是 | 7 |
| 德国中西部 | AZ03 | AV36、AV36P、AV64 | 是 | 7 |
| 意大利北部 | AZ03 | AV36P、AV64 | 否 | 7 |
| 日本东部 | AZ02 | AV36、AV64 | 否 | 7 |
| 日本东部 | AZ03 | AV48 | 否 | 不适用 |
| 日本西部 | AZ01 | AV36、AV64 | 否 | 7 |
| 美国中北部 | AZ01 | AV36、AV64 | 否 | 7 |
| 美国中北部 | AZ02 | AV36P、AV64 | 否 | 7 |
| 北欧 | AZ02 | AV36、AV64 | 否 | 7 |
| 卡塔尔中部 | AZ03 | AV36P（计划于 2025 年第一季度推出 AV64) | 否 | 暂缺（计划 2025 年第一季度支持 7） |
| 南非北部 | AZ03 | AV36、AV64 | 否 | 7 |
| 美国中南部 | AZ01 | AV36、AV64 | 否 | 7 |
| 美国中南部 | AZ02 | AV36、AV36P、AV52、AV64 | 否 | 7 |
| 东南亚 | AZ02 | AV36、AV36P | 否 | 不适用 |
| 瑞典中部 | AZ01 | AV36、AV64 | 否 | 7 |
| 瑞士北部 | AZ01 | AV36、AV64 | 否 | 7 |
| 瑞士北部 | AZ03 | AV36P（计划 2025 年第一季度支持 AV64） | 否 | 暂缺（计划 2025 年第一季度支持 7） |
| 瑞士西部 | AZ01 | AV36、AV64 | 否 | 7 |
| 阿拉伯联合酋长国北部 | AZ03 | AV36P | 否 | 不适用 |
| 英国南部 | AZ01 | AV36、AV36P、AV52、AV64 | 是 | 7 |
| 英国南部 | AZ02 | AV36、AV64 | 是 | 7 |
| 英国南部 | AZ03 | AV36P、AV64 | 是 | 7 |
| 英国西部 | AZ01 | AV36 | 否 | 不适用 |
| 西欧 | AZ01 | AV36、AV36P、AV52、AV64 | 是 | 7 |
| 西欧 | AZ02 | AV36、AV64 | 是 | 7 |
| 西欧 | AZ03 | AV36P、AV64 | 是 | 7 |
| 美国西部 | AZ01 | AV36、AV36P、AV64 | 否 | 7 |
| 美国西部 2 | AZ01 | AV36、AV64 | 否 | 7 |
| 美国西部 2 | AZ02 | AV36P | 否 | 不适用 |
| 美国西部 3 | AZ01 | AV36P | 否 | 不适用 |
| US Gov 亚利桑那州 | AZ02 | AV36P | 否 | 不适用 |
| US Gov 弗吉尼亚州 | AZ03 | AV36 | 否 | 不适用 |
群集
默认情况下，对于创建的每个私有云，均有一个 vSAN 群集。 可添加、删除和缩放群集。 每个群集和初始部署的最小主机数为三个。
可以使用 vCenter 服务器和 NSX Manager 来管理群集配置和操作的大多数方面。 群集中每个主机的所有本地存储都受 VMware vSAN 控制。
Azure VMware 解决方案通过基于 vSphere 高可用性百分比的许可控制为每个群集配置 n+1 可用性，以保护工作负载免受单节点故障的影响。 每个 Azure VMware 解决方案私有云的 Cluster-1 都有一个基于 vSphere 分布式资源计划程序 (MGMT-ResourcePool) 的资源池。 池针对管理和控制平面组件（vCenter Server、NSX Manager 群集、NSX Edge、HCX 管理器加载项、Site Recovery Manager 加载项和 vSphere 复制加载项）进行配置。
MGMT-ResourcePool 配置为保留 46 GHz CPU 和 171.88-GB 内存，无法更改。 对于三节点群集，两个节点专用于客户工作负载，不包括为管理和控制保留的 MGMT-ResourcePool CPU 和内存资源。 保留一个资源节点，以防止节点故障。 Azure VMware 解决方案拉伸群集使用基于 n+2 可用性 vSphere 高可用性百分比的许可控制策略。
Azure VMware 解决方案管理和控制平面具有以下资源要求。 在标准私有云的解决方案大小调整期间，必须考虑这些要求。
| 面积 | DESCRIPTION | 预配的 vCPU 数 | 预配的 vRAM (GB) | 预配的 vDisk (GB) | 典型 CPU 使用率 (GHz) | 典型 vRAM 使用率 (GB) | 典型的原始 vSAN 数据存储使用率 (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.5 | 3.3 | 1,830 |
| VMware vSphere | vSphere 群集服务 VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere 群集服务 VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere 群集服务 VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | ESXi 节点 1 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 2 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 3 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSAN | vSAN 系统使用情况 | 暂无数据 | 不适用 | 不适用 | 不适用 | 不适用 | 12,441 |
| VMware NSX | NSX 统一设备节点 1 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX 统一设备节点 2 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX 统一设备节点 3 | 6 | 24 | 300 | 3.4 | 13.9 | 613 |
| VMware NSX | NSX Edge VM 1 | 8 | 32 | 196 | 1.4 | 0.7 | 401 |
| VMware NSX | NSX 边缘 VM 2 | 8 | 32 | 196 | 1.4 | 0.7 | 401 |
| VMware HCX （可选加载项） | HCX 管理器 | 4 | 12 | 64 | 0.4 | 2.8 | 174 |
| VMware Site Recovery Manager（可选加载项） | Site Recovery Manager 设备 | 4 | 12 | 33 | 1 | 1 | 66 |
| VMware vSphere（可选加载项） | vSphere 复制管理器设备 | 4 | 12 | 33 | 1 | 3.1 | 66 |
| VMware vSphere（可选加载项） | vSphere 复制服务器设备 | 2 | 1 | 33 | 1 | 0.8 | 66 |
| 总计 | 59 个 vCPU | 203.3 GB | 2,376 GB | 25.4 GHz | 198.3 GB | 17,287 GB（15,401 GB，数据缩减率） |
Azure VMware 解决方案管理和控制平面具有以下资源要求，在对拉伸群集私有云进行解决方案大小调整时必须将这些资源要求考虑在内。 VMware Site Recovery Manager 不包括在表中，因为当前不受支持。 vSAN 见证设备页不包括在表中。 Microsoft 在第三个可用性区域中对其进行管理。
| 面积 | DESCRIPTION | 预配的 vCPU 数 | 预配的 vRAM (GB) | 预配的 vDisk (GB) | 典型 CPU 使用率 (GHz) | 典型 vRAM 使用率 (GB) | 典型的原始 vSAN 数据存储使用率 (GB) |
|---|---|---|---|---|---|---|---|
| VMware vSphere | vCenter Server | 8 | 30 | 915 | 1.1 | 3.9 | 3,662 |
| VMware vSphere | vSphere 群集服务 VM 1 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere 群集服务 VM 2 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | vSphere 群集服务 VM 3 | 1 | 0.1 | 2 | 0.1 | 0.1 | 1 |
| VMware vSphere | ESXi 节点 1 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 2 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 3 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 4 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 5 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSphere | ESXi 节点 6 | 不适用 | 不适用 | 不适用 | 2.4 | 48 | 不适用 |
| VMware vSAN | vSAN 系统使用情况 | 不适用 | 不适用 | 不适用 | 不适用 | 空值 | 11,223 |
| VMware NSX | NSX 统一设备节点 1 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX 统一设备节点 2 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX 统一设备节点 3 | 6 | 24 | 300 | 3.4 | 13.9 | 1,229 |
| VMware NSX | NSX 边缘 VM 1 | 8 | 32 | 196 | 1.4 | 0.7 | 800 |
| VMware NSX | NSX 边缘 VM 2 | 8 | 32 | 196 | 1.4 | 0.7 | 800 |
| VMware HCX （可选加载项） | HCX 管理器 | 4 | 12 | 64 | 0.4 | 2.8 | 256 |
| 总计 | 49 个 vCPU | 178.4 GB | 2,277 GB | 29.9 GHz | 338.1 GB | 20,430 GB（17,459 GB，数据缩减率） |
这些资源要求仅适用于 Azure VMware 解决方案私有云中部署的第一个群集。 后续群集只需在确定解决方案大小时考虑 vSphere 群集服务、ESXi 资源要求和 vSAN 系统使用情况。
虚拟设备的“典型原始 vSAN 数据存储使用情况”值占虚拟机文件占用的空间，包括配置和日志文件、快照、虚拟磁盘和交换文件。
VMware ESXi 节点的计算使用率值考虑了 vSphere VMkernel 虚拟机监控程序开销、vSAN 开销以及 NSX 分布式路由器、防火墙和桥接开销。 这些是对标准三群集配置的估计。 存储要求列为不适用 (N/A)，因为使用了独立于 vSAN 数据存储的引导卷。
VMware vSAN 系统使用情况存储开销包括 vSAN 性能管理对象、vSAN 文件系统开销、vSAN 校验和开销以及 vSAN 重复数据删除和压缩开销。 要查看此消耗量，请在 vSphere 客户端中选择 vSphere 群集的“监视器”“vSAN”>“容量”。>
VMware HCX 和 VMware Site Recovery Manager 资源要求是 Azure VMware 解决方案的可选加载项。 如果不使用这些要求，请在解决方案大小调整中忽略这些要求。
VMware Site Recovery Manager 加载项具有配置多个 VMware vSphere Server 复制设备的选项。 上表假定使用一台 vSphere 复制服务器设备。
调整解决方案的大小是一个估计值。 在项目的测试阶段验证设计阶段的大小调整计算。 需要确保为应用程序工作负载正确调整解决方案的大小。
提示
如果你的需要超出初始部署数目，以后可以随时扩展群集和添加更多群集。
下表介绍了 Azure VMware 解决方案的最大限制。
| 资源 | 限度 |
|---|---|
| 每个私有云的 vSphere 群集数 | 12 |
| 每个群集的最小 ESXi 主机数 | 3 （硬限制） |
| 每个群集的最大 ESXi 主机数 | 16 （硬限制） |
| 每个私有云的最大 ESXi 主机数 | 96 |
| 每个私有云的 vCenter Server 最大数量 | 1 （硬限制） |
| 最大 HCX 站点配对数 | 25（任何版本） |
| 最大 HCX 服务网格数 | 10（任何版本） |
| 从单个位置到单个虚拟网络网关链接 Azure ExpressRoute 的 Azure VMware 解决方案私有云数上限 | 4 使用的虚拟网络网关确定链接的私有云的实际最大数目。 有关更多信息，请参阅关于 ExpressRoute 虚拟网关。 如果超出此阈值，请使用 Azure VMware 解决方案互连 来聚合 Azure 区域中的私有云连接。 |
| Azure VMware 解决方案 ExpressRoute 最大吞吐量 | 10 Gbps（将超级性能网关版本与已启用 FastPath 配合使用）** 使用的虚拟网络网关决定了实际带宽。 有关更多信息，请参阅关于 ExpressRoute 虚拟网关。 Azure VMware 解决方案 ExpressRoute 没有任何端口速度限制，并且性能超过 10 Gbps。 由于服务质量，无法保证超过 10 Gbps 的费率。 |
| 分配给 NSX 的 Azure 公共 IPv4 地址的最大数目 | 2,000 |
| 每个私有云的 Azure VMware 解决方案最大互连数量 | 10 |
| 每个 Azure VMware 解决方案私有云的最大 Azure ExpressRoute Global Reach 连接数 | 8 |
| vSAN 容量限制 | 总可用量的 75%（保留 25% 用于履行服务级别协议） |
| VMware Site Recovery Manager：受保护虚拟机的最大数量 | 3,000 |
| VMware Site Recovery Manager：每个恢复计划的最大虚拟机数 | 2,000 |
| VMware Site Recovery Manager：每个恢复计划的最大保护组数 | 250 |
| VMware Site Recovery Manager：恢复点目标（RPO）值 | 5 分钟或更长时间 *（硬限制） |
| VMware Site Recovery Manager：每个保护组的最大虚拟机数 | 500 |
| VMware Site Recovery Manager：恢复计划数量上限 | 250 |
* 有关低于 15 分钟的 RPO 的信息，请参阅 vSphere 复制管理文档中 的 5 分钟 RPO 的工作原理 。
** 此软建议的限制可以根据方案支持更高的吞吐量。
有关其他 VMware 特定的限制，请使用 VMware by Broadcom 配置最大值工具。
VMware 软件版本
Microsoft是 VMware 金属即服务（MaaS）计划的成员，使用 VMware 云提供程序堆栈进行 Azure VMware 解决方案升级规划。
下表列出了在 Azure VMware 解决方案私有云的新部署中使用的软件版本。
| 软件 | 版本 | 内部版本号 |
|---|---|---|
| VMware vCenter Server | 8.0 U2d | 23929136 |
| VMware ESXi | 8.0 U2d | 24585300 |
| VMware vSAN | 8.0 U2 | 24585300 |
| VMware vSAN 见证 | 8.0 U2 | 24585300 |
| VMware vSAN 磁盘格式 | 19 | 不适用 |
| VMware vSAN 存储体系结构 | OSA | 不适用 |
| VMware NSX | 4.1.1 | 22224317 |
| VMware HCX | 4.10.3 | 24447633 |
| VMware Site Recovery Manager | 8.8.0.3 | 23263429 |
| VMware vSphere 复制 | 8.8.0.3 | 23166649 |
如果列出的内部版本号与发行说明中列出的内部版本号不匹配，是因为已为云提供商应用了自定义修补程序。
如果 vCenter Server 版本支持，则当前正在运行的软件版本将应用于添加到现有私有云的新群集。
备份和还原
Azure VMware 解决方案私有云 vCenter Server 和 HCX 管理器（如果已启用）配置按每日备份计划进行。 NSX 配置具有每小时进行一次的备份计划。 备份至少保留三天。 在 Azure 门户中创建支持请求以请求还原。
注意
还原仅适用于灾难性情况。
Azure VMware 解决方案持续监视物理底层和 Azure VMware 解决方案组件的运行状况。 当 Azure VMware 解决方案检测到故障时，其将采取措施来修复出现故障的组件。
相关内容
了解 Azure VMware 解决方案私有云概念后，可能需要阅读：