# RDMAネットワークロードバランシング ## 定義 データセンターネットワークにおいて、RDMA(RoCEv2)フローを複数の等コストパスへ分散するロードバランシング手法群を指す。ECMP・flowlet switching(Conga・Letflow・Hula 等)・per-packet spraying(DRILL 等)といった既存手法は TCP を前提に設計されており、RDMA のトラフィック特性(ハードウェアペーシングによる連続的なパケット列で flowlet gap が乏しい)と、RDMA の順序反転パケットへの応答特性(順序反転をパケットロスとみなして即座にロス回復・レート低下を起こす)の 2 点により、RDMA では機能しにくい。ConWeave はこの課題に対し、RTT 単位の能動的な再ルーティングと、ネットワーク内(ToR スイッチ)でのパケット順序反転の隠蔽を組み合わせる設計を提示した。(Source: [[@2023__SIGCOMM__Network Load Balancing with In-network Reordering Support for RDMA]]) ## 未解決の問い - ConWeave のようなネットワーク内リオーダリングを前提とした RDMA 向けロードバランシングは、レート制御・輻輳制御(DCQCN・Swift 等)とどう協調設計すべきか。 - スイッチのキュー資源が枯渇するほど同時アクティブフロー数が多い大規模データセンターで、in-network reordering ベースの手法はどこまでスケールするか。 - ConWeave 対応 ToR と非対応 ToR が混在するインクリメンタルデプロイにおける、最適な部分導入戦略は何か。 ## 未編纂の観察 (まだ複数ソースの突き合わせがない。次の関連ソース ingest 時に追記する。) - [リオーダー遅延を移したパケットスプレイング] Pegasusはエンドポイント側(RNICがUDP送信元ポートを書き換え)でパケットスプレイングを行い、スイッチ側は標準ECMPのみとする設計。write with immediateの順序保証をデフォルトの送信側待機から受信側のPSN/isCQEビットマップ管理に移すことで、商用RNIC(CX/BF)が抱える追加RTT待ちを解消した(Source: [[@2026__SIGCOMM__Pegasus - A Data Center Network for Bare-Metal AI Cloud]])。 ## 関連 - ソース: [[@2023__SIGCOMM__Network Load Balancing with In-network Reordering Support for RDMA]] / [[@2026__SIGCOMM__Pegasus - A Data Center Network for Bare-Metal AI Cloud]] - 概念: [[RDMA]] ## 出典 - [[@2023__SIGCOMM__Network Load Balancing with In-network Reordering Support for RDMA]]