オープンウェイトモデルと小規模言語モデルが急速に進歩するなか、あらゆるAIが最終的にはPCやスマートフォン上で実行されるようになるという見通しが繰り返し語られている。ローカル実行には、API利用料を削減し、機密データを外部に送信せず、インターネットがなくても動作するという明確な利点がある。
しかし、ローカルAIの成長とデータセンターAIの衰退は同じ命題ではない。今後、個人端末上で実行されるAIが大幅に増えたとしても、総演算量と高難度タスクを基準に見れば、データセンターが推論の中心であり続ける可能性が高い。その理由は、モデルの規模だけでなく、性能競争、ユーザー需要、バッチ処理、ハードウェア利用率、総所有コストが複合的に作用するためだ。
まず区別すべき3つの概念
ローカルAIをめぐる議論では、異なる軸が頻繁に混同される。
| 区分 | 意味 | 反対概念 |
|---|---|---|
| オープンウェイト | 学習済みのモデルウェイトをダウンロードし、定められたライセンスの範囲内で利用できるモデル | ウェイトが公開されていないモデル |
| ローカル・オンデバイス推論 | PC、スマートフォン、車両、社内機器上で直接実行する方式 | 外部データセンターで実行する方式 |
| セルフホスティング | ユーザーが選んだサーバーやデータセンターでモデルを運用する方式 | モデル提供者のAPIを利用する方式 |
オープンウェイトは必ずしもローカルを意味しない。企業は、オープンウェイトモデルをレンタルしたGPUクラスターや自社のデータセンターでサービスとして提供できる。反対に、端末メーカーが非公開の小規模モデルをスマートフォンに搭載することもできる。
したがって、実際の問いは「公開モデルが進歩するか」ではなく、「各タスクをどの演算環境で処理することが、性能、コスト、プライバシー保護、運用の面で有利か」である。
オープンウェイトも、直ちに完全なオープンソースを意味するわけではない。利用・再配布・派生モデルに適用される条件はモデルのライセンスごとに異なるため、商用展開の前には該当するライセンスを別途確認する必要がある。
将来のローカルモデルは現在の最高モデルに追いつける
量子化、知識蒸留、枝刈り、推論エンジンの最適化、専用NPUの進歩により、同水準のタスクをより少ないメモリと電力で処理できるようになる。現在はサーバーを必要とする能力の一部が、数年後にはノートPCやスマートフォンへ移行するという見通しは十分に合理的だ。
ただし、比較基準は固定されていない。将来のローカルモデルが現在の最高モデルと同程度になる間にも、データセンターモデルは次の方向へ進歩し得る。
- より複雑な推論と計画
- より長いコンテキストと大規模な検索結果の処理
- 画像・音声・映像を組み合わせたマルチモーダルタスク
- 複数のツールと外部システムの安定した利用
- 多数のエージェントまたは候補経路を活用した推論
- 長時間のタスク中にエラーを発見して復旧する能力
したがって、「現在の最高性能をいつかローカルで実現できる」という命題と、「その時点での最高性能もローカルで実現できる」という命題は異なる。前者は技術の効率化によって実現する可能性が高いが、後者はデータセンターが提供する電力・メモリ・ネットワーク・アクセラレーターの規模も進歩し続ける限り、引き続き困難である可能性がある。
ユーザーにとって十分な性能の基準も高まる
初期の生成AIを代表するタスクは、質問への回答、短い文書の要約、メールの下書き、簡単なコード生成だった。このようなタスクは、小規模なローカルモデルでも有用に処理できる。
一方、AIエージェントはコードリポジトリ全体を読み、複数のファイルを修正し、テストを実行しながら、検索と外部ツールの呼び出しを繰り返す。研究エージェントは複数の資料を比較し、中間結果を保持しながら長時間作業しなければならない。業務自動化エージェントは、権限、データベース、社内システムまで扱う必要がある。
長時間のタスクでは、各段階のエラーが累積する。1段階の成功率が高くても、数十回の判断とツール呼び出しを連続して実行すれば、タスク全体が成功する可能性は大きく低下し得る。このため、ユーザーは単に1件の回答品質だけでなく、次の能力を評価するようになる。
- 目標と制約条件を長時間維持できるか
- 失敗したツール呼び出しを診断して復旧できるか
- 未確認の内容を事実であるかのように作り出さないか
- コードと文書の幅広いコンテキストを一貫して理解できるか
- 人間が介入しなければならない回数を減らせるか
より強力なモデルが手戻りや監督時間を減らせるなら、トークン当たりの価格が高くても、業務全体のコストは低くなり得る。反対に、短く反復的なタスクでは、安価なローカルモデルのほうが合理的だ。結局、選択基準はモデルの価格だけでなく、完了したタスク1件当たりのコストと失敗リスクである。
データセンターの中核的な利点はバッチ処理とリソース共有だ
大規模言語モデルのトークン生成は、モデルウェイトをアクセラレーターのメモリから繰り返し読み出す処理に大きく依存する。単一のリクエストだけを処理すると、大規模な並列演算装置とメモリ帯域幅の一部が十分に活用されない可能性がある。
サービングシステムは、異なるユーザーからのリクエストをバッチにまとめて行列演算を行う。このとき、1回の演算処理で複数のリクエストを同時に処理し、演算密度とスループットを高められる。先に終了したリクエストを外し、新しいリクエストを追加する連続バッチ処理は、入力長と出力長がそれぞれ異なる実際のサービスにおいて、利用率を高める中核技術だ。
バッチ処理によって、リクエスト数に比例するコストが完全になくなるわけではない。リクエストごとに計算すべきトークンとKVキャッシュがあり、バッチが大きくなるほどメモリ使用量と待ち時間も増加する。運用者は次の要素間でバランスを取らなければならない。
- 1秒当たりの処理トークン数
- 最初のトークンが出るまでのレイテンシ
- リクエストごとの出力トークンのレイテンシ
- KVキャッシュが占めるメモリ
- 長いコンテキストと短いコンテキストのリクエストの混在
- サービスレベル目標と最大同時リクエスト数
それでも、大規模サービスにはリクエストが継続的に入るため、個人用GPUよりもアイドル時間を減らしやすい。モデルのレプリカを複数の顧客で共有し、トラフィックに応じてサーバー数を調整し、一部のタスクを適切なアクセラレーターへ移すこともできる。
個人用GPUは平均利用率が低くなりやすい
個人用機器は必要なときにすぐ利用できるが、1日の大半を待機状態で過ごす場合がある。複数のエージェントを同時に実行しても、大規模サービスのように、さまざまな長さのリクエストを継続的に投入することは難しい。
ローカル機器の経済性は、最大処理速度ではなく実際の利用率に左右される。高価なGPUを所有していても、1週間に数時間しか使用しなければ、有効トークン当たりの資本コストは大きくなる。反対に、映像制作、ソフトウェアテスト、大量の文書処理などの継続的なタスクがあれば、ローカル機器の利用率が高まり、コスト競争力が生まれ得る。
複数人にローカルサーバーを開放すれば、利用率とバッチ処理の機会が高まる。しかしその瞬間、認証、アクセス制御、ジョブキュー、障害対応、冷却、モニタリングが必要になる。規模は小さくても、データセンター運用と同様の問題が生じるということだ。
データセンター向けアクセラレーターは目的と構成が異なる
コンシューマー向けGPUも生成AIに強いが、ゲーム、グラフィックス、汎用演算を併せて考慮して設計されている。データセンター向けアクセラレーターは、大容量の広帯域メモリ、アクセラレーター間接続、ラック単位の拡張、低精度AI演算に重点を置いている。
GeForce RTX 4090はコンシューマー向けGPUで、NVIDIA B200はデータセンター向けAIアクセラレーターだ。著者が比較した推定値によると、NVIDIA B200は同じ電力水準でRTX 4090より演算性能が約3倍高く、メモリ帯域幅は約4倍に近い。この差は、大規模モデルをメモリに載せ、高スループットでサービスを提供する際にデータセンター側に有利に働く。
ただし、両製品の性能値を単純な比率で比較してはならない。公開されているAI演算量は、精度、スパース性の適用有無、電力上限、システム構成が異なる場合がある。実際の推論性能は、モデル構造、量子化方式、バッチサイズ、コンテキスト長、ソフトウェアスタックまで同一条件にそろえたベンチマークで判断すべきだ。
大規模モデルを複数のアクセラレーターに分割すると、通信コストも発生する。データセンターは高速インターコネクトと最適化されたネットワークを提供するが、分散推論は無料ではない。小規模なモデルであれば、むしろ単一のコンシューマー向けGPUで実行するほうが、シンプルで効率的な場合がある。