Meta OCP Summit 2026、オープンEthernetでプロプライエタリなAIネットワークに対抗

MetaはOCP Summit 2026で、同社初の液冷ネットワークラックを発表し、オープンEthernetアーキテクチャで専用AIインターコネクトに挑戦した。

この発表は、個々のアクセラレータラックから、建物、クラウド、リージョンにまたがって分散するクラスターまでを対象とする。構成要素にはIcePack、IceCube、Flattened Planar Fabric、MetaRoCE、新たなスイッチプラットフォーム標準が含まれる。

個別製品も重要だが、より大きな主張の方が重要だ。Metaは、単一のプログラマブルなEthernetスタックで、あらゆる層を一社のサプライヤーに固定することなく、スケールアップ、スケールアウト、スケールアクロスのネットワーキングを支えられるとしている。

この立場は、オープンEthernetを専用アクセラレータファブリックやプロプライエタリなプラットフォームインターフェースと対置するものだ。また、Broadcom、NVIDIA、Microsoft、Alibaba、Cisco、クラウドプロバイダーに、同じインフラ戦略の中でそれぞれ異なる役割を与える。

Metaは、10月12日から10月15日まで米サンノゼで開催されたOCP Global Summitでこれらの設計を発表した。サミットのプログラムでは、AIクラスター、ネットワーキング、液冷、オープンプラットフォーム標準が議題の中心近くに据えられた。

技術的な主張は意欲的だが、性能に関する証拠の大半はMeta自身によるものだ。本当の試金石は、他の事業者が異なるアクセラレータ、スイッチ、クラウド環境でこのアーキテクチャを再現できるかどうかにある。

Meta OCP Summit 2026、3つのネットワーク領域を統合

Metaは、ラック内、クラスター間、リージョン間で動作すべきAIネットワークを、一つのシステムとして扱っている。

Metaのネットワーク発表は、このシステムを3つの領域に整理している。スケールアップはラック内または密結合されたポッド内のアクセラレータを接続する。スケールアウトはクラスター内の多数のアクセラレータノードを接続する。スケールアクロスは、拠点に分散した処理能力を結び付ける。

これらの領域には従来、それぞれ異なる要件が課されてきた。スケールアップのリンクでは極めて低いレイテンシーと厳密に同期された通信が重視される。スケールアウトファブリックは、数千のプロセッサにまたがる大規模な集団通信を処理しなければならない。リージョンネットワークでは、距離、可変的な経路、障害ドメインが持ち込まれる。

Metaの対応は、同社初の液冷ネットワーキングラックであるIcePackから始まる。IcePackはOCP ORV3-HPRv1ラック標準に準拠し、IceCubeスイッチブレードを搭載する。

各IceCubeは、毎秒102.4テラビットのスイッチング容量を提供する。ノンブロッキングの800ギガビット接続を128本備え、Metaの従来の51.2Tプラットフォームの帯域幅を2倍にする。

Metaは、異なるスイッチチップを中心に2種類のIceCubeを設計した。一方はBroadcom Tomahawk6Cを使用し、もう一方はNVIDIA Spectrum-6を使用する。どちらもOCP Switch Abstraction Interfaceを通じて、MetaのオープンソースネットワークOSであるFBOSSを実行する。

このデュアルシリコン設計は、Metaのより広範な主張を支える。オープンな運用レイヤーがあれば、インフラチームは制御環境全体を作り直すことなく、複数のハードウェア経路を認定できるはずだ。

液冷は見栄えのための追加ではない。スイッチ帯域幅の向上は電力密度と熱密度を高める一方、AIラックにはすでにアクセラレータと周辺機器が限られた空間に高密度で収容されている。

ネットワーキング層を液冷設計に組み込むことで、Metaは102.4Tスイッチを次世代コンピュートシステムの隣に配置できる。また、ますます困難になっている空冷構成への依存も抑えられる。

IceCubeが扱うのはネットワークの一部にすぎない。MetaのFlattened Planar Fabric（FPF）は、GPUがスケールアウトファブリックに接続する方法を変える。

各GPUは、独立した100ギガビットリンク8本を介して接続する。これらのリンクは8台のスイッチに到達し、各ネットワークプレーンに1本ずつ接続が割り当てられる。

