適用於 AI Fabric 的 InfiniBand 與 Ethernet 對比
對大多數 AI 網狀架構而言，選乙太網路；對延遲要求嚴苛的 HPC，選 InfiniBand。 採用 RoCEv2 的現代乙太網路，如今已能在開放、多供應商硬體上以 400G 與 800G 執行正式環境的網狀架構，而 OcNOS-DC 現在即可交付。本指南說明兩者各自仍適用的場景。
相同的 GPU，兩張截然不同的網路
左側是單一廠商的 InfiniBand fabric：一家晶片廠商、一條交換器產品線、一套 NIC 生態，以及一個獨立於資料中心其餘部分的子網管理器。右側是多廠商的開放乙太網路 fabric：來自任意廠商的 RoCEv2 NIC、Broadcom 交換晶片、作為 NOS 的 OcNOS-DC，以及您已在執行的同一套協定。
InfiniBand 與乙太網路，逐項比較
InfiniBand 是為低延遲、無損 RDMA 而量身打造，這在二十年間讓它在緊密耦合的 HPC 上擁有真正的優勢。而建構於 DCB 堆疊、RoCEv2，以及日益成熟的 DLB 與 UEC 之上的現代乙太網路，在過去數年間持續縮小這道差距。哪些差距仍然重要，取決於工作負載。
| 維度 | InfiniBand單一廠商 | EthernetRoCEv2 / UEC，開放 |
|---|---|---|
| 延遲下限 | 端到端 NIC 到 NIC 延遲極低；交換器單跳通常為數百納秒。 | 延遲下限比 IB 高出數百納秒，但仍遠低於會影響大規模分布式訓練集合通信的閾值。 |
| 丟包容忍度 | 架構層面無損（基於信用的流量控制）。 | 透過 PFC + ECN + DCQCN 實現無損。如今已達生產級；UEC 進一步降低對 PFC 暫停的依賴。 |
| 多路徑 / 負載平衡 | 自適應路由已內置於規範中。 | 靜態 ECMP，外加用於壅塞感知單跳平衡的 DLB、用於端到端的 GLB（OcNOS 7.1），以及適用於下一代的 UEC 封包噴灑。 |
| 廠商生態系統 | 在 NIC 和交換器晶片方面實際上均為單一供應商。 | 每一層均支援多廠商：ASIC、交換器、NIC、NOS、光模組。UEC 明確為廠商中立的互通而設計。 |
| 營運模式 | 子網路管理器。與 DC 其他部分不同。需要另外的技能與另外的工具。 | 沿用您已在執行的 BGP、EVPN、gNMI。與資料中心其餘部分採用相同的自動化工具（Ansible、NETCONF、OpenConfig）。 |
| 多租戶 | 有限；存在分區機制，但並非一流概念。 | 透過 EVPN-VXLAN 原生支援。GPU-as-a-Service、多團隊叢集、共享基礎設施皆水到渠成。 |
| 長距離 DCI | 並非為此設計；需要 IB-over-WAN 閘道。 | 透過 400G ZR/ZR+ 相干可插拔模組和 EVPN 跨資料中心原生實現。 |
| 儲存融合 | 儲存與計算並行執行；需要 IB 連接的儲存。 | NVMe-oF、NFS、S3 全部執行在同一套乙太網網路上。 |
| 路線圖推進速度 | 受制於單一廠商的版本發布節奏。 | 成員涵蓋晶片、NIC、交換器和雲端運算企業的 UEC 聯盟推動著公開發布的規範演進。 |
各自的制勝場景
正確答案因工作負載而異。當需求是絕對的延遲下限時，選 InfiniBand；當營運模式、成本或跨站點的觸及範圍是決策關鍵時，選乙太網路。
延遲下限具有合約性
在絕對延遲下限比整體擁有成本更重要的 HPC 模擬，以及可接受鎖定、緊密且封閉的單一租戶叢集。
營運模式至關重要
多租戶的 GPU 即服務，以及與資料中心其餘部分共享基礎架構的叢集，在此單一營運模式、單一工具堆疊與多供應商供應鏈勝出。
每 GPU-flop 的成本是關鍵門檻
OcNOS-DC 執行於多家供應商的開放硬體上，因此交換硬體可透過競爭方式採購。
網狀架構橫跨多個資料中心
若訓練作業日後需要跨越兩個機房或兩個區域，相干 DCI、EVPN 跨 DC 互連與標準多廠商光模組可將同一個乙太網路 fabric 延伸至多個站點。
現代乙太網路增添了什麼
三項進展將正式環境的 AI 網狀架構推上乙太網路：真正無損的行為、讓流量避開壅塞上行鏈路的負載平衡，以及對封包散播友善的次世代傳輸。
動態負載平衡
AI 工作負載上的靜態 ECMP 衝突確實存在，但 DLB 會在本地壅塞時重新分配 flowlet，而 OcNOS 7.1 中的 GLB 會將其延伸為端對端路徑評分。
對封包散播友善的傳輸
Ultra Ethernet（UEC 1.0，2025 年 6 月）帶來 封包散播、多路徑 RDMA 與亂序遞送 。現在即可基於 RoCEv2 建構，並隨著支援 UEC 的 NIC 上市規劃 UEC。
網路只是一小筆支出，因此比較時應著眼於它所釋放出的資源
- OcNOS-DC 執行於多家供應商的開放硬體上，因此交換硬體可透過競爭方式採購。
- 省下的資本可投入更多 GPU、更大的儲存層，或用於強化韌性的第二個站點。
- 在網狀架構屬多租戶或與資料中心其餘部分共享的場景，單一網路模式的價值高於這筆支出的差額。
兩者各有其定位，而大多數 AI 網狀架構屬於乙太網路
乙太網路並非在每種工作負載上都勝出，但在多數情況下，其營運與經濟上的理由具決定性，且隨著技術差距的消弭而更加穩固。
兩者各有其定位
乙太網路並非在每種工作負載上都勝出。對延遲有絕對下限要求的緊密 HPC 叢集，仍偏好 InfiniBand。
大多數 AI 網狀架構屬於乙太網路
隨著營運與經濟理由日益增強、技術差距持續縮小，超大規模的正式環境 AI 訓練與推論正轉向乙太網路。
OcNOS-DC 是開放之路
現已提供 RoCEv2 與 DLB，GLB 將在 OcNOS 7.1 中推出。單一 NOS 執行於 Edgecore、UfiSpace 等廠商經過認證的開放硬體上。
InfiniBand 與乙太網路，為您解答
與 InfiniBand 相比，Ethernet 對於 AI 訓練是否足夠快？
在哪些情況下仍應選擇 InfiniBand？
在 AI fabric 中，Ethernet 何時更具優勢？
OcNOS 如何縮小與 InfiniBand 的差距？
超大規模業者是否正以乙太網路取代 InfiniBand 來部署 AI？
在 AI 叢集網路方面，InfiniBand 最佳的替代方案是什麼？
Ultra Ethernet 與 InfiniBand 有何差異？
相較於 InfiniBand，乙太網路 AI 網狀架構的成本是多少？
深入了解，隨身帶走。
產品規格書，以及內容比本頁更為深入的簡明技術下載資料。
OcNOS-DC 規格書
完整的 OcNOS-DC 規格：EVPN-VXLAN 與 Ethernet for AI 功能集、軟體 SKU、支援的硬體平台，以及解決方案訂購指南。
取得規格書
OcNOS 800G 無損 AI Fabric
基於 Tomahawk 5 spine 的無損 RoCEv2 fabric：SKU 等級、經認證的平台與部署架構。
取得簡報
EVPN-VXLAN 資料中心網路
基於 EVPN-VXLAN 的 leaf-spine 資料中心 fabric：每租戶一個 VRF 與多個 VNI、EVPN 多歸屬、BGP unnumbered 與 route-target 過濾。
取得簡報OcNOS-DC 規格書
表單簡短。提交後您的 PDF 將立即在新標籤頁中打開。
✓ 正在新標籤頁中打開您的 PDF……
如果未能自動打開，請使用下方連結。
OcNOS 800G 無損 AI Fabric
表單簡短。提交後您的 PDF 將立即在新標籤頁中打開。
✓ 正在新標籤頁中打開您的 PDF……
如果未能自動打開，請使用下方連結。
EVPN-VXLAN 資料中心網路
表單簡短。提交後您的 PDF 將立即在新標籤頁中打開。
✓ 正在新標籤頁中打開您的 PDF……
如果未能自動打開，請使用下方連結。
以 OcNOS 設計整套 AI 網狀架構
從商業論證到埠數計算，無論您的建置進行到哪個階段，都能從此接續。
正在為下一座叢集估算規模嗎？取得針對特定工作負載的評估
告訴我們工作負載與 GPU 規模，IP Infusion 的工程師將與您一同進行計算，或者您也可以先在 AI Fabric Design Suite 中初步規劃葉脊式配置。