Datacenter Systems Wiki

Theme 3 / 6

LLM Serving インフラ

LLM推論をSLO付きのオンラインサービスへと変える、データセンターシステムの一領域。GPUコンピュート・GPUメモリ・KVキャッシュ状態・バッチング・テールレイテンシ・マルチテナントコストを同時に扱う点が、従来のDNNサービングとの本質的な違いである。

全体像

LLM serving systemsの核心は「モデルを速く動かすこと」ではなく、ステートフルで反復的な自己回帰実行を、SLOを持つオンラインサービスへと変換することにある。リクエストはコンピュート負荷の高いprefillフェーズと、メモリ負荷の高いdecodeフェーズを行き来し、その過程でプロンプト長・生成長・バッチング・共有可能性に依存するKVキャッシュ状態を蓄積していく。これが従来のDNNサービングにはなかった「ステートフルかつ反復的」という性質である。

優れたサービングシステムは、3層のネストしたスケジューラを協調させて設計されている。クラスタスケジューラはリクエストをモデルインスタンスへ割り当て、migration・replication・splitを判断する。インスタンススケジューラはprefillとdecodeのイテレーションを順序付け、スループットとtime-to-first-token(TTFT)/time-between-tokens(TBT)のトレードオフを取る。メモリマネージャはKVキャッシュの割り当て・共有・圧縮・オフロード・プリフェッチ・エビクションを管理する。これらの層を独立に最適化すると、メモリだけを負荷分散するクラスタスケジューラが悪いコンピュートレイアウトを生んだり、バッチサイズを最大化するメモリマネージャがテールレイテンシを損なったりする。3層は密結合として設計する必要がある。

もう一つの軸はメモリ階層である。GPU HBM(アクティブな重み・KVキャッシュ・decode状態、最低レイテンシだが希少で断片化しやすい)、ホストDRAM(ウォームなチェックポイント・オフロードされたKV、NUMA/PCIeがボトルネック)、ローカルSSD(チェックポイントやキャッシュ済みコンテキスト、ロードレイテンシが課題)、リモートストレージ(永続チェックポイント、コールドスタートが課題)、ネットワークキャッシュ(リクエスト間で共有されるKV/コンテキストキャッシュ、配置・圧縮・プライバシーが課題)という5層で構成される。PagedAttentionがKV割り当てを明示化し、InfiniGenやDiffKVがKVの中身を選択的にし、CacheGenやHCacheがキャッシュの移動・復元を明示化し、ServerlessLLMなどがモデルロードとホストキャッシュをサービング制御プレーンの一部にした、という流れでこの階層全体が発展してきた。

ボトルネックはワークロードによって移動する。短いプロンプト・短い出力はスケジューリングオーバーヘッドとバッチングに負荷をかけ、長いプロンプトはprefillコンピュートとTTFTに、長い出力はdecodeスループットとKVキャッシュ増大に、マルチターン会話はキャッシュ再利用と状態復元に、MoEモデルはエキスパート配置とネットワーク通信に、マルチテナントAPIはアイソレーション・優先度・SLOアウェアなアドミッション制御に負荷をかける。総合すると、LLM servingはリクエストが作業集合・優先度・締切・状態移行・キャッシュ再利用・差別化されたサービスクラスを持つ、データベースに似たランタイムへと収斂しつつあり、OSやストレージシステムの設計思想をMLコンパイラと同等以上に借用している。

主要な概念

KV Cache

自己回帰生成において過去トークンのattentionキーと値を保持するリクエスト単位の状態。シーケンス長・出力長・バッチサイズ・同時リクエスト数とともに増大し、動的に出現・成長・縮小・移動・断片化するため、単純なテンソル割り当てというよりOSのメモリ管理問題に近い。paged allocation(PagedAttention)、圧縮・ストリーミング(CacheGen)、オフロード(InfiniGen)、再利用、圧縮・優先度付け(DiffKV)といった設計パターンが存在する。

Long-Context Serving

KVキャッシュ・prefill時間・メモリ帯域・移行コストが通常のバッチング上の懸念を上回るほど大きいプロンプト/会話を扱う推論。ユーザー体感レイテンシは応答性の高いストリーミングを求める一方、システム効率は大バッチ・キャッシュ再利用・注意深い配置を求めるという緊張関係が中心にある。動的KV管理(InfiniGen)、KV圧縮・ストリーミング(CacheGen)、弾力的シーケンス並列(LoongServe)、CPU/GPU/CXL協調(LIA)、トークンスパース性といった技術が対応する。