従来の設計では一般に、トラフィックは単一のアップリンク構造を経由する。FPFは利用可能な経路を独立したプレーンに分散し、パケット配置をネットワークインターフェースカードにより近い位置へ移す。

このトポロジーはスイッチング階層を一つ取り除く。Metaによると、FPFは従来の3層Clos設計を2層Closファブリックに変更し、ホップ数、レイテンシー、インフラ要件を削減する。

Closファブリックは、複数層のスイッチを通じてエンドポイント間に複数の経路を提供する。1層を取り除けば経路は単純になるが、その分、エンドポイントハードウェアと制御ソフトウェアの責任は増す。

ネットワークインターフェースカードは、ハードウェアで全8プレーンにパケットを分散する。その後、ホストとスイッチを組み合わせた制御プレーンが、障害のあるプレーンからトラフィックを迂回させられる。

Metaは、NVIDIAおよび同社のSpectrum-X Multiplane技術と共同で、本番実装を開発した。この協力関係は、MetaがインフラからNVIDIAを排除しようとしているという単純な見方を複雑にする。

Metaが試みているのは、参加と制御を切り分けることだ。NVIDIAのシリコンはシステムの一部であり続けられる一方、Metaは複数サプライヤーにまたがるオープンな運用モデルを維持する。

したがって、当面の変化は単なる高速スイッチを上回る。Metaは、冷却、スイッチング、ルーティング、トランスポート、リージョン集約を連携させたアーキテクチャを公開した。

オープンEthernet、アクセラレータラック内部へ

中心的な争点は、Ethernetが性能を専用スケールアップネットワークに譲ることなく、密結合されたアクセラレータに対応できるかどうかだ。

スケールアップネットワーキングは、Ethernetにとってスタックへの参入が最も難しい部分だった。アクセラレータラック内の通信には、低レイテンシー、予測可能な配送、プロセッサ間の大容量帯域幅が求められる。

専用インターコネクトが存在感を増したのは、こうした要件が通常のデータセンタートラフィックとは異なるためだ。数百のアクセラレータが部分的な計算結果を交換する際、学習ジョブは予測不能な停止を許容できない。

Metaは、MTIA 300学習アクセラレータ向けに構築したEthernetベースのスケールアップスイッチ、Tahanでこれに応える。TahanはBroadcomの51.2Tbps Tomahawk 5スイッチチップを使用する。

このプラットフォームは、毎秒800ギガビットで動作する64ポートを提供する。Metaは、その容量の半分をバックプレーン経由のアクセラレータ接続に割り当てる。

4台のTahanスイッチが、ノンブロッキングトポロジーで16基のアクセラレータを接続する。Metaによると、各アクセラレータは毎秒6.4テラビットのスケールアップ帯域幅を得る。

Tahanは、Metaのスケールアウトネットワークで使われるロスレスRoCEトランスポート構成も再利用する。RoCEはEthernet上でリモートダイレクトメモリアクセスを実現し、通常のホスト処理によるオーバーヘッドなしにデータを移動できるようにする。

Metaはこの環境を、ルーティングされたIPv6、優先度フロー制御、AIトラフィック向けに調整したサービス品質ポリシーで構成する。FBOSSがスケールアップとスケールアウトのスイッチを運用する。

この再利用こそが、MetaのオープンEthernet論の仕組みだ。共通の運用スタックにより、エンジニアが導入・トラブルシューティングすべき孤立したネットワーキングシステムの数を減らせる可能性がある。

MetaはすでにTahanを出荷しているが、次の設計はより野心的だ。同社は、400ギガビット接続とBroadcom Tomahawk6Cシリコンを用いる216ポートのスイッチブレードを予告した。

こうしたブレード8枚で、1ラック内の72基のアクセラレータを接続する計画だ。この設計では、IceCubeと同じ102.4Tシリコン世代を使用する見込みである。

将来版は、Ethernet for Scale-Up Networking（ESUN）を中心に計画されている。ESUNは、アクセラレータ規模のEthernetに必要なファブリック要件を定めるOCPの取り組みだ。

出荷済み製品と計画中の標準との違いは重要である。Tahanは現在存在するが、現行実装はMetaが説明する最終的なESUNベースのアーキテクチャではまだない。

