ASRock Rack OCP 2026 將液冷技術擴展至 NVIDIA 全線伺服器

ASRock Rack 在 OCP 2026 展示涵蓋 72-GPU 機架及較小型伺服器的 NVIDIA 系統，將液冷技術由最大型的加速器平台延伸至更多配置。根據 ServeTheHome 於 11 月 1 日的展位報道，ASRock Rack OCP 2026 陣容亦包括一款採用液冷的網絡交換器。這些系統共同反映，散熱決策愈來愈會影響周邊基礎設施，而不再止於伺服器機箱。

其中的分別，在於購買個別伺服器與準備整套整合運算部署之間的差異。圖像處理器（GPU）可加速 AI 工作負載所使用的平行運算。將更多 GPU 裝入一個機櫃，會改變電力分配、網絡、維護及散熱的要求，而這些要求亦會隨硬件延伸至客戶的建築物內。

ASRock Rack 的公告亦作出重要的供應時間區分。該公司表示 GB300 NVL72 系統現已提供，同時將下一代 Vera Rubin 平台定位為接近部署階段。因此，買家需要區分活動中展示的硬件，以及可在明確時間表下訂購、安裝及獲支援的配置。

ASRock Rack OCP 2026 展示全系統散熱方案

最引人注目的展品，是 ASRock Rack 對 NVIDIA Vera Rubin NVL72 平台的實作。NVL72 指透過 NVIDIA 高速互連連接 72 枚 GPU 的機架配置。ServeTheHome 的液冷伺服器陣容報道指出，除 Rubin 加速器外，系統亦配備 36 枚 Vera 中央處理器（CPU）。

據報道，該機架包含 18 個運算托盤及 9 個 NVLink 交換器托盤。NVLink 是 NVIDIA 用於加速器及相關處理器之間通訊的互連技術。這項配置令機櫃成為一套整合式運算系統，內部通訊設計以完整組裝的機架為核心。

展位最強烈的訊號，是液冷技術橫跨不同基礎設施角色的廣泛應用。

ServeTheHome 亦指出，現場展示了 2U 及 5U 規格的 HGX Rubin NVL8 伺服器、RTX PRO 系統，以及雙 Vera CPU 伺服器。此處的 U 是標準機架垂直空間單位。HGX 是 NVIDIA 為伺服器製造商提供的整合式加速器平台，而 NVL8 則指八 GPU 配置。

報道另提及採用液冷的 Spectrum-X SN6600-LD 網絡交換器。Spectrum-X 是 NVIDIA 為 AI 叢集而設的 Ethernet 網絡平台；AI 叢集即多部電腦協同運作的群組。其重要性在於，網絡設備本身亦有獨立於運算托盤的散熱要求。

ASRock Rack 亦在其 OCP 伺服器公告中獨立確認多項核心資訊。該公司將公告日期列為 10 月 12 日，並指出聖荷西活動於 10 月 12 日至 15 日舉行。公告重點包括雙 Vera CPU 系統、採用液冷的 HGX Rubin 平台，以及採用液冷的 RTX PRO 伺服器。

這些日期確立了事件時序。11 月的展位報道記錄的是 10 月的展覽，並不代表 11 月推出了新產品。同樣地，展示一個機架只能證明其於活動中出現，不能證明交付數量或客戶驗收情況。

這個產品陣容亦不支持「每位買家都應購買最大系統」的簡單解讀。不同配置對應不同的工作負載規模與安裝限制。完整機架、較小型加速器伺服器及以 CPU 為重點的機器，分別代表不同採購決策。

這種多樣性令活動具備實際焦點。ASRock Rack 展示多種組裝 NVIDIA 基礎設施的方式，並將液冷技術延伸至其中。由此產生的問題，是哪種配置適合某個工作負載及設施，而非哪個機櫃擁有最多加速器。

壓力同時落在設施與採購部門

對基礎設施買家而言，這項轉變改變了需要參與伺服器決策的人員。加速器選型依然重要，但電氣及機械團隊亦須評估同一個項目。若採購流程先敲定運算規格，便有可能在其後才發現安裝限制。

直接晶片液冷會讓冷卻液流經連接至發熱元件的冷板。這種方法可在熱源附近將熱量轉移至液體迴路，但仍需要一條路徑，將熱量帶離伺服器，最終排出設施以外。

