
💡 エグゼクティブサマリー (TL;DR)
- 十万基クラスタを窒息させる「通信の尾部遅延(Tail Latency)」: AIモデルのパラメータ数が数兆規模に達し、MoE(Mixture-of-Experts)や長大コンテキスト長モデルの並行処理が進む中、Collective通信(All-to-All / AllReduce)におけるわずか0.01%のパケット遅延が、クラスタ全体のGPU稼働率(MFU)を20〜35%急落させるボトルネックとなっています。
- InfiniBand独占の経済的限界とRoCEv2の構造的欠陥: NVIDIAのQuantum-X800 InfiniBandは極めて高性能である一方、調達コストと単一ベンダーロックインがハイパースケーラーの財務を圧迫しています。対抗馬のRoCEv2も、優先度ベースのフロー制御(PFC)に依存するがゆえのデッドロックやヘッドオブラインブロッキングという物理的限界を露呈しました。
- 動的パケットスプレー(Dynamic Packet Spraying)とハードウェア順不同配送(OOO): Linux Foundation傘下のUltra Ethernet Consortium(UEC)が策定したUEC 1.0規格は、従来のフロー単位ECMPハッシュを全廃。単一メッセージをパケット単位で全マルチパスに均等分散(Spray)し、NICハードウェア内で超高速に順序再構成を行うことで、ファブリック利用率を従来の65%から92%以上へと引き上げます。
- UETトランスポート層によるPFCレス無損失ネットワークの確立: 新トランスポート層「UET(Ultra Ethernet Transport)」は、古典的なTCPやIB Verbsを刷新。受信主導のクレジット型レート制御とRTT精密計測に基づくプロアクティブ輻輳制御を導入し、PFCポーズフレームを一切使用しない耐障害性の高いロスレス伝送を実現します。
1. 50万基クラスタの現実:なぜ従来のネットワークは窒息するのか
世界の主要ハイパースケーラーが10万基から50万基規模のAIアクセラレータクラスタを相次いで稼働させる中、AIスーパーコンピューティングの主戦場は「単体チップのFLOPS競争」から「スケールアウト通信ファブリックの効率化」へと完全に移行しました。
現在のフロンティアAIモデルの学習・推論ワークロードでは、テンソル並列、パイプライン並列、そしてMoE(Mixture-of-Experts)のエキスパート並列が複雑に組み合わさっています。ここで発生するCollective通信(AllReduce、ReduceScatter、All-to-All)は、数万ノードが一斉にデータを送り合う「インキャスト(Incast)」と呼ばれるトラフィックの津波を引き起こします。
📊 超大規模AIクラスタにおける通信同期ボトルネックの構造
| 処理フェーズ | ネットワーク状態と発生現象 | クラスタ計算効率(MFU)への影響 |
|---|---|---|
| ① 各ノード計算フェーズ | 50万基のGPU/NPUが独立してフォワード・バックワード計算を実行。 | 局所的な計算効率は高いが、完了タイミングに微小な個体差が発生。 |
| ② Collective通信開始 | AllReduce / All-to-All で数万ノードが一斉にデータを送り合う「インキャスト」発生。 | 従来のECMPハッシュ衝突により、特定リンク(100%飽和)と遊休リンク(15%)に極端な偏りが発生。 |
| ③ 尾部遅延(Tail Latency) | わずか0.01%のパケット滞留が全50万基のバリア同期を待機させる。 | クラスタ全体のMFU(GPU実効利用率)が55%から35%未満へ急落。 |
超大規模AI基盤において最も致命的なのは「尾部遅延(Tail Latency)」です。Collective同期処理では、クラスタ内の全アクセラレータが最後の1パケットを受信するまで次の計算ステップへ進めません。
50万基規模のクラスタにおいて、ネットワークファブリック内でわずか0.01%のパケットが輻輳に巻き込まれて遅延するだけで、何千億円もの投資を行って調達したGPU群全体が数ミリ秒間アイドリング状態に陥ります。結果として、クラスタ全体のMFU(Model Flops Utilization: 計算リソースの実効利用効率)は55%から35%未満へと急落し、莫大な資本的損失を生み出しています。
さらに、データセンターの総設備投資(Capex)において、ネットワークスイッチ、光トランシーバー、アクティブ銅線ケーブル(ACC)が占める割合は25%〜30%に達しており、特定のプロプライエタリ規格に縛られるリスクは許容できない水準に達していました。
2. 三つ巴の技術対立:InfiniBand vs RoCEv2 vs UEC 1.0
現在、AIデータセンターのスケールアウトネットワークは、NVIDIAが主導する「InfiniBand」、既存イーサネットを改良した「RoCEv2」、そしてオープン陣営が結集した「UEC 1.0(Ultra Ethernet Consortium)」の3陣営に分かれています。
📊 3大AIクラスタ・ネットワーク規格の技術仕様比較
| 技術評価軸 | NVIDIA InfiniBand (Quantum-X800) | 従来型 RoCEv2 (Lossless Ethernet) | UEC 1.0 (Ultra Ethernet Transport) |
|---|---|---|---|
| 基盤アーキテクチャ | 独自 IB Verbs / クレジットベース | UDPカプセル化 / PFC + ECN | オープン UET / パケットスプレー |
| マルチパスルーティング | アダプティブルーティング(独自実装) | フロー単位 ECMP ハッシュ(偏り大) | パケット単位 動的分散(Packet Spraying) |
| 順序保証モデル | ハードウェア厳格順序配送 | 厳格順序配送(Lossless前提) | ハードウェア順不同配送(OOO)許容 |
| 輻輳制御メカニズム | HWクレジットフロー制御 | PFC(Pauseフレーム) + DCQCN | プロアクティブ・グラント & 精密RTT計測 |
| ファブリック実効利用率 | 85% 〜 90% | 60% 〜 72%(ハッシュ衝突損失) | 90% 〜 95%(全パス完全均等分散) |
| PFCデッドロック耐性 | 該当なし(専用リンク層) | 脆弱(ポーズストームのリスク) | 完全耐性(PFC非依存のロス耐性網) |
| エコシステムと調達自由度 | 単一ベンダー独占(NVIDIA) | マルチベンダー(IEEE標準) | 超巨大オープン連合(Linux Foundation) |
| ポート単価 / 導入TCO | 極めて高額(独占プレミアム) | 中程度(コモディティスイッチ活用) | 最も低コスト(オープン標準の量産効果) |
InfiniBandはハードウェアレベルでの極低遅延とクレジットベースの無損失制御によって高い評価を得てきましたが、NVIDIAによる単独供給体制のため価格交渉力が働かず、納期遅延がクラスタ構築のボトルネックとなっていました。
一方、RoCEv2(RDMA over Converged Ethernet)は標準的なイーサネットスイッチを活用できるため広く普及したものの、ネットワークを「無損失(Lossless)」に保つために採用したPFC(Priority-based Flow Control)が、十万基規模の超大規模構成において深刻なデッドロックを引き起こすという構造的欠陥を抱えていました。
この両者の限界を打破すべく誕生したのが、AMD、Broadcom、Cisco、Meta、Microsoft、Google、Intel、Alibaba、Tencentらが推進するUEC 1.0です。
3. パケットスプレーと順不同(OOO)配送:ECMPハッシュ衝突の完全無効化
従来のRoCEv2や標準イーサネットにおける最大の弱点は、ロードバランシングにフロー単位のECMP(Equal-Cost Multi-Path)ハッシュを使用していた点にあります。
なぜECMPハッシュは破綻したのか
ECMPでは、パケットの送信元・宛先IP、ポート番号などを基にハッシュ値を計算し、特定の通信フローを1つの固定パスに割り振ります。しかし、AI学習のAllReduce通信では、少数かつ超大容量の「エレファントフロー(Elephant Flow)」が同時に発生します。
数十本あるリーフ・スパインスイッチ間の接続リンクのうち、ハッシュ値の重複によって特定のリンクにエレファントフローが集中すると、そのリンクだけが100%飽和してパケット落ちが発生し、隣のリンクは負荷10%のまま放置されるという激しい偏りが生じます。
📊 従来のECMPフローハッシュとUECパケットスプレーの動作比較
| 比較項目 | 従来のECMP(フロー単位固定) | UEC 1.0 パケットスプレー(動的分散) |
|---|---|---|
| 分散の粒度 | 単一の超大容量RDMAフローを1本のリンクに固定割り当て | 単一メッセージをパケット(MTU)単位で全利用可能リンクへ均等送出 |
| リンク負荷の偏り | ハッシュ衝突により特定リンクが100%飽和、他リンクが遊休化 | 全リンクが 92%〜95% で均等に稼働(負荷の偏りが原理的ゼロ) |
| 順序保証モデル | 厳格なIn-Order配送(パケット順序の乱れを許容しない) | ハードウェアOOO(Out-of-Order)再構成エンジンがマイクロ秒未満で整復 |
| ファブリック利用率 | 実効 60% 〜 72%(衝突によるスループット低下) | 実効 90% 〜 95%(帯域を極限まで使い切る) |
UECの解答:ハードウェア順不同配送(OOO)を前提としたパケットスプレー
UEC 1.0は、ネットワーク層における「順序通りのパケット到着(In-Order Delivery)」という前提を完全に捨て去りました。
- パケット単位の分散送出(Packet Spraying): 送信側NICは、単一のRDMAメッセージを細かなパケット(MTUサイズ)に分割し、マルチパススイッチ網に存在するすべての利用可能リンクに対してラウンドロビン方式で均等に撒き散らします(Spray)。
- ハードウェアOOO(Out-of-Order)再構成エンジン: 異なる経路を通ったパケットは到着順序が入れ替わりますが、受信側のUEC準拠SmartNIC(Broadcom Thor 3やAMD Pensandoなど)に統合された専用シリコン回路が、マイクロ秒未満で順序を整復し、アクセラレータのHBM/DRAMへ直接書き込みます。
このパラダイムシフトにより、マルチパスファブリック内のリンク負荷のばらつきはほぼゼロになり、ネットワークの実効利用率は従来の60%前後から92〜95%へと劇的に向上しました。
4. UETトランスポート層の核心:PFCデッドロックを根絶するプロアクティブ輻輳制御
RoCEv2を十万基規模で運用するネットワークエンジニアを最も悩ませてきたのが、PFC(優先度ベースのフロー制御)デッドロックです。
PFCポーズフレームが引き起こすカスケード障害
RoCEv2では、スイッチのバッファが溢れそうになると、上流ノードに対して「送信を一時停止せよ」というPFC Pauseフレームを送信します。
しかし、多数のノードから一斉にインキャストが押し寄せると、Pauseフレームが上位のスパインスイッチ、さらにその上位のコングレススイッチへと連鎖的に伝播(Pause Storm)し、ネットワーク全体のトラフィックが完全にフリーズするデッドロックが発生します。
📊 PFCポーズストームの連鎖とUETプロアクティブ制御の違い
| 制御方式 | 通信メカニズム | 輻輳発生時の挙動と耐障害性 |
|---|---|---|
| 従来のRoCEv2(PFCリアクティブ) | 受信側バッファ枯渇 ➔ 上流へ PFC Pause 送信 ➔ リーフ停止 ➔ スパイン停止 | ポーズフレームが連鎖的に伝播(Pause Storm)し、ネットワーク全体がデッドロック停止。 |
| UEC 1.0(UETプロアクティブ) | ① 送信要求(RTS)➔ ② 受信バッファ空き容量から許可クレジット(Grant)返却 ➔ ③ 許可量のみパケットスプレー送出 | 受信側が受け入れ可能な分しか送信されないため、バッファ溢れとポーズ停止が原理的に発生しない。 |
UET(Ultra Ethernet Transport)の4大革新メカニズム
UECが策定した新しいトランスポート層「UET」は、PFC Pauseフレームを一切使用しない**ロス耐性イーサネット(Lossy-tolerant Ethernet)**を基礎としています。
- 受信主導型プロアクティブ制御(Receiver-Driven Proactive Congestion Control): 送信側は勝手に大量パケットを送りつけるのではなく、受信側のバッファ容量に応じた「Grant(許可クレジット)」を受け取ってからデータを送出します。これにより、スイッチ内部でのバッファ枯渇が根本から防止されます。
- サブマイクロ秒精度のRTTフィードバック: スイッチやNICのハードウェアタイムスタンプを利用し、ナノ秒単位の微小な往復遅延時間(RTT)の変動を監視。キューイング遅延の兆候を検知した瞬間に、送信レートをマイクロ秒単位で動的調整します。
- ハードウェア高速選択再送(Fast Selective Retransmission): 万が一パケットロスが発生した場合でも、古典的TCPのように接続全体のスループットを半減させたり、RoCEv2のようにGo-Back-Nで大量のパケットを再送したりしません。欠落した特定のパケットのみをSmartNICが即座に単発再送します。
- LLM Collective通信専用のAPIセマンティクス: 古いPOSIXソケットや複雑なIB Verbsのオーバーヘッドを削ぎ落とし、AllReduceやAll-to-AllなどのAI集合通信演算に最適化された軽量APIを提供します。
5. 業界構造の地殻変動:ハイパースケーラーが描く脱NVIDIAネットワーク包囲網
UEC 1.0の登場は、単なる通信規格の更新にとどまらず、世界のAIインフラ市場における巨大な地政学的・経済的再編を意味しています。
📊 UEC 1.0を支えるオープン・エコシステム階層構造
| アーキテクチャ階層 | 主要プレイヤーと構成コンポーネント | UEC 1.0 における役割と技術仕様 |
|---|---|---|
| ① ハイパースケーラー層 | Meta / Microsoft / Google / Alibaba / Tencent | クラスタ要件定義、ワークロード最適化、マルチベンダー調達によるTCO削減。 |
| ② コンピュート & SmartNIC層 | AMD MI350/MI400 + Pensando NIC、Google TPU、Meta MTIA、Microsoft Maia | UEC準拠 800G/1.6T OOO処理エンジン統合。HBMへのダイレクトゼロコピー書き込み。 |
| ③ スイッチ・ファブリック層 | Broadcom Tomahawk 5/6 (51.2T/102.4T)、Cisco Silicon One、1.6T CPO光電融合 | 全ポート完全ノンブロッキング伝送、ナノ秒精度のRTTハードウェアタイムスタンプ付与。 |
| ④ 統合トランスポート層 | Ultra Ethernet Transport (UET) プロトコル | パケットスプレー均等分散、PFCレス・プロアクティブ輻輳制御、選択再送。 |
なぜオープン陣営は団結できたのか
これまでNVIDIAは、GPU(Hopper / Blackwell)、NVLinkインターコネクト、Quantum InfiniBandスイッチ、そしてCUDAソフトウェアスタックを完全に垂直統合することで、市場の8割以上のシェアと記録的な利益率を維持してきました。
これに対し、ハイパースケーラー各社はコンピュート層において自社製カスタムASIC(Google TPU、Meta MTIA、Microsoft Maia、AWS Trainium)やAMD Instinctの採用を進めていますが、スケールアウトネットワークがInfiniBand独占のままであれば、真の脱NVIDIAは達成できません。
UEC規格によって、Broadcomの「Tomahawk 5/6」スイッチチップ、Ciscoの「Silicon One」、AMDの「Pensando SmartNIC」、そして主要光モジュールベンダーの製品が同一のプロトコルでシームレスに相互接続可能になります。
これにより、ハイパースケーラーは以下のような決定的な競争優位を獲得します:
- 調達コストの30%〜40%削減: マルチベンダー競争によるスイッチおよびNICポート単価の劇的な下落。
- サプライチェーンの多重化: 特定企業の半導体製造ライン停止リスクからの完全な脱却。
- 次世代光技術との統合: CPO(Co-Packaged Optics)光電融合スイッチや10万基RoCEv2クラスタからのシームレスな移行パスの確保。
結び:イーサネットが再び歴史を繰り返す
かつてデータセンターの歴史において、トークンリング、ATM(Asynchronous Transfer Mode)、Myrinet、FDDIなど、数々の優れたプロプライエタリ高速通信規格が登場しました。しかし、最終的にすべての市場を制覇したのは、オープンな業界標準として進化を続けた「イーサネット」でした。
AIコンピューティングの爆発的拡大期において、InfiniBandが築いた城壁は極めて強固に見えました。しかし、Linux Foundation傘下で結集したUEC 1.0による「パケットスプレー」と「ハードウェア順不同配送」という工学的ブレイクスルーは、イーサネットが再び覇権を握る未来を決定づけつつあります。50万基の超巨大AIクラスタを繋ぐ大動脈は、オープンで自由なウルトラ・イーサネットへと急速に塗り替えられています。
コメント
...