ESUN 1.0は、アクセラレータ実装の選択を開いたまま、ファブリックが提供すべき要件を定義する。その対象には、フレーミング、エラー処理、IEEEおよびUltra Ethernet Consortiumの取り組みとの整合性が含まれる。

Metaによると、ESUN 1.1は完成に近づいている。計画中の追加項目にはスイッチプロファイルとパケット間ギャップの短縮があり、スケールアップファブリック内の低レイテンシーを狙う。

参加グループにはAMD、Arista、Arm、Broadcom、Cisco、HPE、Marvell、Microsoft、NVIDIAが含まれる。この顔ぶれは幅広い関心を示すが、参加だけで互換製品が保証されるわけではない。

Ethernetの利点は、すべてのコンポーネントがただちに交換可能になることではない。その利点は、1社のアクセラレータ企業がスタック全体を支配することなく、事業者、チップサプライヤー、システムベンダーが実装できる共有フレームワークにある。

専用ファブリックにもなお重要な強みがある。プロセッサ、スイッチ、ソフトウェアライブラリ、集団通信アルゴリズム間の緊密な統合の恩恵を受けるからだ。

したがってMetaは、生のリンク容量以上のものを証明しなければならない。安定したテールレイテンシー、予測可能な障害復旧、輻輳下で持続するアプリケーション性能が必要となる。

Ethernetがこうした要件を満たせば、インフラ購入者の交渉力は高まる。垂直統合された一つのパッケージを受け入れずとも、アクセラレータ、スイッチ、ネットワークソフトウェアを組み合わせられるようになる。

期待に届かなければ、事業者はラック外ではEthernetを使い続ける一方、最も要求の厳しい内部接続には専用ファブリックを残すだろう。

Flattened Planar Fabric、インテリジェンスをエッジへ移す

FPFは、物理階層を単純化する代わりに、ネットワークインターフェース、ホスト、スイッチ、制御ソフトウェア間の連携をより強く求める。

フラット化された設計は、ネットワークを3つのスイッチング階層から2つへ削減する。階層が少なければレイテンシーを抑え、機器を減らせるが、残るシステムは複数の経路を効果的に使わなければならない。

FPFは、ネットワークインターフェースカードから負荷分散を始める。NICは、スイッチがより大きなトラフィックフローを分割するのを待つのではなく、個々のパケットを8つの独立したプレーンに分散する。

パケットレベルの分散は、利用可能なリンクをより均等に使える可能性がある。一方で、別々の経路を通るパケットは必ずしも順番どおりに到着しないため、順不同の配送も生じうる。

この挙動こそ、トランスポート設計がアーキテクチャの中心となる理由を説明する。従来のトランスポートは、並べ替えられたパケットを損失の証拠と解釈し、不必要な再送や輻輳応答を引き起こす可能性がある。

MetaRoCEはMetaの答えだ。これは、大規模なEthernetファブリック上で集団AI通信を行うために設計されたRDMAトランスポートである。

Metaの技術プレゼンテーションによると、このプロトコルはマルチパス、受信側主導で、順不同の到着を許容する。完全にロスレスなファブリックを前提にするのではなく、パケット損失を想定されるネットワーク条件として扱う。

受信側主導の制御とは、送信側がいつ、どのようにデータを送るかを、宛先側が判断する仕組みを指す。このモデルにより、受信システムは輻輳と利用可能な容量に対してより大きな影響力を持つ。

Metaによると、MetaRoCEは分散学習に必要な信頼性と輻輳制御の挙動を提供する。同社は実装を公開しており、他のインフラチームが設計を検証・拡張できるようにする。

以前のMetaRoCEプレゼンテーションでは、AMDのプログラマブルネットワークインターフェースカード上での実装が説明された。また、マルチプレーントポロジー、テールレイテンシー、長距離RDMAも扱われた。

オープンコードは検証可能性を高めるが、それだけで相互運用性が生まれるわけではない。広範な採用には、NICサポート、適合性試験、安定した仕様、複数ベンダーによる運用ツールが必要である。

だからこそ、FPFとMetaRoCEは一体として評価すべきだ。FPFがマルチパス環境を作り出し、MetaRoCEはその環境を同期型AIワークロードで使えるものにしようとしている。

