項目一覧
グローバルロードバランシング(GLB)
概要
これは、早期導入者向けの進化した機能です。今後のリリースで、さらに多くの機能強化が計画されています。
AI-MLデータセンターは、他のネットワークに比べてエントロピーが低く、データフローが大きくなります。ハッシュベースのロードバランシングでは、この種のトラフィックのロードバランシングが必ずしも効果的に行われるとは限らないため、代わりにダイナミックロードバランシング(DLB)がよく使用されます。ただし、DLBはローカルリンクの帯域幅使用率のみを考慮します。このため、DLBがトラフィック輻輳を効果的に緩和できるのは、その直後のネクストホップのみです。グローバルロードバランシング(GLB)は、ネクストツーネクストホップ(NNH)レベルで輻輳を可視化するDLBの拡張機能です。GLBは、リモートリンクのトラフィック輻輳を考慮することで、大規模なデータフローをより効果的にロードバランシングします。
従来のロードバランシング メカニズムでは、ハッシュ アルゴリズムを使用して、トラフィックを送信するエグレス インターフェイスを決定します。これらのアルゴリズムは、受信したパケットの 5 つのタプルに対してハッシュ関数を操作します。ただし、アルゴリズムでは、パケットを送信するリンクのリアルタイム使用率は考慮されません。DLB でも、決定は完全にローカルであり、アルゴリズムはリンク使用率をグローバルに検出できません。さらに外側のノードが輻輳している場合、そのノードはパケットをドロップする可能性があります。
GLBは、エグレスインターフェイスを決定する前に、リモートリンクのリンク使用率を考慮します。DLB と同様に、1 つのマルチパス レッグで輻輳が発生した場合、GLB はトラフィックを別のレッグにオフロードして輻輳を緩和できます。DLBとは異なり、GLBはリーフデバイスのトラフィックフローを再ルートすることで、スパインレベルでのトラフィックの混雑を回避することができます。
利点
-
輻輳やリモートリンク障害によるパケットロスを低減
-
Closトポロジーの大規模なデータフローをエンドツーエンドで効果的にロードバランシングし、混雑を回避します。
-
大規模なデータフローによりトラフィック輻輳が発生する可能性が高くなるAI-ML導入で特に役立ちます
構成
考慮 事項
GLB を設定する際は次の点に留意してください:
-
GLBは、3-Clos(リーフ-スパイン-リーフ)トポロジーでのみサポートされています。
-
GLBを設定する前に、3-ClosトポロジーのすべてのデバイスがGLBをサポートしている必要があります。
-
3-Closトポロジーは、GLBをサポートする場合、最大64のリーフデバイスを持つことができます。
-
GLB は、同じデバイス ペア(スパインデバイスとリーフ デバイスなど)間のリンクを 1 つだけサポートします。
GLB は、以下の機能をサポートしていません。
-
トップオブラック(ToR)とスパインデバイス間のIRB(統合型ルーティングおよびブリッジング)インターフェイス
-
マルチホーム サーバー
-
オーバーレイ ルートの GLB(IPv4 または IPv6)
-
ルーティングインスタンスで学習したBGPルートのGLB
GLB の設定
プラットフォームのサポート
プラットフォームとリリースのサポートについては 、Feature Explorer を参照してください。