适用于：Azure Local 2311.2 及更高版本
本文讨论如何为云部署设计和规划 Azure Local 系统网络。 在继续之前，请熟悉各种 Azure 本地网络模式 和可用配置。
网络设计框架
下图显示了定义 Azure Local 实例网络设计框架的各种决策和步骤 - 群集大小、群集存储连接、网络流量意图、管理连接和网络适配器配置。 每一项设计决策都会使后续步骤中的设计方案得以实现或允许实现：
步骤 1：确定群集大小
为了帮助确定 Azure 本地实例的大小，请使用 Azure 本地大小工具，在其中可以定义您的配置文件，例如虚拟机数量、虚拟机大小，以及虚拟机的工作负载使用情况，例如 Azure 虚拟桌面、SQL Server 或 AKS。
如 Azure 本地 计算机要求 文章中所述，Azure 本地实例上支持的最大计算机数为 16。 完成工作负荷产能规划后，就可以很好地了解在基础结构上运行工作负荷所需的计算机节点数量。
如果工作负荷需要四个或更多个节点：无法部署和使用无交换机配置来存储网络流量。 需要使用支持远程直接内存访问 (RDMA) 的物理交换机来处理存储流量。 有关 Azure 本地实例网络体系结构的详细信息，请参阅 网络参考模式概述。
如果工作负荷需要三个或更少的节点：可以选择无交换机或交换机配置来建立存储连接。
如果计划稍后横向扩展到三个以上的节点：需要对存储网络流量使用物理交换机。 无交换机部署的任何横向扩展操作都需要对节点之间的网络布线进行手动配置，而 Microsoft 并没有在 Azure Local 的软件开发周期中积极验证这些配置。
以下是决定群组大小的考虑因素汇总：
| 决策 | 注意事项 |
|---|---|
| 群集大小（每个群集的节点数） | 通过 Azure 门户或 Azure 资源管理器模板进行的无开关配置仅适用于 1、2 或 3 个节点群集。 4 个或更多节点的群集需要物理交换机来处理存储网络流量。 |
| 横向扩展要求 | 如果打算使用协调程序来横向扩展群集，则需要使用物理交换机来处理存储网络流量。 |
步骤 2：确定群集存储连接性
如 物理网络要求中所述，Azure Local 支持存储网络流量的两种类型的连接：
- 使用物理网络交换机处理流量。
- 使用交叉网络或光纤电缆直接连接节点之间的存储流量。
每种方案的优缺点都在上面链接的文章中进行了介绍。
如前所述，只有当群集规模为三个或更少的节点时，才能在这两个选项中进行选择。 任何拥有四个或更多节点的群集都会自动使用网络交换机进行存储部署。
如果群集的节点数少于三个，那么存储连接的决定就会影响下一步可以定义的网络意图的数量和类型。
例如，对于无交换机配置，需要定义两个网络流量意图。 使用交叉电缆进行东西向通信的存储流量不具备南北向连接能力，它与网络基础结构的其他部分完全隔离。 这意味着需要为管理出站连接和计算工作负荷定义第二个网络意图。
虽然每个网络意图只能定义一个物理网络适配器端口，但这并不能提供任何容错功能。 因此，我们始终建议每个网络意图至少使用两个物理网络端口。 如果决定使用网络交换机进行存储，则可以将所有网络流量（包括存储）分组到单个网络意向中，这也称为 超融合 或 完全聚合 主机网络配置。
以下是群集存储连接决策的注意事项汇总：
| 决策 | 注意事项 |
|---|---|
| 无存储交换机 | 通过 Azure 门户或资源管理器模板部署的无开关配置仅支持 1、2 或 3 个节点群集。 可使用 Azure 门户或资源管理器模板来部署 1 节点或 2 节点无交换机存储群集。 3 节点存储无交换机群集只能使用资源管理器模板进行部署。 无交换机部署不支持横向扩展操作。 部署后对节点数量的任何更改都需要手动进行配置。 使用无交换机存储配置时，至少需要 2 个网络意图。 |
| 用于存储的网络交换机 | 如果打算使用协调程序来横向扩展群集，则需要使用物理交换机来处理存储网络流量。 可以将此体系结构用于 1 至 16 个节点中的任何数量。 虽然不会强制执行，但可以对所有网络流量类型（管理、计算和存储）使用单一意图 |
下图总结了各种部署中可用的存储连接选项：
步骤 3：确定网络流量意图
对于 Azure Local，所有部署都依赖网络 ATC 进行主机网络配置。 通过 Azure 门户部署 Azure Local 服务时，系统会自动配置网络意图。 若要详细了解网络意向以及如何对这些意向进行故障排除，请参阅 常见网络 ATC 命令。
本部分将解释设计决策对网络流量意图的影响，以及它们如何影响框架的下一步。 对于云部署，可以从四个选项中进行选择，将网络流量分组为一个或多个意图。 可用选项取决于群集中的节点数量和使用的存储连接类型。
下文将讨论可用的网络意图选项。
网络意图：对所有流量进行分组
网络 ATC 配置独特的意图，包括管理、计算和存储网络流量。 分配给此意图的网络适配器会共享所有网络流量的带宽和吞吐量。
此选项需要一个物理交换机来处理存储流量。 如果需要无交换机体系结构，那就无法使用这种意图。 如果为存储连接选择了无交换机配置，则 Azure 门户会自动筛选掉该选项。
建议至少使用两个网络适配器端口，以确保高可用性。
至少需要 10 Gbps 的网络接口才能支持 RDMA 存储流量。
网络意图：组管理和计算流量
网络 ATC 配置两个意图。 第一个意图包括管理和计算网络流量，第二个意图只包括存储网络流量。 每个意图必须有一组不同的网络适配器端口。
如果符合以下条件，则可以将此选项用于交换式和无交换机存储连接：
每个意图至少有两个网络适配器端口，以确保高可用性。
如果将网络交换机用于存储，则物理交换机将用于 RDMA。
至少需要 10 Gbps 的网络接口才能支持 RDMA 存储流量。
网络意图：组计算和存储流量
网络 ATC 配置两个意图。 第一个意图包括计算和存储网络流量，第二个意图只包括管理网络流量。 每个意图必须使用一组不同的网络适配器端口。
此选项需要一个物理交换机用于存储流量，因为相同的端口与计算流量共享，而计算流量需要南北通信。 如果需要无交换机配置，那就无法使用这种意图。 如果为存储连接选择了无交换机配置，则 Azure 门户会自动筛选掉该选项。
此选项需要 RDMA 物理交换机。
建议至少使用两个网络适配器端口，以确保高可用性。
建议为计算和存储意图提供至少 10 Gbps 的网络接口，以支持 RDMA 流量。
即使在声明管理意图时没有计算意图，网络 ATC 也会创建交换机嵌入式组合 (SET) 虚拟交换机，为管理网络提供高可用性。
网络意图：自定义配置
使用自己的配置最多定义三个意图，只要其中至少一个意图包括管理流量。 建议您在需要第二个计算意图时使用此选项。 第二种计算意图要求的场景包括远程存储流量、虚拟机备份流量或针对不同类型工作负荷的单独计算意图。
如果存储意图与其他意图不同，交换式和无交换机存储连接都要使用此选项。
当需要另一个计算意图或希望通过不同的网络适配器完全分离不同类型的流量时，请使用此选项。
每个意图至少使用两个网络适配器端口，以确保高可用性。
建议为计算和存储意图提供至少 10 Gbps 的网络接口，以支持 RDMA 流量。
下图总结了各种部署中可用的网络意图选项：
步骤 4：确定管理和存储网络连接
在此步骤中，可以定义基础结构子网地址空间、如何将这些地址分配给群集，以及是否需要为节点提供代理或 VLAN ID，以实现与 Internet 和域名系统 (DNS) 或 Active Directory 服务等其他内网服务的外部连接。
在开始部署前，必须规划和定义以下基础结构子网组件，以便预测任何路由、防火墙或子网要求。
网络适配器驱动程序
安装操作系统后，在节点上配置网络之前，必须确保网络适配器具有 OEM 或网络接口供应商提供的最新驱动程序。 在使用默认的 Microsoft 驱动程序时，网络适配器的重要功能可能无法显示。
管理 IP 池
在初始部署 Azure Local 实例时，必须为默认部署的基础结构服务定义一个连续 IP 的 IP 范围。
为确保范围内有足够的 IP 用于当前和未来的基础结构服务，必须使用至少六个连续可用 IP 地址的范围。 这些地址用于群集 IP、Azure 资源网桥 VM 及其组件。
如果预计要在基础结构网络中运行其他服务，则建议为池分配额外的基础结构 IP 缓冲。 如果原先计划的 IP 池已经用完，则可以使用 PowerShell 在基础结构网络部署后添加其他 IP 池。
在部署过程中为基础结构子网定义 IP 池时，必须满足以下条件：
| # | 条件 |
|---|---|
| 1 | IP 范围必须使用连续 IP，并且该范围内的所有 IP 都必须可用。 此 IP 范围在部署后无法更改。 |
| 2 | IP 范围不得包括群集节点管理 IP，但必须与节点位于同一子网。 |
| 3 | 为管理 IP 池定义的默认网关必须提供与 Internet 的出站连接。 |
| 4 | DNS 服务器必须确保 Active Directory 和 Internet 的名称解析。 |
| 5 | 管理 IP 需要出站互联网访问权限。 |
管理 VLAN ID
我们建议 Azure Local 实例的管理子网使用默认 VLAN，在大多数情况下将 VLAN ID 默认为 0。 但是，如果网络要求在基础结构网络中使用特定的管理 VLAN，则必须在计划用于管理流量的物理网络适配器上进行配置。
如果计划使用两个物理网络适配器进行管理，则需要在两个适配器上都设置 VLAN。 这必须作为计算机引导配置的一部分，在计算机注册到 Azure Arc 之前完成，以确保使用此 VLAN 成功注册节点。
要在物理网络适配器上设置 VLAN ID，请使用以下 PowerShell 命令：
本示例在物理网络适配器 NIC1 上配置 VLAN ID 44。
Set-NetAdapter -Name "NIC1" -VlanID 44
一旦设置了 VLAN ID 并在物理网络适配器上配置了节点的 IP，协调程序就会从用于管理的物理网络适配器中读取该 VLAN ID 值并将其存储起来，以便用于 Azure 资源网桥 VM 或部署过程中所需的任何其他基础结构 VM。 在云部署期间，无法从 Azure 门户设置管理 VLAN ID，因为如果物理交换机 VLAN 路由不当，就有可能破坏节点与 Azure 之间的连接。
使用虚拟交换机的管理 VLAN ID
在某些情况下，需要在部署开始前创建虚拟交换机。
注意
在创建虚拟交换机之前，请确保启用 Hype-V 角色。 有关详细信息，请参阅 “安装所需的 Windows 角色”。
如果需要配置虚拟交换机，并且必须使用特定的 VLAN ID，请按照以下步骤操作：
1. 使用建议的命名规则创建虚拟交换机
Azure Local 部署依靠网络 ATC 为管理、计算和存储目的创建和配置虚拟交换机和虚拟网络适配器。 默认情况下，网络 ATC 为意图创建虚拟交换机时，会使用虚拟交换机的特定名称。
我们建议使用相同的命名约定来为虚拟交换机命名。 虚拟交换机的推荐名称如下：
“ConvergedSwitch($IntentName)”，其中 $IntentName 必须与部署时输入门户的意图名称一致。 此字符串还必须与下一步所述的用于管理的虚拟网络适配器名称相匹配。
以下示例显示了如何使用 PowerShell 创建虚拟交换机，并推荐使用 $IntentName 命名约定。 网络适配器名称列表是计划用于管理和计算网络流量的物理网络适配器列表：
$IntentName = "MgmtCompute"
New-VMSwitch -Name "ConvergedSwitch($IntentName)" -NetAdapterName "NIC1","NIC2" -EnableEmbeddedTeaming $true -AllowManagementOS $true
注意
一旦部署了 Azure Local 实例，就不支持更改管理意图名称或虚拟交换机名称。 如果在部署后需要更新或重新创建意图，则必须使用相同的意图名称和虚拟交换机名称。
2. 按照所有节点所需的网络 ATC 命名约定来配置管理虚拟网络适配器
创建虚拟交换机和相关管理虚拟网络适配器后，请确保网络适配器名称符合网络 ATC 命名标准。
具体来说，用于管理流量的虚拟网络适配器名称必须使用以下约定：
- 网络适配器的名称以及虚拟网络适配器必须使用
vManagement($intentname)。 - 该名称不区分大小写。
$Intentname可以是任何字符串，但必须与虚拟交换机使用的名称相同。 确保在 Azure 门户中定义Mgmt意图名称时使用相同的字符串。
要更新管理虚拟网络适配器名称，请使用以下命令：
$IntentName = "MgmtCompute"
#Rename VMNetworkAdapter for management because during creation, Hyper-V uses the vSwitch name for the virtual network adapter.
Rename-VmNetworkAdapter -ManagementOS -Name "ConvergedSwitch(MgmtCompute)" -NewName "vManagement(MgmtCompute)"
#Rename NetAdapter because during creation, Hyper-V adds the string "vEthernet" to the beginning of the name.
Rename-NetAdapter -Name "vEthernet (ConvergedSwitch(MgmtCompute))" -NewName "vManagement(MgmtCompute)"
3. 为所有节点的管理虚拟网络适配器配置 VLAN ID
在创建虚拟交换机和管理虚拟网络适配器后，就可以为该适配器指定所需的 VLAN ID。 虽然为虚拟网络适配器分配 VLAN ID 有不同的选项，但唯一支持的选项是使用 Set-VMNetworkAdapterIsolation 命令。
一旦配置了所需的 VLAN ID，就可以为管理虚拟网络适配器分配 IP 地址和网关，以验证它是否能与其他节点、DNS、Active Directory 和 Internet 连接。
以下示例显示了如何配置管理虚拟网络适配器使用 VLAN ID 8 而不是默认值：
Set-VMNetworkAdapterIsolation -ManagementOS -VMNetworkAdapterName "vManagement($IntentName)" -AllowUntaggedTraffic $true -IsolationMode Vlan -DefaultIsolationID "8"
4. 在部署过程中为管理意图参考物理网络适配器
虽然新创建的虚拟网络适配器在通过 Azure 门户部署时会显示为可用，但必须记住网络配置是基于网络 ATC 的。 这意味着在配置管理或管理和计算意图时，我们仍然需要选择用于该意图的物理网络适配器。
注意
不要为网络意图选择虚拟网络适配器。
同样的逻辑也适用于 Azure 资源管理器模板。 必须指定要用于网络意图的物理网络适配器，但切勿指定虚拟网络适配器。
以下是 VLAN ID 的注意事项汇总：
| # | 注意事项 |
|---|---|
| 1 | 在向 Azure Arc 注册计算机之前，必须在管理用物理网络适配器上指定 VLAN ID。 |
| 2 | 在向 Azure Arc 注册计算机之前，如果需要虚拟交换机，请遵循特定的步骤。 |
| 3 | 在部署过程中，管理 VLAN ID 会从主机配置转移到基础结构 VM。 |
| 4 | Azure 门户部署或资源管理器模板部署没有 VLAN ID 输入参数。 |
用于存储的自定义 IP
默认情况下，网络 ATC 会自动从下表中为存储分配 IP 和 VLAN：
| 存储适配器 | IP 地址和子网 | VLAN（虚拟局域网） |
|---|---|---|
| pNIC1 | 10.71.1.x | 711 |
| pNIC2 | 10.71.2.x | 712 |
| pNIC3 | 10.71.3.x | 713 |
但是，如果部署要求不符合这些默认 IP 和 VLAN，则可以将自己的 IP、子网和 VLAN 用于存储。 此功能仅在使用 ARM 模板部署群集时可用，需要在模板中指定以下参数。
- enableStorageAutoIP： 如果未指定此参数，则设置为 true。 要在部署过程中启用自定义存储 IP，则必须将此参数设置为 false。
- storageAdapterIPInfo： 此参数具有与“enableStorageAutoIP”参数的依赖关系，当存储自动 IP 参数设置为 false 时始终是必需的。 在 ARM 模板中的“storageAdapterIPInfo”参数中，还需要使用自己的 IP 和子网掩码为每个节点和网络适配器指定 “ipv4Address” 和 “subnetMask” 参数。
- vlanId： 如上表中所述，如果不需要更改，此参数将使用网络 ATC 默认 VLAN。 但是，如果这些默认 VLAN 在你的网络中不起作用，则可以为每个存储网络指定自己的 VLAN ID。
以下 ARM 模板包含一个带两个节点的 Azure Local 实例示例，该实例具有用于存储的网络交换机，其中存储 IP 已自定义带有自定义存储 IP 的双节点部署
节点和群集 IP 分配
对于 Azure Local 实例，有两个选项可为计算机节点和群集 IP 分配 IP。
支持静态和动态主机配置协议 (DHCP)。
正确的节点 IP 分配是群集生命周期管理的关键所在。 在 Azure Arc 中注册节点之前，在静态选项和 DHCP 选项之间做出选择。
Arc 资源网桥和网络控制器等基础结构 VM 和服务将继续使用管理 IP 池中的静态 IP。 这意味着，即使决定使用 DHCP 为节点分配 IP 和群集 IP，也仍然需要管理 IP 池。
下文将讨论每种选项的影响。
静态 IP 分配
如果节点使用静态 IP，则在部署过程中会使用管理 IP 池获取可用 IP 并将其自动分配给群集 IP。
对于不在为管理 IP 池定义的 IP 范围内的节点，必须使用管理 IP。 计算机节点 IP 必须位于已定义 IP 范围的同一子网内。
建议为节点的所有物理网络适配器的默认网关和配置的 DNS 服务器只分配一个管理 IP。 这可确保在创建管理网络意图后，IP 不会发生变化。 这样还能确保节点在部署过程中（包括在 Azure Arc 注册过程中）保持出站连接。
为了避免路由问题，并确定哪个 IP 将用于出站连接和 Arc 注册，Azure 门户会验证是否配置了一个以上的默认网关。
如果在 OS 配置期间创建了虚拟交换机和管理虚拟网络适配器，则必须将节点的管理 IP 分配给该虚拟网络适配器。
DHCP IP 分配
如果节点的 IP 是通过 DHCP 服务器获取的，则群集 IP 也使用动态 IP。 基础结构 VM 和服务仍然需要使用静态 IP，这意味着管理 IP 池地址范围必须排除在节点和群集 IP 使用的 DHCP 范围之外。
例如，如果基础结构静态 IP 的管理 IP 范围定义为 192.168.1.20/24 至 192.168.1.30/24，则为子网 192.168.1.0/24 定义的 DHCP 范围必须具有与管理 IP 池相当的排除，以避免与基础设施服务发生 IP 冲突。 还建议对节点 IP 使用 DHCP 保留。
在创建管理意图后定义管理 IP 的过程中，需要使用为网络意图选择的第一个物理网络适配器的 MAC 地址。 然后，此 MAC 地址会分配给为管理目的创建的虚拟网络适配器。 这意味着第一个物理网络适配器从 DHCP 服务器获取的 IP 地址与虚拟网络适配器用作管理 IP 的 IP 地址相同。 因此，必须为节点 IP 创建 DHCP 保留。
如果云部署期间使用的网络验证逻辑检测到多个物理网络接口的配置中有默认网关，则该逻辑将失效。 如果需要将 DHCP 用于主机 IP 分配，则需要预先创建 SET （交换机嵌入式组合） 虚拟交换机和管理虚拟网络适配器，因此只有管理虚拟网络适配器从 DHCP 服务器获取 IP 地址。
群集节点 IP 注意事项
以下是 IP 地址的注意事项汇总：
| # | 注意事项 |
|---|---|
| 1 | 无论节点 IP 是静态地址还是动态地址，它们都必须位于已定义的管理 IP 池范围的同一子网内。 |
| 2 | 管理 IP 池不得包括节点 IP。 在使用动态 IP 分配时，请使用 DHCP 排除。 |
| 3 | 尽可能为节点使用 DHCP 保留。 |
| 4 | DHCP 地址只支持节点 IP 和群集 IP。 基础结构服务使用管理池中的静态 IP。 |
| 5 | 一旦创建了管理网络意图，第一个物理网络适配器的 MAC 地址就会分配给管理虚拟网络适配器。 |
DNS 服务器注意事项
基于 Active Directory 的 Azure Local 部署需要一个能解析内部域和 Internet 公有终结点的 DNS 服务器。 作为部署的一部分，需要为节点上配置的基础设施 IP 地址范围定义相同的 DNS 服务器。 Azure 资源网桥控制平面 VM 和 AKS 控制平面将使用相同的 DNS 服务器进行名称解析。 部署完成后，不支持更改 DNS 服务器 IP，并且无法在 Azure 本地平台堆栈中更新地址。
Azure Local 使用的 DNS 服务器在部署前必须是外部的并且可运行。 不支持将它们作为 Azure Local 虚拟机运行。
以下是 DNS 服务器地址的总结注意事项：
| # | 注意事项 |
|---|---|
| 1 | 集群所有节点的 DNS 服务器必须相同。 |
| 2 | 基础结构 IP 地址范围的 DNS 服务器必须与节点使用的 DNS 服务器相同。 |
| 3 | Azure 资源网桥 VM 控制平面和 AKS 控制平面将使用在基础设施 IP 地址范围内配置的 DNS 服务器。 |
| 4 | 部署后不支持更改 DNS 服务器。 在进行 Azure 本地部署之前，请确保规划好您的 DNS 策略。 |
| 5 | 在基础结构网络的 ARM 模板上定义多个 DNS 服务器的数组时，请确保每个值位于引号“”内，并用逗号分隔，如以下示例所示。 |
| 6 | 不支持在 Azure Local 实例内部运行的虚拟机中运行 Azure Local 基础结构使用的 DNS 服务器。 |
"dnsServers": [
"10.250.16.124",
"10.250.17.232",
"10.250.18.107"
]
代理要求
要在内部基础设施内访问 Internet，很可能需要使用代理服务器。 Azure Local 仅支持非认证代理配置。 鉴于在 Azure Arc 中注册节点需要 Internet 访问，因此在注册计算节点之前，必须将代理配置设置为 OS 配置的一部分。 有关详细信息，请参阅 “配置代理设置”。
Azure Stack HCI OS 有三种不同的服务（WinInet、WinHTTP 和环境变量），它们需要相同的代理配置，以确保所有操作系统组件都能访问 Internet。 用于节点的相同代理配置会自动转移到 Arc 资源网桥 VM 和 AKS，确保它们在部署期间能够访问 Internet。
以下是代理配置的注意事项汇总：
| # | 注意事项 |
|---|---|
| 1 | 在 Azure Arc 中注册节点前必须完成代理配置。 |
| 2 | 必须对 WinINET、WinHTTP 和环境变量应用相同的代理配置。 |
| 3 | 环境检查器可确保所有代理组件的代理配置保持一致。 |
| 4 | Arc 资源网桥 VM 和 AKS 的代理配置由协调程序在部署过程中自动完成。 |
| 5 | 仅支持非身份验证的代理。 |
防火墙要求
目前，需要在防火墙中打开多个 Internet 终结点，以确保 Azure Local 及其组件能够成功连接到这些终结点。 有关所需终结点的详细列表，请参阅 防火墙要求。
必须在 Azure Arc 中注册节点之前完成防火墙配置。可以使用环境检查器的独立版本来验证防火墙没有阻止发送到这些终结点的流量。 有关详细信息，请参阅 Azure 本地环境检查器 来评估 Azure 本地的部署准备情况。
以下是对防火墙注意事项的总结：
| # | 注意事项 |
|---|---|
| 1 | 在 Azure Arc 中注册节点之前必须完成防火墙配置。 |
| 2 | 独立模式下的环境检查器可用于验证防火墙配置。 |
步骤 5：确定网络适配器配置
网络适配器按其使用的网络流量类型（管理、计算和存储）进行限定。 查看 Windows Server 目录时，Windows Server 2022 认证指示适配器符合哪些网络流量。
在为 Azure Local 购买计算机之前，必须至少有一个适配器符合管理、计算和存储的要求，因为 Azure Local 需要这三种流量类型。 云部署依靠网络 ATC 为适当的流量类型配置网络适配器，因此必须使用受支持的网络适配器。
网络 ATC 使用的默认值记录在 群集网络设置中。 建议使用默认值。 因此，如有需要，可使用 Azure 门户或资源管理器模板来替代以下选项：
- 存储 VLAN：将此值设置为存储所需的 VLAN。
- 巨无霸数据包：定义巨无霸数据包的大小。
- 网络直通：如果要为网络适配器禁用 RDMA，请将此值设置为 false。
- 网络直接技术：将此值设置为
RoCEv2或iWarp。 - 流量优先级数据中心桥接（DCB）：设置符合要求的优先级。 强烈建议使用默认的 DCB 值，因为这些值已经过 Microsoft 和客户的验证。
以下是网络适配器配置的注意事项汇总：
| # | 注意事项 |
|---|---|
| 1 | 尽可能使用默认配置。 |
| 2 | 物理交换机必须根据网络适配器配置进行配置。 请参阅 Azure 本地的物理网络要求。 |
| 3 | 使用 Windows Server 目录确保网络适配器支持 Azure Local。 |
| 4 | 在接受默认值时，网络 ATC 会自动配置存储网络适配器 IP 和 VLAN。 这就是所谓的存储自动 IP 配置。 在某些情况下，不支持存储自动 IP，因此需要使用资源管理器模板声明每个存储网络适配器的 IP。 |