OcNOS 7.1 ロードマップ · エンドツーエンド · DLB 上に重ねて構成

Global Load Balancing:ファブリック全体のアダプティブルーティング

DLB は 1 ホップで正しい判断を下し、GLB はファブリック全体にわたって正しい判断を下します。 OcNOS 7.1 ロードマップにおいて、Global Load Balancing はアダプティブルーティングをポート単位の視点からエンドツーエンドのパス品質へと拡張し、16,384-GPU の上限に至る 3-stage Clos AI ファブリック上でのマルチホップホットスポットのギャップを埋めます。GLB は DLB を置き換えるのではなく、その上に重ねて構成されます。

OcNOS 7.1GLB の対象リリース
End-to-endローカルホップではなくパススコアリング
16,384GPU 上限、リファレンスデザイン
DLB上に階層化拡張であり、置き換えではない
エンドツーエンドのパステレメトリ

ローカルホップだけでなくパス全体をスコアリング

GPU AllReduce を運ぶ 3-stage Clos スライス(leaf、spine、super-spine)。各階層はキュー占有率とリンク利用率のテレメトリを ingress leaf へと送り返します。GLB は最良のローカルイグレススコアではなく、最良のエンドツーエンドスコアを持つパスを選択するため、輻輳したダウンリンクに行き着くクリーンなアップリンクが盲目的に選ばれることはもはやありません。

3ステージClos AI Fabric全体にわたるグローバルロードバランシング 3 段 Clos AI ファブリックです。最上段に 2 台のスーパースパイン、中段に 4 台のスパイン、最下段に 2 台のリーフを配置します。テレメトリの矢印が上方向と下方向に流れることで、入口リーフがエンドツーエンドのパス品質を把握します。1 本のスパイン~スーパースパイン リンクが輻輳し、代替のエンドツーエンド パスを優先してバイパスされます。 エンドツーエンドのテレメトリ Super-Spine-1TH5 · 51.2T Super-Spine-2TH5 · 51.2T Spine-1e2e ok Spine-2e2e ok Spine-3アップリンク高負荷 Spine-4e2e ok イングレスリーフGLB · ranks paths エグレスリーフ対象ラック GLB · END-TO-END PATH SCORING · MULTI-HOP CONGESTION AWARENESS · OcNOS 7.1
ローカルな視点が破綻する箇所

DLB と GLB、パス判断の範囲による比較

DLB は各 ECMP ネクストホップをローカルイグレスのキュー深度を用いてスコアリングし、2-tier leaf-spine 上では最適です。3-tier Clos へと規模を拡大すると、クリーンなアップリンクを持つ spine を選んだつもりが、egress leaf へ戻るダウンリンクが輻輳している super-spine に行き着くことがあります。ローカルな視点は正しくても、エンドツーエンドの視点は誤っています。super-spine を備えた 3-stage Clos が標準となる 1,024-GPU 以上のファブリックでは、これがテールレイテンシの外れ値の残された主要因となります。

Axis DLBローカル、本日出荷済み GLBグローバル、OcNOS 7.1 ロードマップ
判断の範囲ホップ単位:各スイッチが自身の ECMP ネクストホップをランク付け。エンドツーエンド:ingress leaf が leaf 間のパス全体をランク付け。
Signal used当該スイッチ上のローカルイグレスのキュー深度とリンク利用率。全階層から集約され ingress へと戻される輻輳テレメトリ。
最適な選択2-stage ファブリック、および 3-stage における leaf から spine へのホップ。super-spine を備えた 3-stage Clos、16,384-GPU の上限まで。
捕捉されるホットスポットローカルイグレスの輻輳のみ。ローカルホップからは見えない下流のホットスポット。
Rebindingフローレット整合、RoCEv2 および TCP で順序どおり。フローレット整合、同一の順序保証、ファブリック全体の入力。
ハードウェア本日 TH4 および TH5。同じ TH4 および TH5 ハードウェア、新規シリコンは不要。
Relationship各スイッチでの独立した判断。DLB 上に重ねて構成され、置き換えはしません。
GLB がそれを埋める仕組み

