跳到主內容
版本：3.1

網路卸載指南

網路卸載會將叢集流量分流至專用介面，確保沒有任何單一鏈路會成為吞吐量瓶頸或單點故障。 遵循 OpenStack 參考架構，將控制平面、租戶及儲存流量隔離至各自的實體路徑，從而實現網路流量隔離。

網路角色​

CubeCOS 將叢集流量分配至四個網路角色：

  • 管理：可存取 CubeCOS 的管理網頁介面、命令列介面 (CLI) 以及 root 命令列。 這是控制平面流量，需要外部可達性，但不需要高頻寬。
  • 提供者：負責傳輸可經由網際網路路由的流量的外部網路，相當於 Neutron 提供者，或用於浮動 IP 及公開 API 端點的外部網路。
  • 疊加層：由軟體定義網路後端進行隧道傳輸的租戶（專案）網路流量。 這負責在不同運算節點上的實例之間傳輸東西向流量，因此是對延遲和頻寬最為敏感的角色。
  • 儲存（前端）：運算服務、Cinder 服務、Glance 服務與軟體定義儲存叢集之間的客戶端 I/O，其功能相當於 Ceph 公共網路。
  • 儲存（後端）：OSD 對 OSD 的複製及心跳通訊流量，相當於 Ceph 叢集網路。 將此功能維持在獨立的介面上，意味著重新平衡或恢復作業不會與前端端的客戶端 I/O 產生競合。
  • 管理：IF.1，1 Gbps，具備網際網路連線功能。
  • 疊加網路：overlay.100，由兩個 10 Gbps 介面綁定而成，VLAN 標籤為 100。
  • 儲存裝置（前端）：data0.101，由兩個 10 Gbps 介面綁定而成，VLAN 標籤 101。
  • 儲存 (後端)：data1.102，兩個 10 Gbps 介面綁定，VLAN 標籤 102。
  • 服務提供者：IF.1 與管理層共用，且無 VLAN 標籤。 服務供應商網路直接對應至一個可對外路由的區段；因此，為其加上標籤會增加不必要的複雜性。 若管理流量與服務供應商流量合計已接近鏈路的容量，則應改為為其配置專用的綁定介面。

將每個多網卡角色透過 LACP（802.3ad）進行綁定，採用高速率，並搭配第 3 層與第 4 層的傳輸散列政策。 LACP 不僅能提供吞吐量聚合功能，還能於鏈路中斷時自動進行故障轉移；此外，它要求上游交換機的埠需配置為相應的 LACP 埠通道。

提示

在規模較小或吞吐量較低的部署環境中，您可以將管理功能與服務提供者功能整合至一張雙埠 10 Gbps 綁定網路介面卡上，並將覆蓋網路與儲存功能整合至另一張網路介面卡上。 規模較大或對效能要求較高的叢集，應如上所述，將這四個角色分別配置在不同的綁定介面上。 對於基於 NVMe 的儲存裝置，儲存介面應至少採用 25 Gbps；若為大規模或對延遲敏感的部署，則應採用 100 Gbps。

在節點設定期間配置介面​

當您為節點指派角色時，CubeCOS 會針對每個網路角色進行提示。 若某個角色不涉及租戶或儲存流量，則會跳過對應的提示 — 例如，control、storage 和 moderator 角色僅會針對管理與儲存介面進行提示，而 control-converged、compute 和 edge-core 角色則會針對所有四個角色進行提示。

以下範例展示如何根據上述所述的卸載介面佈局來配置一個節點：

CubeCOS interface dump during node setup
Specify external IP/domain [optional]:
Specify management interface: IF.1
Specify provider interface: IF.1
Specify overlay interface: overlay.100
Specify storage interface [frontend(,backend)]: data0.101,data1.102
Specify region ("RegionOne"):
Specify cluster secret seed: bigstack
Specify management CIDR ("10.254.0.0/16"):