ホストも障害制御システムの一部となる。あるプレーンで障害が発生した場合、ホストはネットワークだけの対応を待たず、残存するプレーンへトラフィックを振り分けられる。

この設計は、単一のスイッチまたはリンクの問題による影響を抑えられる。一方で、運用者がエンドポイントとネットワーク機器をまたいで監視すべき状態も増える。

Metaは、FPFが多様な障害およびメンテナンス条件で良好に機能するとしている。ただし、公開発表では、これらのシナリオに関する完全で独立したベンチマーク群は提示されていない。

このアーキテクチャには、ラインレートでパケットを分散できるハードウェアも必要となる。運用者は、既存のすべてのNICがMetaの実装を再現できるとは考えられない。

クラウド展開には、さらに別の複雑さが加わる。プロバイダーごとにトポロジー、トラフィッククラス、輻輳設定、スイッチ、RDMAトランスポートが異なる。

一部のクラウドは、特化型ワークロード向けに依然としてInfiniBandを採用している。別のクラウドは、Metaが所有するデータセンターとは異なる挙動を示すEthernetベースのシステムを提供している。

Metaによれば、クラウドパートナーは、容量がサービスに投入される前に、共通のポイントツーポイントおよびコレクティブのベンチマークを実行する。これらのテストは数十GPUから1,000GPU超までを対象とする。

同社はまた、プロバイダー固有のトラフィッククラスと輻輳設定を、自社のRDMA要件に対応付けている。このプロセスは、異種インフラが本番ワークロードに十分な一貫性を持って動作することを目指すものだ。

この認定作業は、オープン性の重要な限界を浮き彫りにする。システムはオープンなコンポーネントを使える一方で、大規模なエンジニアリング組織による広範な統合とテストを依然として求める可能性がある。

Metaはこの問題を標準化という観点で要約している。異種機器は管理可能だが、トランスポート、テレメトリー、輻輳挙動の違いが増えるたびに運用負荷も増す。

小規模な運用者は、そこで得られる仕様とソフトウェアの恩恵を受ける可能性がある。ただし、Metaの完全な検証体制をすぐに再現できる可能性は低い。

したがって競争圧力は、クラウド顧客と同じくらいベンダーにもかかる。スイッチ、NIC、アクセラレータのサプライヤーは、自社製品が共通の運用モデルに適合することを示さなければならない。

スケールアクロス・ネットワーキングが距離をスケジューリングの問題に変える

Metaのリージョナルアーキテクチャは、地理を単なる別データセンター間の接続ではなく、トレーニングシステムの一部として扱う。

Metaによれば、計画中のAI容量は、単一の建物やリージョンに収まる規模を超えている。Prometheusは2026年に約1ギガワットを前提に設計され、Hyperionは5ギガワット規模へ拡張することを想定している。

これらの数値はインフラ計画を示すものであり、トレーニング性能の完了済み比較ではない。それでも、Metaが従来型の建物、屋外構造物、コロケーション施設、パブリッククラウドをまたいで容量を接続する理由を説明している。

バックエンド集約、すなわちBAGは、スケールアクロス層に当たる。Metaはこれを、複数のスパイン層ファブリックを一つのより大きなクラスターへ接続する、集中型Ethernetスーパー・スパインとして説明している。

このシステムはペタビット規模で動作する。同社によれば、2つのリージョン間のBAG間容量は毎秒数十ペタビットに達し得る。

この帯域幅によって距離がなくなるわけではない。より長いリンクではパケットと確認応答の往復に時間がかかり、ロスレスEthernetでは転送中データに対応する十分なバッファヘッドルームが必要になる。

短距離のローカルリンクと、数十キロメートルにまたがるリンクに同一のバッファ割り当てを行うべきではない。最悪ケースに合わせてすべての接続をプロビジョニングすれば、貴重なスイッチメモリーを浪費する。

FBOSSは代わりに、敷設済みケーブル長を測定する。輻輳していないキューにプローブトラフィックを流し、往復距離を推定して、その測定値に基づきバッファヘッドルームを割り当てる。