ファブリック全体の情報に基づくひとつの判断

GLB は運用者がすでに稼働させているアダプティブルーティングの仕組みを再利用し、その上にファブリック全体の認識を追加します。DLB と RoCEv2 の上に直接構築され、Ultra Ethernet が向かう方向とも整合し続けます。

Builds on

DLB の判断

GLB は次を拡張します DLB フローレット判断を置き換えるのではなく拡張します。混在ファブリックも正しく動作します。GLB 非対応のスイッチは、ローリングアップグレード中に単にローカルのみのパス品質を寄与するだけです。

Runs over

ロスレス RoCEv2 ファブリック

GLB はフローレット境界で再バインドし、次が必要とする順序どおりの配送を維持します RoCEv2 RDMA が必要とする。トランスポートは本番グレードのままで、パスの入力だけがより賢くなります。

整合対象

Ultra Ethernet シグナリング

パス品質プレーンは次と相互運用するよう設計が進められています Ultra Ethernet UEC NIC エコシステムの成熟に伴う Consortium シグナリング。これによりロードマップは前方互換性を保ち続けます。

OcNOS 7.1 の内部

計画中の GLB 実装がどのように組み合わさるか

GLB は、オープンな Broadcom ベースのハードウェア上でネットワークオペレーティングシステムとして動作する OcNOS によって有効化されます。この設計はコントロールプレーンを静穏に保ち、運用者がファブリックの判断を信頼するために必要なテレメトリを提供します。

テレメトリプレーン

パス品質のパブリッシュ

すべての spine と super-spine は、ポート単位のキュー占有率と利用率の差分をファブリック全体の隣接関係へ公開します。更新は既存のインバンドシグナリング上でサブミリ秒単位で行われ、コントロールプレーンの余分な通信は発生しません。

パススコアリング

エンドツーエンドのアグリゲーション

ingress leaf は、ローカルイグレスの品質と下流のテレメトリを組み合わせ、候補パスごとの集約スコアを算出します。最悪のホップがスコアを支配します。これは運用者がトラブルシューティング時に用いるのと同じ直感です。

Selection

Flowlet-aligned

DLBと同様に、GLBはフローレット境界で再バインドし、RoCEv2およびTCPの順序保証を維持します。違いは判断の入力情報にあり、ローカルポートの品質ではなくファブリック全体の品質を用います。

Backwards-compatible

DLB上に階層化

GLB は DLB の判断を拡張するものであり、置き換えるものではありません。GLB 対応スイッチと DLB のみのスイッチが混在するファブリックも正しく動作するため、7.0 からのブラウンフィールドアップグレードも安全です。

Scale

最大16k-GPUの上限まで

リファレンスデザインでは、それぞれが 64x800G Tomahawk 5 である 256 台の spine スイッチと 128 台の super-spine スイッチを用い、16,384-GPU のアーキテクチャ上限に合わせてサイジングしています。

テレメトリ出力

運用チームのためのgNMI

パスごとのスコア、再バインドイベント、最悪ホップの帰属情報が gNMI と OpenConfig 経由でストリーミングされるため、SRE はブラックボックスなしにファブリックの判断を xCCL コレクティブジョブの挙動と相関付けできます。

ロードマップと提供状況

GLB 提供時に期待できること