採購液冷伺服器，需要運算設計與建築物的運作限制達成一致。

設想一家企業正規劃在本地部署供內部文件分析使用的 AI 服務。其軟件團隊或會專注於模型質素、回應時間及資料控制；基礎設施人員則必須判斷，所選硬件能否在現有電力及散熱安排下運作。

工作負載不會因為模型能在供應商示範中成功運行，便自然可以部署。預定安裝需要有明確配置、相容連接、監控及維護計劃。設備抵達前，項目便應納入每一項要求。

正是在這裏，ASRock Rack 液冷不再只是元件規格，而是改變伺服器供應商與客戶基礎設施團隊之間的邊界。雙方都需要共同理解：哪些設備負責轉移熱量、哪些設備負責排出熱量，以及誰支援每一項連接。

冷卻液分配單元（CDU）負責管理設備冷卻與更大範圍冷卻系統之間的介面。其選型取決於完整設計，而非僅看加速器名稱。買家需要了解建議方案是否包括該設備，以及運作所需的控制系統。

設施團隊亦需要操作資訊，而非籠統的效率描述。冷卻液條件、連接要求、容許壓力及維修程序，均決定系統是否相容。僅稱伺服器採用液冷，並不能單獨回答這些問題。

採購部門必須將這些工程工作轉化為清晰責任。合約應列明受支援的配置，以及機架支援與建築物支援之間的界線。否則，跨越該界線的問題可能難以診斷及解決。

這種壓力會在平台評估階段出現，而不僅是在安裝期間。比較不同配置的買家，應在同一評估中納入設施準備及營運人手安排。若較小型伺服器的部署要求更貼近預定環境，它可能是更合適的選擇。

因此，該展位反映採購協調方式正在改變。運算團隊仍會選擇所需能力，但設施團隊有助決定哪些能力能轉化為可用容量。成功規劃需要及早整合這些決策。

液冷技術延伸至加速器以外

為加速器散熱可處理其中一個主要熱源，但 AI 部署還包含其他設備。內部交換器連接系統內的處理器，而外部網絡則連接伺服器及機架。這些通訊層同時影響工作負載行為及實體安裝。

NVIDIA 的 Spectrum-6 交換器文件將 SN6600-LD 描述為安裝於 2RU 機箱內、全面採用液冷的交換器。它支援 128 個連接埠，每個速度最高可達每秒 800 gigabits。這款產品令液冷技術不僅屬於運算設計，也成為網絡設計的一部分。

採用液冷的網絡交換器，將散熱協調延伸至 AI 部署的另一個關鍵部分。

內部與外部通訊的分別在此十分重要。NVLink 連接相關運算範疇內的加速器，即共享該互連技術的群組；Ethernet 連線則可在更大規模的部署中連接不同系統。買家不應將兩者規格視作可互換的衡量方式。

一個機架可以提供廣泛的內部通訊，同時仍依賴外部網絡來處理分散式工作負載。分散式訓練會將模型訓練分拆至多個運算裝置。其行為取決於實際配置中運算與通訊如何互相配合。

這帶來的是部署考量，而非自動成立的效能結論。更快的網絡規格並不代表應用程式吞吐量必然提高。工作負載、軟件配置及通訊模式，決定當中有多少能力真正變得有用。

同樣的審慎態度亦適用於散熱。透過液體轉移熱量，只是改變熱量在部署中的路徑，並不會消除設備運作所產生的熱量。周邊設計仍必須為該熱負載提供合適的去向。

液冷交換器亦帶來營運問題。團隊需要制定程序，監控其冷卻連接，並與相鄰設備一同維修。在交換器成為生產環境依賴的一部分前，網絡維護計劃應已考慮這些要求。

更廣泛的方向亦見於設施規劃。Schneider Electric 的 Vera Rubin 參考設計描述一個為 Rubin 叢集特別建造、設有共享網絡機架的數據中心機房。當中包括落地式液對液冷卻分配設備及流體冷卻器。

該文件代表一套經工程設計的參考配置，而非證明每位客戶均需要相同建築物。其相關之處在於展示了規劃邊界：運算平台置於協調一致的電氣、機械及網絡設計之內。