この手法により、物理的距離がネットワーク設定への入力となる。同時に、正確な測定と、変化する条件への保守的な対応に依存する。

経路品質も別の問題を提示する。ルートは容量の一部を失っても利用可能なままであり得るため、単純な稼働・停止の二値シグナルでは不十分だ。

BAGはeBGPのリンク帯域幅シグナリングを用い、利用可能な経路容量に比例してトラフィックを分散する。ダンピングにより、個別障害が引き起こすルーティングの変動を抑える。

トレーニングソフトウェアは、第2の制御層を加える。Metaによれば、ファブリック間のレイテンシーは、単一ファブリック内のレイテンシーより数倍大きい。

コレクティブ通信ライブラリは、地理的距離を理解せずにアルゴリズムを選択することが多い。不適切な選択は、より遅いリージョン間経路をまたいで、大量の同期トラフィックを発生させる可能性がある。

Metaは、適応ルーティングとワークロードスケジューリングでこの問題に取り組んでいる。ルーティングはネットワーク上のペナルティを減らし、スケジューリングは不要なコレクティブトラフィックをBAGから遠ざけようとする。

同社はレジリエンス向上のためにレプリカも使用する。あるレプリカに障害が発生すると、システムはそれを除外し、残るレプリカは同期処理を継続する。

これはインフラ設計における重要な変化だ。一つのトレーニングジョブが複数拠点にまたがる場合、ネットワーキングとジョブスケジューリングを独立して最適化することはできなくなる。

Metaはリージョナルバックボーンにおいて、IPv6上のSegment Routingも導入している。SRv6はルーティング指示をIPv6パスにエンコードし、より意図的なトラフィックエンジニアリングを支援する。

このバックボーンは、Cisco Silicon Oneを採用したシャローバッファスイッチ上でFBOSSを動作させる。Metaは、OCPのSwitch Abstraction Interfaceを通じて、追加のシリコンファミリーを認定する計画だとしている。

このリージョナル層は、クラウドプロバイダーにも圧力を与える。Metaは、リース容量とパブリッククラウドのGPUが、運用上の観点から自社所有インフラに近いものとなることを望んでいる。

クラウドパートナーは、単に孤立したアクセラレータインスタンスを提供するだけでは足りない。はるかに大きな規模で、予測可能なトポロジー、輻輳挙動、検証結果、テレメトリーを公開する必要がある。

このアーキテクチャは、従来のクラスター境界にも挑戦する。かつてクラスターは一施設内の機器を指していた。BAGは、建物、キャンパス、近隣リージョンを一つのトレーニングシステムの構成要素として扱う。

より長い距離は依然として重大な制約である。Metaは、数十、数百、数千キロメートルにまたがる将来のジョブについて論じているが、ソフトウェアによってレイテンシーが消えることはない。

実際的な問いは、どのワークロードがそうした距離を許容できるかだ。疎結合のレプリカは、すべてのアクセラレータ間で緊密な同期を行う処理よりも、リージョンをまたぎやすい可能性がある。

Metaの発表は、制御メカニズムを示しており、普遍的な結果を提示するものではない。どの程度リージョナル容量が一つの一貫したマシンのように振る舞うかは、アプリケーション構造によって決まる。

オープンインターフェースは統合リスクを取り除かない

Metaの戦略は複数の層をオープンにするが、その成功はハードウェア、ファームウェア、トランスポート、ワークロードソフトウェアにまたがる困難なエンジニアリングに依然として左右される。

Open Switch Platform Architecture、すなわちOSPAは、スイッチのデータプレーンの移植性が高まった後も断片化が残っていた層を対象とする。

Switch Abstraction Interfaceにより、ネットワークソフトウェアは異なるスイッチングチップを制御できる。しかし、そのインターフェースの下で機能するプラットフォーム機能には、なおハードウェア固有の作業が必要だ。

それらの機能には、電源シーケンシング、センサー、熱管理、ハードウェアインベントリ、管理接続、ファームウェア更新、診断が含まれる。

Metaによれば、各プラットフォームの立ち上げには数か月にわたる重複したエンジニアリングが必要だった。OSPAは、その作業を減らすことを意図した共通のハードウェアおよびソフトウェアインターフェースを定義する。