GLB は OcNOS 7.1 ロードマップに含まれます。運用者がすでに稼働させているのと同じハードウェアとライセンスを対象とするため、その採用はフォークリフト交換ではなくアップグレードにとどまります。

  • OcNOS 7.1 ロードマップ。 GLB は、本日 DLB を稼働させているのと同じ TH4 および TH5 ハードウェア上の 7.1 OcNOS-DC train を対象とします。スケジュールと機能範囲は次をご覧ください OcNOS リリースページ.
  • 同一SKU。 OcNOS-DC PLUS 向けに計画中。機能ごとの課金障壁はなく、アップグレード時の新規ライセンスキーも不要です。
  • 無停止アップグレード。 7.0から7.1へのブラウンフィールドアップグレードに対応。バージョン混在ファブリックは、アップグレード期間中はDLBのみの挙動で動作を継続。
  • UEC-aligned. パス品質プレーンは、UEC NIC エコシステムが成熟した際に Ultra Ethernet Consortium シグナリングと相互運用するよう設計が進められています。次をご覧ください Ultra Ethernet(UEC).
  • アーキテクチャレビューをご利用いただけます。 1,000 を超える GPU ファブリックのサイジングをご検討の場合、GLB テレメトリプレーンを含むサイジング作業を実施します。次で一次案の leaf-spine レイアウトをご入手ください AI ファブリックデザインスイート.
IP Infusion の見解

本日は DLB が土台、次に GLB が上限を引き上げる

アダプティブルーティングは、2-tier 規模で実際のテールレイテンシをすでに解決しています。GLB は、その同じ規律を、最大規模のクラスターが存在する 3-stage ファブリックへと、すでに検証済みのオープンハードウェア上で引き上げます。

DLB が一般的なケースを解決

2-tier leaf-spine および leaf から spine へのホップでは、ローカルなアダプティブルーティングがすでに大半の ECMP 衝突を解消します。これは本日 TH4 および TH5 上で出荷されています。

GLB が規模のケースを解決

1,024 GPU 以上では、マルチホップホットスポットが主要な外れ値となります。GLB はパス全体をスコアリングするため、ingress leaf はクリーンなアップリンクを追って輻輳したダウンリンクへ行き着くことをやめます。

OcNOS がイネーブラー

ひとつの NOS、ひとつの機能ロードマップ。本日は DLB、次に GLB、全体を通じて RoCEv2 および UEC と整合し、シングルベンダーファブリックではなく検証済みオープンハードウェア上で提供します。

よくある質問

グローバルロードバランシングにお答えします

GLB は DLB とどう違いますか。
DLB は、単一スイッチにおけるローカルな出力キュー深度を用いて各ネクストホップを評価するため、2 段の leaf-spine において最適に機能します。GLB はすべての段から輻輳テレメトリを集約するため、ingress の leaf が leaf 間の完全な経路を順位付けでき、3 段 Clos fabric においてローカルな視点では見落とされる下流のホットスポットを捕捉します。
GLBはいつ利用可能になりますか。
GLB は OcNOS 7.1 ロードマップに含まれ、OcNOS-DC train を対象とし、本日 DLB を稼働させているのと同じ Tomahawk 4 および 5 ハードウェア上で提供されます。OcNOS-DC PLUS SKU 向けに計画されており、アップグレード時の新規ライセンスキーは不要です。
GLB を使用するには DLB を置き換える必要がありますか。
いいえ。GLBはDLBの判定を置き換えるのではなく、その上に重ねて動作します。混在fabricは正しく機能します。GLBに対応していないスイッチは単にローカルのみのパス品質を提供し、7.0からのbrownfieldアップグレードもサポートされます。
GLB はどの程度の規模のファブリックをサポートしますか。
リファレンスデザインでは、それぞれが 64x800G Tomahawk 5 である 256 台の spine スイッチと 128 台の super-spine スイッチを用い、16,384-GPU のアーキテクチャ上限に合わせてサイジングしています。

数千 GPU 規模のファブリックをサイジング中ですか。共に試算しましょう

ワークロードと GPU 規模をお知らせいただければ、IP Infusion のエンジニアが GLB テレメトリプレーンを共にサイジングします。あるいは AI ファブリックデザインスイートで一次案の leaf-spine レイアウトから始めることもできます。