對買家而言，含義很直接。若評估只限於伺服器機箱，便會忽略應用程式所依賴的系統。散熱及網絡規劃需要描述完整部署，包括設備在維修期間如何運作。

因此，ASRock Rack 液冷應放在更廣泛的架構討論中理解。交換器展品有助令這種關係更清晰可見，說明為何高密度 AI 運算的討論愈來愈會同時涵蓋網絡工程師、設施專家、營運人員及伺服器買家。

共用 NVIDIA 硬件令競爭轉向整合能力

ASRock Rack 所競爭的市場中，多個供應商均圍繞 NVIDIA 平台建構系統。共用的處理器及互連技術，為買家提供有用的比較基準；同時亦意味單憑加速器身份，無法解釋供應商之間所有具意義的差異。

Lenovo 的 GB300 冷卻設計提供相關參考。其文件描述處理器、NVLink 交換器及電源子系統均採用液冷，並以補充氣流處理餘下熱量。文件亦討論維修連接及洩漏偵測。

採用相關 NVIDIA 平台的供應商，仍會透過實作、可維護性及部署支援互相競爭。

這項比較並不代表 Lenovo 的配置與 ASRock Rack 展出的 Rubin 系統相等。兩者涉及不同平台世代及供應商設計。但它確實說明，整合式冷卻及維護功能已是競爭評估的一部分。

因此，買方應比較完整的擬議系統。除了加速器規格外，亦應重視可存取元件、支援的更換程序及監察相關問題。這些答案決定系統在初步驗收後的實際運作表現。

當應用程式依賴緊密連接的硬件時，可維護性尤其重要。買方需要了解在更換元件期間，哪些功能仍可使用。他們亦需知道擬議的服務程序是否配合自身的人手及維護安排。

較大的機櫃並不必然在這項比較中勝出。運行獨立工作負載的機構，可能更重視排程彈性及較小的維護範圍。另一類機構則可能優先考慮大型互連加速器網域，因其工作負載可從這種安排中受益。

這些是應用程式層面的選擇，並非普遍排名。正確的比較應從系統必須完成的工作開始，再檢視擬議配置能否在客戶的營運要求內完成該工作。

較小型配置亦可提供不同的採購途徑。買方可能對部門服務有明確需求，而非共享的機構級運算部署。多種伺服器規格的可用性，令這項區分值得仔細考慮。

ASRock Rack 的產品範圍使其能參與這些不同的討論。不過，廣泛的展品並不代表每一個展示配置均具備同等的就緒程度。買方仍需要針對個別配置取得有關訂購、軟件支援、交付及維護的資訊。

競爭壓力落在供應商身上，要求他們將這些細節具體化。若底層加速器平台相同，買方可以追問供應商在此之上提供甚麼。整合工作、驗證、文件及可追責的支援，均成為答案的重要部分。

就 NVIDIA Rubin 部署而言，供應商的執行能力因此成為比較重點。問題不只在於能否取得最新的矽晶片。買方需要證據證明，所選供應商能將擬議設計轉化為可在其場地驗收並獲支援的部署。

展位展示仍未解答效能及可用性問題

已核實的報道證實了多樣化的硬件展示，以及公司說明其方向的公告。它並未證實每部展示機器均有獨立的應用程式基準測試結果，亦未證實每種配置都有明確的交付日期。

ASRock Rack 在 10 月的公告中，明確區分了目前供應的 GB300 系統，以及仍等待部署可用性的 Vera Rubin 平台。這種表述應指引解讀方向。買方應要求最新、針對配置的承諾，而非因設備曾在活動中展出便推斷其可用性。

展示硬件、已公布規格及已獲客戶驗收的部署，回答的是不同問題。

NVIDIA 的 Vera Rubin platform 公告，對該架構的效率及效能作出聲稱。除非在相關條件下獲獨立驗證，否則這些仍屬公司聲稱。它們並不直接證實 ASRock Rack 展出配置的效能。

有用的應用程式比較需要明確界定工作負載及一致的量度範圍。推論，即由已訓練模型產生輸出的過程，會隨模型設定及服務要求而變化。當這些條件不同時，吞吐量數字便難以解讀。