MetaはMicrosoftおよびAlibabaと共同でこの取り組みを主導している。バージョン1.0はOpen Compute Projectに提出済みだ。

この提携は、大規模運用者の間でOSPAの信頼性を高める。ただし、機器サプライヤーがどれほど迅速に仕様を実装するか、また実装がどれほど一貫して動作するかを保証するものではない。

Metaはまた、スイッチベンダーが自社プラットフォームをオンボードできるようFBOSSを変更した。このモデルは、Metaのエンジニアを待たずに複数ベンダーが互換システムを開発できるようにすることを意図している。

開発者は、MetaのネットワークOSのソースコードを提供するFBOSS repositoryを調査できる。公開コードは技術レビューを可能にするが、本番展開にはリポジトリへのアクセス以上のものが必要だ。

ハードウェア認定、ファームウェア互換性、テストインフラ、インシデント対応は、依然として大きな投資となる。ベンダーはOSとシリコン世代の変化に合わせて、自らのポートも維持しなければならない。

MetaRoCEも同様の導入障壁に直面する。プロトコルはオープンでも、多くの導入済みシステムでは利用できないプログラマブルNIC機能に依存する可能性がある。

トランスポートの挙動は、スイッチバッファ、ルーティングポリシー、アクセラレータドライバー、コレクティブライブラリをまたいで予測可能であり続けなければならない。どの層の欠陥も、アプリケーションの速度低下として現れ得る。

もう一つの戦略的緊張もある。Metaのアーキテクチャは、Broadcom、NVIDIA、Cisco、AMDの商用シリコンに依存する一方、オープンな運用モデルを打ち出している。

この構成は矛盾ではないが、オープン性を狭く定義するものだ。Metaがオープンにしているのは、すべてのコンポーネントを自ら製造することではなく、インターフェース、実装、リファレンスデザインである。

サプライヤーは依然として、チップのロードマップ、パッケージング、生産能力、多くの低レベル機能を支配している。複数のサプライヤーが同等の実装を提供したときにのみ、運用者は選択肢を得る。

NVIDIAとの協業は、この均衡を示している。MetaはFPFでNVIDIAと協力する一方、専用技術が担うネットワーク領域における選択肢としてEthernetを位置付けている。

NVIDIAは、オープンなEthernet環境にSpectrum-Xスイッチを販売することで利益を得られる。同時に、Ethernetの採用拡大は、単一の垂直統合型アクセラレータネットワークへの依存を減らし得る。

Broadcomも、TomahawkベースのTahanおよびIceCube設計を通じて同様の機会を得る。CiscoはSilicon Oneを通じてリージョナルバックボーンに参画している。

MicrosoftとAlibabaがOSPAを支持するのは、スイッチプラットフォームの標準化が大規模フリートにおける重複エンジニアリングを減らせるためだ。両社の関与は、この取り組みをMeta固有のものではなくする効果も持つ。

ローンチ時点での独立検証は依然として限定的だ。Metaは自社トランスポートを本番実績のあるものと呼んでいるが、発表では競合NICとスイッチをまたぐ完全な第三者結果は示されていない。

したがって読者は、三つの主張を区別すべきだ。設計が存在すること、一部がMeta内で稼働していること、そしてオープン仕様がより広い採用を支え得ることだ。

最初の二つの主張には、同社による直接的な証拠がある。三つ目は、将来の実装、コンプライアンススイート、サプライヤーの支援、Meta外での展開に依存する。

セキュリティと信頼性にも注意が必要だ。共通インターフェースはカスタムコードを減らし得るが、共有実装は多くのプラットフォームにまたがって欠陥を集中させる可能性がある。

運用の単純化も保証されない。複数ベンダーのサポートは交渉力を高め得る一方、チームが認定すべきファームウェアの組み合わせを増やす。

オープンインフラは、互換性が総エンジニアリング作業を減らすときに成功する。名目上オープンなコンポーネントが、共に動作するために広範な個別チューニングを必要とする場合、それは失敗する。

Metaの公開は、業界に詳細な方向性を示している。しかし、その経済的な検証はまだ解決していない。

三つのシグナルがMetaのオープンEthernet戦略を左右する

