Azure Stack Hub 的网络集成规划
本文提供 Azure Stack Hub 网络基础架构信息，可帮助你确定如何以最佳方式将 Azure Stack Hub 集成到现有的网络环境。
注意
若要从 Azure Stack Hub 解析外部 DNS 名称（例如 www.bing.com），必须提供 DNS 服务器来转发 DNS 请求。 有关 Azure Stack Hub DNS 要求的详细信息，请参阅 Azure Stack Hub 数据中心集成 - DNS。
物理网络设计
Azure Stack Hub 解决方案需有弹性且高度可用的物理基础结构才能支持其操作和服务。 若要将 Azure Stack Hub 集成到网络，它需要从架顶式交换机 (ToR) 上行链接到最近的交换机或路由器，在本文档中称为“边界”。 ToR 可以上行链接到单个或一对边界。 ToR 是由我们的自动化工具预先配置的，当使用 BGP 路由时，它期望 ToR 与边界之间至少有一个连接，当使用静态路由时，它期望 ToR 与边界之间至少有两个连接（每个 ToR 一个），每个路由选项上最多有四个连接。 这些连接仅限于 SFP+ 或 SFP28 介质，并且速度至少达到 1 GB。 请咨询原始设备制造商 (OEM) 硬件供应商以了解可用性。 下图显示了建议的设计：
带宽分配
Azure Stack Hub 是使用 Windows Server 2019 故障转移群集和空间直通技术构建的。 部分 Azure Stack Hub 物理网络配置是为了利用流量分离和带宽保证来确保空间直通存储通信能够满足解决方案所需的性能和规模要求。 网络配置使用流量类将空间直通、基于 RDMA 的通信与 Azure Stack Hub 基础结构和/或租户在网络使用方面的通信区分开来。 为了与为 Windows Server 2019 定义的当前最佳做法保持一致，Azure Stack Hub 正在更改为使用附加流量类或优先级来进一步分离服务器到服务器通信，以支持故障转移群集控制通信。 这一新的流量类定义将配置为保留可用物理带宽的 2%。 此流量类和带宽预留配置是通过更改 Azure Stack Hub 解决方案的架顶式 (ToR) 交换机以及 Azure Stack Hub 的主机或服务器完成的。 请注意，客户边界网络设备不需要进行更改。 这些更改为故障转移群集通信提供了更好的复原能力，旨在避免网络带宽被完全占用，从而导致故障转移群集控制消息中断的情况。 请注意，故障转移群集通信是 Azure Stack Hub 基础结构的一个关键组件，如果长时间中断，可能会导致空间直通存储服务或其他服务不稳定，最终影响租户或最终用户工作负荷的稳定性。
注意
所述更改会添加到 2008 版本中 Azure Stack Hub 系统的主机级别。 请与 OEM 联系，以便安排在 ToR 网络交换机上进行所需的更改。 此 ToR 更改可在更新到 2008 版本之前执行，也可在更新到 2008 版本之后执行。 需要对 ToR 交换机进行配置更改以改善故障转移群集通信。
逻辑网络
逻辑网络表示底层物理网络基础结构的抽象。 它们用于组织和简化主机、虚拟机 (VM) 和服务的网络分配。 网络站点在创建逻辑网络时创建，定义虚拟局域网 (VLAN)、IP 子网，以及与每个物理位置中逻辑网络关联的 IP 子网/VLAN 对。
下表显示了逻辑网络以及必须规划的关联 IPv4 子网范围：
| 逻辑网络 | 说明 | 大小 |
|---|---|---|
| 公共 VIP | Azure Stack Hub 使用此网络中的总共 31 个地址，剩下的由租户 VM 使用。 在 31 个地址中，8 个公共 IP 地址用于一小组Azure Stack Hub 服务。 如果打算使用应用服务和 SQL 资源提供程序，则还要额外使用 7 个地址。 其余 16 个 IP 保留用于将来的 Azure 服务。 | /26（62 台主机）- /22（1022 台主机） 建议使用 /24（254 台主机） |
| 交换机基础结构 | 用于路由的专用交换机管理接口的点到点 IP 地址，以及分配给交换机的环回地址。 | /26 |
| 基础结构 | 用于通信的 Azure Stack Hub 内部组件。 | /24 |
| 专用 | 用于存储网络、专用 VIP、基础结构容器和其他内部功能。 有关详细信息，请参阅本文的专用网络部分。 | /20 |
| BMC | 用于与物理主机上的 BMC 通信。 | /26 |
注意
门户上的警报将提醒操作员运行 PEP cmdlet Set-AzsPrivateNetwork 来添加新的 /20 专用 IP 空间。 有关选择 /20 专用 IP 空间的详细信息和指导，请参阅本文中的专用网络部分。
网络基础结构
Azure Stack Hub 的网络基础结构包括交换机上配置的多个逻辑网络。 下图显示了这些逻辑网络，及其如何与架顶 (TOR)、基板管理控制器 (BMC) 和边界（客户网络）交换机集成。
BMC 网络
此网络专门用于将所有基板管理控制器（也称为 BMC 或服务处理器）连接到管理网络。 示例包括：iDRAC、iLO、iBMC 等。 仅一个 BMC 帐户用于与任何 BMC 节点通信。 如果硬件生命周期主机 (HLH) 存在，它将位于此网络，并可提供 OEM 特定的软件，用于硬件维护或监视。
HLH 也托管部署 VM (DVM)。 此 DVM 在 Azure Stack Hub 部署期间使用，在部署完成后删除。 此 DVM 在联网部署场景中需要进行 Internet 访问，以便测试、验证和访问多个组件。 这些组件可以在公司网络内，也可以在公司网络外（例如：NTP、DNS 和 Azure）。 有关连接要求的详细信息，请参阅 Azure Stack Hub 防火墙集成中的 NAT 部分。
专用网络
此 /20（4096 个 IP）网络专用于 Azure Stack Hub 区域（不会路由到 Azure Stack Hub 系统的边界交换机设备以外），并划分为多个子网，下面是一些示例：
- 存储网络：一个 /25（128 个 IP）网络，用于支持空间直通和服务器消息块 (SMB) 存储流量与 VM 实时迁移的使用。
- 内部虚拟 IP 网络：一个 /25 网络，专用于软件负载均衡器的仅限内部的 VIP。
- 容器网络：一个 /23（512 个 IP）网络，专用于在运行基础结构服务的容器之间处理仅限内部的流量。
Azure Stack Hub 系统需要额外的 /20 专用内部 IP 空间。 此网络专用于 Azure Stack Hub 系统（不会路由到 Azure Stack Hub 系统的边界交换机设备以外），并且可以在数据中心内的多个 Azure Stack Hub 系统上重复使用。 这是 Azure Stack 的专用网络，不能与数据中心内的其他网络重叠。 /20 专用 IP 空间划分成多个网络，使你能够在容器上运行 Azure Stack Hub 基础结构。 此外，借助此新专用 IP 空间，可以在部署之前持续减少所需的可路由 IP 空间。 在容器中运行 Azure Stack Hub 基础结构的目标是优化利用率并提升性能。 此外，/20 专用 IP 空间还用于实现正在进行的工作，以减少部署前所需的可路由 IP 空间。 有关专用 IP 空间的指导，建议遵循 RFC 1918。
对于在版本 1910 之前部署的系统，此 /20 子网将是更新到 1910 之后，要输入系统中的附加网络。 需要通过 Set-AzsPrivateNetwork PEP cmdlet 将此附加网络提供给系统。
注意
/20 输入是版本 1910 之后下一个 Azure Stack Hub 更新的先决条件。 发布版本 1910 之后的下一个 Azure Stack Hub 更新后，当你尝试安装该更新时，如果尚未完成以下补救步骤中所述的 /20 输入，则更新将会失败。 在完成上述补救步骤之前，管理员门户中会出现警报。 请参阅数据中心网络集成一文，了解如何使用此新专用空间。
修正步骤：若要进行补救，请按照说明打开 PEP 会话。 准备一个大小为 /20 的专用内部 IP 范围，然后使用以下示例在 PEP 会话中运行以下 cmdlet：。 如果成功执行该操作，将会出现消息“Azs 内部网络范围已添加到配置”。如果成功完成，管理员门户中的警报将会关闭。 Azure Stack Hub 系统现在可以更新到下一版本。
Azure Stack Hub 基础结构网络
此 /24 网络专用于内部 Azure Stack Hub 组件，使这些组件能够相互通信和交换数据。 此子网可以从 Azure Stack Hub 解决方案外部路由到数据中心，我们不建议在此子网上使用公共的或可以通过 Internet 路由的 IP 地址。 此网络广播到边界，但其大多数 IP 受访问控制列表 (ACL) 的保护。 允许进行访问的 IP 在一个小的范围内（其大小相当于一个 /27 网络），可托管特权终结点 (PEP) 和 Azure Stack Hub 备份之类的服务。
公共 VIP 网络
公共 VIP 网络分配给 Azure Stack 中的网络控制器。 它不是交换机上的逻辑网络。 SLB 针对租户工作负荷使用地址池并分配 /32 网络。 在交换机路由表中，这些 /32 IP 通过 BGP 播发为可用路由。 此网络包含外部可访问的 IP 地址或公共 IP 地址。 Azure Stack Hub 基础结构会保留此公共 VIP 网络中的前 31 个地址，剩余的地址由租户 VM 使用。 此子网中的网络大小范围为最小 /26（64 台主机）到最大 /22（1022 台主机）。 我们建议规划 /24 网络。
连接到本地网络
Azure Stack Hub 将虚拟网络用于客户资源，例如虚拟机、负载均衡器等。
可以通过多种方式从虚拟网络内的资源连接到本地/公司资源：
- 使用来自公共 VIP 网络的公共 IP 地址。
- 使用虚拟网络网关或网络虚拟设备 (NVA)。
使用 S2S VPN 隧道将资源连接到本地网络或从本地网络连接资源时，可能会遇到以下情况：资源也分配有公共 IP 地址，并且无法再通过该公共 IP 地址对其进行访问。 如果源尝试访问 NVA 解决方案的本地网络网关路由（虚拟网络网关）或用户定义路由中定义的同一子网范围内的公共 IP，Azure Stack Hub 会尝试根据配置的路由规则，通过 S2S 隧道将出站流量路由回源。 返回的流量使用 VM 的专用 IP 地址，而不是经 NAT 操作作为公共 IP 地址的源：
此问题有两种解决方案：
- 将定向到公共 VIP 网络的流量路由到 Internet。
- 将 NAT 设备添加到指向公共 VIP 网络的本地网络网关中定义的任何 NAT 子网 IP。
交换机基础结构网络
此 /26 网络是一个子网，其中包含可路由的点到点 IP /30（两个主机 IP）子网和环回（专用于带内交换机管理和 BGP 路由器 ID 的 /32 子网）。 此 IP 地址范围必须可从 Azure Stack Hub 解决方案外部路由到数据中心， 可以是专用或公共 IP。
交换机管理网络
此 /29（六个主机 IP）网络专用于连接交换机的管理端口。 其允许带外访问，以完成部署、管理和故障排除。 它是从上述交换机基础结构网络计算而来的。
允许的网络
部署工作表包含一个字段，操作员可通过该字段更改某些访问控制列表 (ACL)，以允许从受信任的数据中心网络范围访问网络设备管理接口和硬件生命周期主机 (HLH)。 更改访问控制列表后，操作员可以允许特定网络范围内的管理 jumpbox VM 访问交换机管理接口和 HLH OS。 操作员可在此列表中提供一个或多个子网；如果留空，则默认为拒绝访问。 借助此项新功能，在部署后，就不需要根据修改 Azure Stack Hub 交换机配置中的特定设置所述进行人工干预。