Azure VMware 解決方案 Gen 2 的路由架構

Azure VMware 解決方案第 2 代 （第 2 代） 私人雲端會使用虛擬網路進行連線。
由於 NSX 的虛擬網路通告程式設計到虛擬網路中的方式，存在限制。

建立 NSX 區段時，會執行兩個作業：

• 每個通告都會在從 NSX 接收時新增至虛擬網路位址空間。
• 每個通告都會分解為 /28 CIDR，並 /28 指派給 NSX T0 上行介面。

第 2 代的路由限制

Azure VMware 解決方案第 2 代會在路由規模方面施加下列限制：

• 虛擬網路位址空間上最多有 1000 個前置詞，其中包括所有前置詞，例如

  • NSX 區段首碼 （/29 到 /16）
  • NSX 服務路由 （例如 DNS、VPN GW、DNAT） /32
  • HCX MON 路由 /32

• 每個 T0 NIC 的 1024 個首碼限制 僅適用於 NSX 區段首碼。

NSX 區段首碼範例

• 1 x /24 前綴 = 在 T0 NIC 上編程的 16 /28秒
• 1 x /22 前綴 = 在 T0 NIC 上編程的 64 /28秒
• 1 x /16 前綴 = 4096 /28秒，跨多個T0 NIC編程

依叢集大小劃分的容量

• 3節點私有雲：支援 4096 x /28s （相當於256 x /24s）
• 4節點私有雲：支援 6144 x /28s （相當於384 x /24s）

HCX 的路由限制

鑑於上述限制：

• 通告 /32 MON 主機路由：總共最多 999 個 （假設虛擬網路只設定了私人雲端位址）。
• 當 HCX 移轉 （不含 MON） 從內部部署設定至雲端時：
  • NSX 區段首碼會計入虛擬網路和 T0 NIC 限制。
  • 只有在閘道容錯移轉至雲端端之後，才會對它們進行程式設計。
• 設定 具有行動性最佳化網路 （MON） 的 HCX 移轉 時：
  • 路由摘要偏好摘要的 NSX 區段路由，同時移除特定主機路由。
  • 故障切換期間最多可能會發生30秒的路由收斂。
• 如果未針對延伸網路區段停用 MON， /32 則路由會繼續耗用路由限制，並降低私有雲端規模。

HCX MON 相容性

• Azure VMware 解決方案第 2 代私人雲端之間不支援 （因為對等互連的 VNet 不能有重疊的位址空間）。
• 支援 Azure VMware 解決方案 第 1 代和第 2 代私人雲端。

NSX 區段的路由限制

• 每個 NSX 區段都會計為 1000 個虛擬網路限制的一個項目。
  • 由於第 2 代私人雲端位址空間本身會耗用一個專案，因此 999 仍可供使用。
• 每個 NSX 區段通告都會分成 /28s，每個 T0 NIC 會耗用 1024 個限制。

允許和不允許

• 客戶不能有 1000 x /24s （1000 × 16 = 16,000 個前置詞）。
• 客戶可以擁有 1000 x /28s.
• 客戶可以擁有 1 個 x /16 （在 4 節點或更大的私有雲中）。
• 客戶不能有 256 x /23s （256 × 32 = 8192 個字首）。

如何保持在限制範圍內

若要避免達到 1000 個路由限制：

• 仔細規劃區段路由，以保持在叢集前置詞限制內：
  • 4096 x /28s 對於 3 節點私有雲
  • 6144 x /28s 對於 4 節點私有雲
• 將組合前綴和主機路由保持在 1000 以下。
• 盡可能摘要路由 （例如， /24s 公告而不是 /32s）。
• 使用更少、更大的前置詞。
• 將叢集大小增加到至少 4 個主機，以擴展第 2 代內部首碼限制。

範例案例

此範例顯示客戶如何在 Azure 的 1000 個路由限制內平衡 MON 和工作負載路由：

• 800 /32 條 MON 航線
• 20 /28 個工作負載前置詞
• 10 /27， 5 /26， 2 /24， 1 /22

字首計算表

總計：

• 虛擬網路專案總數為 838 個
• 總共 156 個 NIC 條目

Recommendation

建議客戶對其私人雲端部署執行類似的計算，以確保它們保持在 Azure VMware 解決方案 Gen 2 路由限制內。

相關主題

• 連接到 Azure 虛擬網路
• 因特網連線選項
• 連接多個 Gen 2 私人雲端
• 連線第 2 代私有雲和第 1 代私有雲
• 公用和私人 DNS 正向查閱區域組態