次に必要な証拠は、再現可能な相互運用性、安定したアプリケーション性能、そしてMeta自身のフリートを超えた採用を示すものでなければならない。

第1のシグナルは、ESUN 1.1の公開と実装だ。この仕様では、低レイテンシーのスケールアップトラフィック向けに、スイッチプロファイルとより短いパケット間ギャップが追加される見込みである。

アクセラレータおよびスイッチベンダーが、同じ要件に準拠した互換製品を出荷すれば、ESUNの信頼性は高まる。コンプライアンス結果は、追加の参加表明よりもMetaの主張を強く裏付けるだろう。

実装の遅れやベンダー間で互換性のない解釈は、それを弱める。Ethernetの共通言語には、信頼できるスケールアップ製品層がなお欠けていることを示す可能性がある。

第二のシグナルは、MetaRoCEの外部導入です。Metaはオープンソース実装を発表していますが、導入企業には実際に動作するNICのサポート、コンプライアンスツール、再現可能な性能テストが必要になります。

異なるNIC、スイッチチップ、アクセラレータシステムを組み合わせた導入事例に注目してください。輻輳時や部分的な障害発生時の結果は、理想条件でのスループット実証よりも有用です。

テールレイテンシには特に注意を払う必要があります。平均帯域幅が高く維持されていても、少数の転送が遅延するだけで、同期型トレーニング全体が遅くなる可能性があります。

クラウドプロバイダーによる採用も、もう一つの重要な試金石となります。クラウドは異種混在のフリートを運用しており、単一の所有者であれば時に隠せる統合上の問題を露わにします。

第三のシグナルは、102.4Tスイッチングを中心に構築された72アクセラレータのラックです。Metaはこのプラットフォームを予告しており、一方でTahanのより小規模な16アクセラレータ・トポロジーはすでに出荷されています。

本番導入が実現すれば、オープンスタンダードのロードマップと、より高密度な運用システムが結び付くことになります。また、冷却、トランスポート、コレクティブソフトウェアが一体となってスケールするかどうかも示されるでしょう。

重要なのはポート数ではなく、アプリケーションでの成果です。有用な証拠には、継続的な本番トラフィック下でのトレーニング効率、障害復旧、電力密度、運用負荷の比較が含まれます。

2026 summit agendaは、800G、1.6T、光技術、液冷、アクセラレータネットワークの技術を同時に追求するグループがいかに多いかを示しています。

この幅広さは機会を生む一方で、断片化も招きます。Metaの提案は、共有されたEthernetの動作とオープンプラットフォームのインターフェースを通じて、これらのコンポーネントを整理しようとするものです。

開発者にとって、この変化は性能問題が発生する場所に影響します。トランスポートソフトウェア、コレクティブライブラリ、トポロジー認識、障害処理は、アクセラレータコードと並んでモデルのスループットを左右するようになります。

インフラ購入者は、どのレイヤーが本当に交換可能なのかを見極めるべきです。また、コンポーネントが複数のサプライヤーから提供される場合、検証の責任を誰が負うのかも問う必要があります。

クラウド顧客は、プロバイダーがより強力なトポロジーおよび性能保証を提示するかどうかを注視すべきです。Metaの認定モデルは、大規模な分散ジョブにとって、汎用的なアクセラレータの提供だけではもはや十分でないことを示唆しています。

Meta OCP Summit 2026での発表は、AIネットワーク全体にわたるオープンEthernetについて一貫した根拠を提示しています。IcePackとIceCubeは帯域幅と冷却に対応し、FPFとMetaRoCEはマルチパストランスポートに対応します。BAGとSRv6は地理的な分散に対応します。

OSPAとFBOSSは、複数のサプライヤーにまたがってプラットフォームを運用可能にしようとしています。ESUNは、その取り組みを最も要求の厳しいスケールアップ領域へと拡張します。

このオープンアプローチが勝利するのは、他の組織がMetaのエンジニアリング規模なしにMetaの成果を再現できる場合に限られます。読者が次の製品サイクルに持ち込むべき問いは、そこにあります。

仕様だけでなく、実装を見てください。独立した運用者が混在ハードウェア全体で予測可能なトレーニング性能を達成できれば、MetaのアーキテクチャはAIネットワーキングにおける競争の基盤を変えたことになります。