MoE Serving and Training

Mixture-of-Expertsモデルは各トークンをエキスパートの部分集合にルーティングし、トークンあたりのアクティブ計算量を下げる。しかしこれによりモデル実行はエキスパート配置・all-to-all通信・負荷不均衡・メモリ常駐・ネットワークスケジューリングを伴うデータセンターシステム問題になる。訓練は多数GPU間の高スループットなエキスパート交換を必要とし、サービングは偏った・バースト的なユーザーリクエスト下での低レイテンシなエキスパートディスパッチを必要とするため、両者は異なる最適化目標を持つ。

Serverless AI Inference

サーバーレスの弾力性をモデルサービング、特にLLMサービングへ適用する試み。難しいのはAI推論が小さなステートレス関数ではなく、モデル重み・GPU配置・KVキャッシュ・ウォーム状態・データパッシング・厳格なレイテンシ目標を持つことである。XFaaSなど汎用サーバーレス基盤 → SabreによるマイクロVMコールドスタート削減 → FaPESなどML向け弾力的スケーリング → ServerlessLLMなど状態が支配的なLLM対応 → FlexPipeによる動的パイプライン再構成 → GPU中心のデータパッシング、という研究の弧をたどる。

技術・手法

KV Cache Paging
KVキャッシュを固定サイズのブロックで管理し、論理シーケンスと物理メモリ配置を分離する(仮想メモリの発想の輸入)。連続割り当てによる断片化を避けてバッチサイズを増やし、continuous batching・request migration・long-context cache managementの土台となる。ブロックサイズの選択やプレフィックス共有時のライフタイム管理がトレードオフになる。
Chunked Prefill
長いプロンプトのprefill計算を小さな単位に分割し、その間に既存リクエストのdecodeを継続させる技術(Sarathi-Serve)。チャンクを小さくするとdecodeレイテンシは守られるがスケジューリングオーバーヘッドが増え、大きくするとprefill効率は上がるがdecode停滞が増えるというトレードオフを持つ。
Phase-Disaggregated Serving
prefillとdecodeを異なるワーカー・ストリーム・リソースプールへ分離する手法(WindServeなど)。コンピュート特性とレイテンシ目標が異なる両フェーズを1つの均一キューで扱う妥協を避けられるが、フェーズ間の状態転送オーバーヘッドとプールサイジングの誤りが新たな課題になる。
Prefill-Decode Scheduling
prefill(コンピュート負荷)とdecode(メモリ帯域負荷)の2フェーズを、スループットとユーザー可視レイテンシを犠牲にせず織り交ぜるスケジューリング。chunked prefill・stall-free batching・phase disaggregation・SLOカスタム型speculative decoding・preemptive streamingを手段として持ち、TTFT・TBT・テールレイテンシで評価される。
LLM Request Migration
稼働中のリクエストとその実行状態(主にKVキャッシュとスケジューラメタデータ)を別のモデルインスタンスへ移動する技術(Llumnix)。OSのプロセスマイグレーションに類似し、メモリのデフラグ・負荷再分散・高優先度リクエストの隔離・オートスケーリングのためのドレインに用いられるが、大きなKVキャッシュの転送コストとダウンタイムの隠蔽が課題となる。
MoE Expert Placement
エキスパートをGPU・CPU・メモリ階層・ネットワークドメイン間のどこに置くかを決める制御問題。ホットエキスパートのバッチ近傍への配置、人気エキスパートのレプリケーション、トポロジ単位での分割、コールドエキスパートのCPU/CXLへのオフロードとプリフェッチが主なノブであり、訓練最適な配置がサービング最適とは限らない点が失敗モードになる。

主要論文

