ASRock Rack OCP 2026、NVIDIAサーバー製品群全体に液冷を展開
ASRock RackはOCP 2026で、72基のGPUを搭載するラックから小型サーバーまで、NVIDIAシステムを展示し、最大級のアクセラレータープラットフォームにとどまらない液冷の展開を示した。ServeTheHomeが11月1日に公開したブース取材によると、ASRock Rack OCP 2026のラインアップには液冷対応ネットワークスイッチも含まれていた。これらのシステムは、冷却に関する判断がサーバーシャーシの内部だけで完結せず、周辺インフラの構成にも大きく影響するようになっていることを示している。
対照的なのは、個別のサーバーを購入することと、統合されたコンピューティング設備を準備することだ。GPU（graphics processing unit）は、AIワークロードで用いられる並列計算を高速化する。1つのキャビネットにより多くの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（central processing unit）が搭載されていると説明されている。
報道によれば、このラックには18台のコンピュートトレーと9台のNVLinkスイッチトレーが含まれる。NVLinkは、アクセラレーターと関連プロセッサー間の通信に使われるNVIDIAのインターコネクトだ。この構成により、キャビネットは組み立て済みラックを中心に内部通信を設計した統合コンピューティングシステムとなる。
ブースで最も強く示されたのは、異なるインフラの役割にまたがる液冷の広がりだった。
ServeTheHomeは、2Uおよび5U形式のHGX Rubin NVL8サーバーに加え、RTX PROシステムとデュアルVera CPUサーバーも確認した。ここでUは、ラック内の垂直方向の標準スペース単位を意味する。HGXはサーバーメーカー向けのNVIDIA統合アクセラレータープラットフォームであり、NVL8は8基のGPU構成を指す。
この報道ではさらに、液冷対応のSpectrum-X SN6600-LDネットワークスイッチも確認されている。Spectrum-Xは、共同で動作するコンピューター群であるAIクラスター向けのNVIDIA Ethernetネットワーキングプラットフォームだ。その存在が重要なのは、ネットワーク機器にもコンピュートトレーとは別個の熱要件があるためである。
ASRock Rackは、OCPサーバー発表でも複数の中心的な要素を独自に確認している。同社はこの発表の日付を10月12日とし、サンノゼでのイベントが10月12日から15日まで開催されたと記した。デュアルVera CPUシステム、液冷対応HGX Rubinプラットフォーム、液冷対応RTX PROサーバーを強調している。
これらの日付は時系列を明確にする。11月のブース取材は10月の展示を記録したものであり、11月の新製品発表を裏付けるものではない。同様に、ラックの展示はイベントでの存在を示すにとどまり、出荷量や顧客による受け入れを示すものではない。
また、このラインアップは、すべての購入者が最大のシステムを選ぶべきだという単純な解釈にもなじまない。構成ごとに対応するワークロード規模や設置上の制約は異なる。完全なラック、小型のアクセラレーターサーバー、CPU重視のマシンは、それぞれ別の購買判断を表している。
こうした多様性により、このイベントは実務的な焦点を持つものとなった。ASRock Rackは、NVIDIAベースのインフラを組み立てる複数の方法を示しながら、それら全体に液冷を広げた。そこで問われるのは、どのキャビネットが最も多くのアクセラレーターを搭載するかではなく、どの構成がワークロードと施設に適合するかである。
施設と調達に同時にかかる負荷
インフラの購入者にとって、この変化はサーバー選定に関与すべき人々を変える。アクセラレーターの選択は引き続き重要だが、電気および機械設備のチームも同じプロジェクトを評価する必要がある。コンピューティング仕様を先に確定する調達プロセスでは、後になって設置上の制約が判明するおそれがある。
ダイレクト・トゥ・チップ液冷では、発熱部品に取り付けたコールドプレートを通して冷却液を循環させる。この方式は、熱源の近くで熱を液体回路へ移す。それでも、その熱をサーバーの外へ、最終的には施設の外へ移動させる経路は必要になる。
液冷サーバーの購入には、コンピューティング設計と建物の運用上限の間で合意が必要だ。
社内文書分析向けのオンプレミスAIサービスを計画する企業を考えてみよう。ソフトウェアチームは、モデルの品質、応答時間、データ管理に注目するかもしれない。一方でインフラ担当者は、選定したハードウェアが利用可能な電力・冷却設備の範囲内で動作できるかを判断しなければならない。
ベンダーのデモンストレーションでモデルが問題なく動作したからといって、そのワークロードが導入可能になるわけではない。想定する設置環境には、明確な構成、互換性のある接続、監視、保守計画が必要だ。機器が届く前に、これらすべてをプロジェクトに組み込む必要がある。
ここでASRock Rack liquid coolingは、単なるコンポーネント仕様以上の意味を持つ。これは、サーバーサプライヤーと顧客側インフラチームの境界を変える。どの機器が熱を移送し、どの機器が熱を排出し、各接続を誰がサポートするのかについて、双方が共通認識を持つ必要がある。
CDU（coolant distribution unit）は、機器の冷却とより広い冷却設備の間のインターフェースを管理する。その選定は、アクセラレーター名だけではなく、設計全体に左右される。購入者は、提案された構成にこの機器と、その運用に必要な制御機能が含まれているかを把握する必要がある。
施設チームには、広範な効率性の説明ではなく運用情報も必要だ。冷却液の条件、接続要件、許容圧力、保守手順が互換性を左右する。液冷対応と説明されるサーバーだけでは、これらの答えは得られない。
調達部門は、このエンジニアリング作業を明確な責任分担へと翻訳しなければならない。契約では、サポート対象の構成と、ラックサポートと建物側サポートの境界を明記すべきだ。そうしなければ、その境界をまたぐ問題は診断も解決も難しくなり得る。
この負荷は、設置時だけでなくプラットフォーム評価の段階で生じる。構成を比較する購入者は、施設準備と運用人員も同じ評価に含めるべきである。導入要件が想定環境により密接に適合するなら、小型サーバーの方が適した選択肢となる場合がある。
したがって、このブースは購買における調整の変化を示している。コンピューティングチームは引き続き必要な機能を選ぶが、施設チームはどの機能を実際に利用可能な能力へ変えられるかを判断する。成功する計画では、これらの判断を早期に統合する。
液冷はアクセラレーターの範囲を超えて広がる
アクセラレーターを冷却すれば大きな熱源の一つには対処できるが、AI設備には他にも機器が存在する。内部スイッチはシステム内のプロセッサーを接続し、外部ネットワークはサーバーとラックを接続する。これらの通信レイヤーは、ワークロードの挙動と物理的な設置の両方に影響する。
NVIDIAのSpectrum-6スイッチ文書では、SN6600-LDを2RU筐体に収めた完全液冷対応スイッチとして説明している。最大800ギガビット/秒で128ポートをサポートする。この製品により、液冷はコンピュート設計だけでなくネットワーク設計の一部にもなる。
液冷対応ネットワークスイッチは、AI設備のもう一つの不可欠な部分にまで冷却の調整を広げる。
ここでは、内部通信と外部通信の違いが重要になる。NVLinkは、該当するコンピューティングドメイン、すなわちそのインターコネクトを共有するグループ内のアクセラレーターを接続する。Ethernetリンクは、より大規模な設備全体でシステムを接続できる。購入者は、それぞれの仕様を交換可能な指標として扱うべきではない。
ラックは広範な内部通信を提供できる一方、分散ワークロードでは依然として外部ネットワークに依存する場合がある。分散トレーニングでは、モデルの学習を複数のコンピューティングデバイスに分割する。その挙動は、実際の構成で計算と通信がどのように相互作用するかに左右される。
これは、自動的な性能上の結論ではなく、導入時の考慮事項を生む。より高速なネットワーク仕様が、アプリケーションのスループットを保証するわけではない。ワークロード、ソフトウェア構成、通信パターンによって、その能力のどこまでが有用になるかが決まる。
同じ注意は冷却にも当てはまる。液体を通じて熱を移動させることは、設備内での熱の経路を変える。機器の稼働で生じる熱をなくすわけではない。周辺設計には、依然としてその熱負荷に適した行き先が必要だ。
液冷対応スイッチは運用上の課題も加える。チームは、隣接する機器とあわせて冷却接続を監視し、保守する手順を用意する必要がある。ネットワーク保守計画では、スイッチが本番環境の依存要素になる前に、こうした要件を考慮すべきである。
より広い方向性は、施設計画にも表れている。Schneider ElectricのVera Rubinリファレンス設計は、共有ネットワーキングラックを備えたRubinクラスター向けの専用設計データホールを説明している。床置きの液体間冷却分配機器と流体クーラーが含まれる。
この文書は、すべての顧客に同じ建物が必要だという証拠ではなく、エンジニアリングされた参照構成を示すものだ。その意義は、そこで示される計画上の境界にある。コンピューティングプラットフォームは、調整された電気、機械、ネットワーク設計の中に位置する。
購入者への示唆は明快だ。サーバー筐体だけに限定した評価では、アプリケーションが依存するシステムを見落とす。冷却とネットワークの計画では、保守時に機器がどのように動作するかを含め、設備全体を記述する必要がある。
したがって、ASRock Rack liquid coolingはより広範なアーキテクチャ上の議論に位置づけられる。スイッチの展示は、その関係を可視化する助けとなる。高密度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の製品群を検討する際は、チームが提供すべきアプリケーションから始めるべきだ。どの構成がそれを支援するのか、施設側で何を用意する必要があるのか、どの証拠が準備完了を示すのかを問う。その回答を調達および受け入れ計画に反映させる。有用な次の一歩は、参加するすべてのチームが同じ文書化された要件に照らして評価できる導入概要書である。