對互動式服務而言，回應時間及輸出質素應與吞吐量一併考慮。在寬鬆條件下可處理更多請求的配置，未必符合另一個應用程式的要求。買方應詢問擬議測試如何反映其預期服務。

訓練評估亦需要同樣嚴謹。模型、軟件配置及完成準則均應清楚列明。若缺少這些細節便比較硬件，便有可能把工作負載差異錯誤歸因於伺服器平台。

能源比較需要另一項範圍決定。只量度加速器耗電量，所回答的問題比量度整個部署更狹窄。視乎正評估的聲稱，水泵、網絡設備及排熱系統均可能屬於較廣泛的評估範圍。

有關用水的聲稱亦需審慎解讀。在設備內循環的冷卻液，本身並不能說明設施如何排走熱量。買方應要求針對場地的說明，而非由伺服器的冷卻描述推斷設施用水量。

這些缺口並不會否定展品的價值。展覽硬件可為供應商優先事項及實作方向提供有用證據，只是其用途有別於客戶驗收測試或長期營運紀錄。

因此，適當的懷疑應具體而有針對性。詢問測試了哪個配置、運行了甚麼工作負載、如何收集量度數據，以及納入了哪些基建組件。亦應另行詢問，在合約承諾下可交付及支援甚麼。

對開發者及企業 AI 團隊而言，這些區分會影響規劃。模型能力並不保證可在所需時間表內取得所需的運算容量。NVIDIA Rubin 部署在成為可靠的應用程式依賴前，仍需要技術驗證及交付證據。

接下來留意交付、工作負載結果及場地驗收

下一批有用證據，應將展覽與客戶營運連繫起來。ASRock Rack OCP 2026 確立了產品方向及展示範圍。下一階段需要顯示買方可取得哪些配置，以及這些配置如何運作。

交付承諾、相關工作負載量度結果及已完成的場地驗收，將有助釐清產品陣容的意義。

首先，留意 ASRock Rack 發布針對個別配置的可用性更新。有用的更新應列明系統、支援元件、訂購狀態及交付承諾。這些細節可加強展出產品範圍正逐步供客戶取得的論據。

若可用性措辭持續缺乏配置細節，該問題仍未獲解答。這未必表示存在技術問題，但意味買方仍欠缺安排採購及安裝所需的資訊。

比較 GB300 與 Rubin 選項時，這項區分尤其重要。已可供應的配置與即將推出的配置，在項目計劃中處於不同位置。買方應比較兩者可在實際部署時窗內支援的工作。

其次，留意附有清楚測試條件的應用程式結果。有用證據應列明系統配置、模型、軟件、工作負載及量度方法，亦應說明能源量度涵蓋伺服器還是更廣泛的部署。

與客戶工作負載相符的結果，比單獨的峰值規格更能加強部署理據。相反，若結果省略營運條件，效能比較便仍然困難。測試應協助讀者理解應用程式，而非只重複架構層面的能力。

獨立測試可增加另一個觀點，但無論基準測試由誰執行，透明度仍然必要。買方需要足夠細節以判斷相關性。可重現的方法論，會令這種判斷比標題式倍數更有用。

第三，留意已完成部署中記錄在案的客戶驗收。場地驗收是核實已安裝設備是否符合協定營運要求的過程。相關證據應涵蓋運算行為、冷卻整合、監察及服務程序。

這類證據可將伺服器設計與本文一直討論的周邊基建連結起來。正常運作的部署顯示，在指定條件下各個介面能夠協同運作。但這仍不代表所有其他場地均會取得相同結果。

對基建團隊而言，當前行動是在選擇配置前界定這些驗收條件。確定工作負載、服務期望、設施限制及支援責任，然後要求供應商按相同要求作出回應。

將部署文件與其所依賴的應用程式決策保持連結。工程團隊可使用 searchable knowledge base 保存規格、測試結果及驗收紀錄。這些紀錄有助區分產品聲稱與預定場地已驗證的狀況。審視 ASRock Rack OCP 2026 產品陣容時，應從團隊必須交付的應用程式開始。詢問哪個配置可支援它、設施必須提供甚麼，以及哪些證據可證明已準備就緒。將這些答案帶入採購及驗收規劃。下一個有用步驟，是編寫一份部署簡報，讓所有參與團隊可根據同一套已記錄要求作出評估。