論文名一言貢献
PagedAttention / vLLM2023KVキャッシュ管理を仮想メモリのページングとして再定義し、断片化を減らしてサービングスループットを向上させた基礎論文。
Sarathi-Serve2024chunked prefillとstall-free batchingでprefill/decodeのスケジューリング対立を緩和し、トークンレイテンシを守りながらサービング容量を向上。
Llumnix2024稼働中リクエストとGPU常駐状態をOSプロセスのようにインスタンス間で動的マイグレーションし、負荷分散・デフラグ・優先度制御を実現。
ServerlessLLM2024モデル起動をストレージ局所性とチェックポイントロードの問題として扱い、既存サーバーレス推論比で10〜200倍のレイテンシ削減を報告。
CacheGen2024KVキャッシュ再利用をネットワークデータ移動問題として捉え、KV特化圧縮とストリーミングでキャッシュサイズを3.5〜4.3倍削減。
InfiniGen2024KVキャッシュをCPUメモリに保持しつつ次層attentionを投機して必要なエントリのみプリフェッチし、従来手法比最大3.00倍の高速化。
DiffKV2025キー・値・トークン・アテンションヘッドを差別化して圧縮し並列コンパクションを行うことで、2.7〜5.7倍のKV圧縮と1.9〜5.4倍のスループット向上。
HCache2025中間アクティベーションから状態を復元することで、KVオフロード比最大1.93倍・トークン再計算比最大5.73倍のTTFT削減を実現。
MegaScale-Infer2025attentionとFFN/エキスパートの実行をディスアグリゲートし、many-to-many通信を最適化してMoEデコードの帯域律速問題に対処。
Aegaeon2025トークン粒度のマルチモデルスケジューリングとオートスケーリングでGPUをプールし、本番展開でGPU数を1,192台から213台へ削減。
Torpor2025レイトバインディング・モデルスワップ・GPUランタイム共有により、LLM非依存のGPUサーバーレス推論基盤としてGPUプロビジョニングコストを大幅削減。
IC-Cache2025意味的に類似した過去のリクエスト応答をin-context例として再利用し、小型モデルでのサービングにより1.4〜5.9倍のスループット向上。
McQueen2026AppleのエクサバイトスケールなGeo分散オブジェクトストア。ローカル再構成符号とリージョン間レプリケーション/XORパリティで可用性と耐久性を両立する、ストレージ系のプロダクション事例(LLM serving本流ではなく参照ソースとして併読)。

トレードオフ

このテーマ専用の比較マップは存在しないが、読んだconceptsとtechniquesの各ページには共通するトレードオフが繰り返し現れる。

  • レイテンシ vs スループット。 大きなバッチはdecode効率を高めるが、長いprefillが進行中のdecodeを停滞させかねない。decodeを優先すればTBTは守られるがGPU容量が無駄になり、prefillを優先すればスループットは上がるが生成が停滞する。Sarathi-Serveのchunked prefillやTokenFlowのpreemptive schedulingはこの緊張を緩和する手段だが、チャンクサイズの選択自体が新たなトレードオフになる。
  • メモリ vs 再計算。 KVキャッシュをフルに保持すればattention再計算は不要だが、GPUメモリを消費し断片化を招く。InfiniGenやHCacheのようにオフロード・中間アクティベーションからの復元を選べばGPUメモリは節約できるが、転送・IO・予測精度に依存するコストが生じる。DiffKVの差別化圧縮も同様に、圧縮率とアクセスの不規則性の間でバランスを取る。
  • 局所性 vs 弾力性。 ServerlessLLMやTorporが示すように、チェックポイントやモデルの局所性を高めるほどコールドスタートは減るが、リクエストを特定ホストに固定してしまい弾力的なスケールアウトの妨げになる。
  • 専門化 vs 移行コスト。 phase-disaggregated servingやLlumnixのrequest migrationは、フェーズ・インスタンスを特化させることで効率を上げるが、状態転送のオーバーヘッドと失敗モードという代償を伴う。

未解決問題・研究の方向

  • KVキャッシュをテナントをまたいでどう配置・移行・圧縮・共有・保護すべきか。
  • long-context・MoE・アダプタ・マルチSLOサービングを統一的に扱えるスケジューラの抽象化とは何か。
  • phase-disaggregated servingが統合サービングに勝るのはどのような条件下か。
  • サーバーレスLLMサービングはウォーム状態の維持とscale-to-zeroをどうバランスすべきか。
  • サービングAPIはコスト・レイテンシ・品質のトレードオフをどうクリーンに公開できるか。
  • KVマイグレーションはオンラインデフラグに使えるほど予測可能にできるか。
  • アドミッション制御は将来のdecode長やメモリ圧迫を見越して判断できるか。
  • long-context servingとMoE servingは1つの配置モデルを共有できるか。
  • 研究の出発点としては、LLM Serving Systems → 比較マップ → スケジューリング系譜 → KVキャッシュ管理系譜 → Long-Context Serving → MoE Serving and Training → Serverless AI Inferenceの順に読むことが推奨されている。研究テーマとしては、KVキャッシュのインフラ化(配置・共有・圧縮・移行・機密性)、フェーズアウェアなスケジューリング、long-contextのメモリ階層設計、MoEのエキスパート配置とオフロード、サーバーレスLLMのコールドスタート/ウォームプール、SLOアウェアなデコーディングが挙げられる。