GPUだけでは解決できない低レイテンシ推論の構造的ボトルネック

GPUだけでは解決できない低レイテンシ推論の構造的ボトルネック

AIモデルの活用が「学習」から「推論」へと重心を移すなか、データセンターの現場では応答速度に関する深刻な課題が浮上しています。チャットAIやエージェント型AIが普及するほど、ユーザーが体感する待ち時間はサービス品質を左右する最大の要因となります。GPUは大規模な並列演算で圧倒的な性能を発揮する一方、リアルタイム推論で求められる「1回のリクエストに対して即座に応答する」という要件には構造的な限界を抱えています。ここでは、なぜGPU単体のスケールアップでは低レイテンシ推論の問題を根本的に解決できないのかを、アーキテクチャの原理から整理します。

バッチサイズ1で性能が急落するGPUアーキテクチャの根本的弱点

GPUは本来、数千のCUDAコアやテンソルコアを使って膨大な演算を同時に処理するために設計されたプロセッサです。学習フェーズでは大量のデータを並列にバッチ処理するため、この設計が最大限に活きます。しかし、推論フェーズ、とりわけリアルタイムの対話型AIでは、ユーザー1人の1リクエストに対して即座にトークンを返す必要があります。このバッチサイズ1の状況では、GPU内部の演算リソースの大部分がアイドル状態となり、理論上の演算性能に対する実効利用率が大幅に低下する構造的な問題を抱えています。

具体的には、NVIDIA V100との比較でGroqのLPUがバッチサイズ1の画像推論において約17.6倍の速度を記録したという報告があります。大バッチでは約2.5倍に差が縮まることからも、GPUのアーキテクチャがバッチサイズの大小に性能が強く依存する構造であることが分かります。エージェント型AIでは個々のAIが独立してリクエストを発行するため、バッチサイズ1に近い状況が頻繁に発生し、GPUの弱点が顕在化しやすくなります。

HBM帯域22TB/sでは不足するデコード処理の1トークンあたり遅延

LLMの推論処理は大きく2段階に分かれます。入力プロンプトを処理する「Prefill」フェーズと、1トークンずつ順次出力する「Decode」フェーズです。Prefillは演算量に依存する計算バウンドな処理であるのに対し、Decodeはモデルの重みをメモリから演算ユニットへ繰り返し転送する必要があるため、メモリ帯域幅に強く依存します。

NVIDIAの次世代Rubin GPUに搭載されるHBM4の帯域幅は約22TB/sです。この数値は従来世代から大幅に向上していますが、1トークンごとに数十〜数百億のパラメータ重みを読み出す処理が連続するDecodeフェーズでは、帯域幅がボトルネックとなります。Groq 3 LPUのオンチップSRAMが提供する150TB/sという帯域幅は、HBM4の約7倍にあたります。この差は、とくに1000トークン/秒を超える高速生成が求められるシナリオで決定的な性能差となって現れます。

動的スケジューリングが招くレイテンシの不確定性と品質劣化リスク

GPUやCPUでは、ハードウェアが実行時にどの命令をいつ処理するかを動的に決定します。この動的スケジューリングは汎用性を高める一方で、各演算がいつ完了するかを事前に予測できないという非決定論的な性質を持ちます。数百のコアが集団的な同期処理(コレクティブオペレーション)を行う際、1つのコアの処理遅延がシステム全体に波及し、テール・レイテンシが増大するリスクがあります。

エージェント型AIやリアルタイム音声対話のように、応答時間のブレが直接ユーザー体験を損なうシナリオでは、この不確定性は深刻な問題です。応答時間が一定でないと、複数のAIエージェントが連携して意思決定を行うワークフローにおいて、最も遅いエージェントの応答に全体が律速されます。結果として、平均レイテンシが許容範囲内であっても、99パーセンタイルのレイテンシが大きく跳ね上がるケースが発生し、実運用での品質劣化につながります。この問題は、GPUを増設しても動的スケジューリング自体の非決定論的性質が解消されない限り根本的には改善されません。

100トークン/秒では間に合わないマルチエージェント間通信の実例

現在のGPUベースの推論環境では、1ユーザーあたり数十〜100トークン/秒程度の生成速度が一般的な水準とされています。人間がチャットインターフェースで文章を読む速度に対しては、この水準でも十分に快適な体験を提供できます。しかし、AIエージェント同士が相互に通信するマルチエージェント環境では、この速度は根本的に不足します。

たとえば、コーディングエージェントがコードを生成し、テストエージェントがそれを検証し、レビューエージェントがフィードバックを返すという3段階のワークフローを想定します。各段階で数百〜数千トークンのやり取りが発生するため、1段階あたり数秒の遅延が積み重なり、全体の完了まで数十秒から数分を要することになります。NVIDIAのIan Buck氏は、エージェント間通信には1500トークン/秒以上の速度が必要であるとGTC 2026で言及しており、現行GPUの性能水準との間に10倍以上のギャップが存在することを示しています。

H100・B200の増設で解決を試みた企業が直面した電力コスト3倍問題

低レイテンシ推論の需要に対して、多くのクラウド事業者やエンタープライズ企業が最初に採用した戦略は、H100やB200といったGPUの物量を増やすことでした。GPU数を増やせばメモリ帯域の総量は増加し、並列度を高めることでレイテンシを下げられるという発想です。しかし実際には、GPUの増設は消費電力と冷却コストを直線的、あるいはそれ以上に押し上げます。

NVIDIAがGTC 2026で公表したデータによれば、Vera Rubin NVL72にGroq 3 LPXラックを組み合わせた構成は、前世代のGrace Blackwell NVL72(GB200 NVL72)と比較して、400トークン/秒/ユーザー時のワットあたり推論スループットが最大35倍に達するとされています。この数字を逆に読めば、GPU単体で同等の推論速度を実現しようとした場合、電力コストが桁違いに膨れ上がることを意味します。データセンターの電力契約や冷却設備の制約を考慮すると、GPUの増設だけで低レイテンシ推論を解決する手法には、経済的・物理的な限界があると言えます。

Groq 3 LPUのSRAM主導設計が生む150TB/s帯域幅と決定論的実行の仕組み

Groq 3 LPU(Language Processing Unit)は、AI推論に特化した専用プロセッサとして、GPUとはまったく異なる設計思想に基づいて開発されています。最大の特徴は、外部メモリであるHBMに依存せず、チップ上のSRAMを一次記憶として活用する点にあります。GTC 2026でNVIDIA CEOのJensen Huang氏が正式に発表したこのチップは、Samsung 4nmプロセスで製造され、2026年後半の出荷が予定されています。ここでは、Groq 3 LPUの技術的基盤を構成する5つの要素を詳しく解説します。

500MBオンチップSRAMをキャッシュではなく一次記憶に使う設計思想

一般的なプロセッサにおいて、SRAMは演算ユニットの近くに配置されるキャッシュメモリとして使われます。データの一部を一時的に保持し、頻繁にアクセスされるデータへの高速アクセスを実現する補助的な役割です。これに対して、Groq 3 LPUでは500MBのSRAMをキャッシュとしてではなく、推論に必要なモデルの重み・活性化値・KVキャッシュを直接配置する一次記憶として使用します。

この「フラットなSRAMファーストアーキテクチャ」では、ハードウェアが自動的にデータの配置を管理するのではなく、コンパイラとランタイムが明示的にデータの配置と移動を制御します。外部メモリへのアクセスが発生しないため、データ読み出しにおける予測不能な遅延(ストール)が排除され、安定した低レイテンシを実現できます。GPUがHBMから数十GBの重みを逐次読み出すのに対し、LPUはチップ内部の超高速メモリからデータを供給し続ける仕組みです。

コンパイラが全クロックサイクルを事前確定する静的スケジューリング

Groq LPUのもう一つの根幹技術が、静的スケジューリングによる決定論的実行です。GPUやCPUではハードウェアが実行時に命令のスケジューリングを行いますが、LPUではコンパイラがコンパイル時点で実行グラフ全体を事前計算します。どのクロックサイクルでどの演算ユニットがどのデータを処理するか、チップ間通信がいつ発生するかまで、すべてが事前に確定されています。

この設計はVLIW(Very Long Instruction Word)アーキテクチャに近い思想であり、ハードウェア側の分岐予測や投機的実行が不要になります。その結果、処理時間がコンパイル時に確定するため、同じ入力に対して常に同一の実行時間が保証されます。リアルタイムシステムにおいて、この決定論的動作は極めて重要な意味を持ちます。テール・レイテンシの増大を原理的に排除できるため、SLA(サービスレベル合意)で厳密なレイテンシ保証を求めるエンタープライズ用途に適合します。

HBM4比約7倍の帯域幅150TB/sがデコード高速化に直結する理由

Groq 3 LPUの単体チップが提供するオンチップSRAM帯域幅は150TB/sに達します。NVIDIAの次世代Rubin GPUに搭載されるHBM4の帯域幅が約22TB/sであることと比較すると、約7倍の差が存在します。この帯域幅の差は、LLM推論のDecodeフェーズにおいて直接的な性能差として顕在化します。

Decodeフェーズでは、1トークンを生成するたびにモデル全体の重みパラメータを読み出す必要があります。たとえば70BパラメータのモデルをFP8精度で保持する場合、1トークンの生成に約70GBのデータ読み出しが発生します。HBM4の22TB/sでは1回の読み出しに約3.2ミリ秒かかる計算ですが、SRAMの150TB/sであれば約0.47ミリ秒で完了します。この差が1000トークン分積み重なると、秒単位の応答時間差となって現れます。LPUがデコード処理の高速化に直結するのは、この帯域幅の優位性が本質的な理由です。

980億トランジスタをSamsung 4nm SF4Xで量産する製造パートナー戦略

Groq 3 LPU(チップ名称LP30)は、Samsung Foundryの4nmプロセス(SF4X)で製造されます。GTC 2026のキーノートでJensen Huang氏が壇上でSamsungへの謝辞を述べたことは、この製造パートナーシップの戦略的重要性を物語っています。NVIDIAのGPUはTSMCで独占的に製造されてきましたが、LPUの製造をSamsungに委託することで、サプライチェーンの分散と製造リスクの低減を図る意図が読み取れます。

チップのトランジスタ数は約980億個に達し、500MBのSRAMを搭載する大規模なダイとなっています。Samsungは生産体制をサンプル段階の約9000枚/月から約15000枚/月へ増産中であり、2026年第3四半期の量産出荷に向けた準備が進んでいます。NVIDIAにとってSamsung Foundryとの関係再構築は、かつてRTX 3000シリーズをSamsungで製造して以来の提携となり、AIチップ供給における製造先の多角化という中長期的な意味合いも持ちます。

TruePoint数値形式が100ビット中間蓄積で推論精度を維持する仕組み

推論の高速化を追求するうえで、多くのアクセラレータは量子化(Quantization)によりモデルの数値精度を下げる手法を採用しています。INT8やFP4などの低精度演算は計算量とメモリ使用量を削減できますが、累積的な精度低下が推論品質の劣化を招くリスクがあります。Groq LPUでは、TruePointと呼ばれる独自の数値形式を採用し、この問題に対処しています。

TruePointの特徴は、精度に影響しない部分のみを選択的に低精度化し、精度に敏感な中間蓄積(Accumulation)には100ビットの高精度演算を維持する点にあります。入力データのビット幅に関係なく、蓄積演算における情報損失をゼロに抑えることで、低精度推論にありがちな品質劣化を回避します。これにより、GPUアーキテクチャでは「速度と精度のトレードオフ」として受け入れられてきた制約を、LPUでは原理的に解消できるとGroqは主張しています。推論速度と出力品質の両立は、商用AIサービスにとって不可欠な要件です。

NVIDIAが200億ドルを投じたGroq技術獲得と推論市場シフトの背景

2025年12月24日、NVIDIAは推論チップスタートアップGroqとの間で約200億ドル(約3兆円)規模の取引を発表しました。これはNVIDIA史上最大の取引であり、AI半導体業界に大きな衝撃を与えました。しかしこの取引は通常の企業買収ではなく、技術ライセンスと人材移籍を組み合わせた独自の構造を持っています。その戦略的意図を理解するには、AI市場の構造変化とNVIDIAが直面していた推論領域の課題を把握する必要があります。

株式買収ではなくライセンス+人材移籍を選んだ独禁法回避の構造

NVIDIAとGroqの取引は、Groqという企業を株式ごと買収する形式ではありません。公式発表によれば、NVIDIAはGroqの推論技術に関する「非独占的ライセンス」を取得し、同時にGroqの創業者であるJonathan Ross氏やプレジデントのSunny Madra氏を含む中核エンジニアチームを雇用する構造です。Groq自体はSimon Edwards CFOを新CEOに据え、独立企業として存続し、GroqCloudサービスも継続運営されます。

この構造が採用された最大の理由は、規制当局による独占禁止法審査の回避にあると広く分析されています。米連邦取引委員会(FTC)や司法省(DOJ)は、巨大テック企業によるAIスタートアップの買収に厳しい監視を強めています。MicrosoftによるInflection AI、AmazonによるAdept AIの事例と同様に、「会社そのものは買収していない」「ライセンスは非独占的である」という建前を構築することで、正式買収に必要な長期の審査を回避する手法です。実質的にはGroqの技術と頭脳がNVIDIAに移転しながらも、形式上は提携に留まるという二重構造を持っています。

Google TPU開発者ジョナサン・ロスを含む中核技術陣がNVIDIA入りした経緯

Groqの創業者Jonathan Ross氏は、GoogleでTPU(Tensor Processing Unit)を開発した中心人物として知られています。2016年にGoogleを離れてGroqを設立し、GPUとは根本的に異なるアーキテクチャの推論専用チップを開発してきました。当初はTensor Streaming Processor(TSP)と呼ばれていたこのチップは、生成AIブームの到来とともにLPU(Language Processing Unit)へとリブランドされ、GroqCloudを通じてその高速性を一般開発者にも体験可能な形で提供していました。

しかし、資金力とブランド力で大手に劣るスタートアップが、実際の推論市場で支配的なシェアを確保することは困難でした。OpenAI、Google、Anthropicなどによる寡占状態のなか、Groqは初速こそ話題を集めたものの、大規模な商用導入には至っていませんでした。2025年9月に7.5億ドルを調達して評価額69億ドルに達したものの、NVIDIAからの提案は「拒否できない条件」であったと推察されます。Ross氏はNVIDIAのチーフソフトウェアエンジニアとして合流し、GTC 2026では「GPU ♥ LPU」と題したセッションを担当しています。

学習市場99%支配から推論市場防衛へ転換を迫られた収益構造の変化

NVIDIAがAI学習(トレーニング)市場で占めるシェアは約99%とされ、CUDAエコシステムによるロックインで圧倒的な優位性を維持しています。GoogleのTPUやAmazonのTrainiumが一部のシェアを持つものの、研究者や開発者にとってNVIDIAのGPUはデファクトスタンダードの地位にあります。しかし、AI市場全体の重心が「モデルを作る学習」から「モデルを動かす推論」へとシフトするなかで、この支配的地位に潜在的なリスクが生まれていました。

推論市場では、トークンあたりのコストと応答速度が競争の鍵を握ります。GPUは「高価で電力消費が大きい」という批判にさらされやすく、Groq、Cerebras、SambaNova、さらにはGoogleやAmazonの自社チップが推論特化のソリューションを次々と投入していました。NVIDIAにとって最悪のシナリオは「学習はNVIDIA、推論は別ベンダー」という二極構造の定着です。Groqの技術を内部化することで、学習から推論までのフルスタックをNVIDIAプラットフォーム上で完結させ、顧客の離脱を構造的に防ぐ狙いがあります。

Mellanox買収と同じ統合パターンで読む2020年との戦略的共通点と相違点

Jensen Huang氏はGTC 2026のキーノートで、Groqの統合を2019年のMellanox買収(約69億ドル)と明確に対比して説明しました。Mellanoxはネットワーキング技術を持つ企業であり、その技術はNVLinkやInfiniBandとしてNVIDIAのAIクラスタのインターコネクトの基盤となりました。チップベンダーからネットワーキングカンパニーへの転換を実現した買収であり、Groqは同様にNVIDIAを「学習優先のGPUベンダー」から「推論最適化されたフルスタックプラットフォーム企業」へ変える位置づけです。

共通点は、買収した技術をスタンドアロン製品としてではなく、既存プラットフォームのコアコンポーネントとして統合する手法にあります。一方で相違点も明確です。Mellanoxは完全買収でしたが、Groqはライセンス+人材移籍であり、Groq自体は独立企業として存続しています。また取引規模は約3倍に拡大しており、推論市場に対するNVIDIAの危機感の大きさを反映していると言えます。さらに、MellanoxがNVIDIAにとって「未踏の領域」だったのに対し、Groqの技術は既存GPU事業と部分的に競合する点で、統合の難度は質的に異なります。

GroqCloud存続と非独占ライセンスが残す競争環境への影響と限界

取引後もGroqは独立企業として存続し、GroqCloudの運営を継続することが明言されています。また、NVIDIAが取得したライセンスは非独占的であり、理論上はGroqが他社に対しても技術をライセンスする余地が残されています。この構造は、規制当局に対して「市場の競争は維持されている」と示す効果があります。

しかし実態としては、創業者を含む中核技術チームがNVIDIAに移籍した以上、Groq側に残された技術開発力は大幅に縮小しています。技術の進化の方向性を決めるのはNVIDIAに合流した開発者であり、NVIDIAは自社GPUスタックとの一体最適化を進めることで、LPU技術の最高のパフォーマンスをNVIDIAプラットフォーム上でのみ実現するインセンティブを持ちます。GroqCloudが独立サービスとして競争力を維持し続けるかは不透明であり、実質的な技術統合が進むほど、非独占ライセンスの意義は形骸化する可能性があります。ユーザー企業は、この競争環境の推移を踏まえたベンダー選定が求められます。

Vera RubinプラットフォームにおけるGPUとLPUの推論分業アーキテクチャ

GTC 2026で発表されたVera Rubinプラットフォームは、NVIDIAの次世代AIインフラの中核を担うラックスケールシステムです。Rubin GPU、Vera CPU、NVLink 6、BlueField-4 DPU、ConnectX-9 SuperNICに加え、今回新たにGroq 3 LPUが7番目の構成チップとして追加されました。このプラットフォームの最大の革新は、推論処理をGPUとLPUで分業する異種混合アーキテクチャにあります。学習と推論を同一のGPUで処理していた従来の構成から、処理特性に応じて最適なプロセッサを割り当てる設計への転換です。

Prefill処理をRubin GPUが担いDecode処理をLPUが担う二段階構成

Vera Rubinプラットフォームの推論アーキテクチャにおける最も重要な設計判断は、推論処理の各段階を処理特性に応じて異なるプロセッサに割り当てた点にあります。NVIDIAはこれをAFD(Attention-FFN Disaggregation)と呼んでいます。入力プロンプトを処理して文脈を構築するPrefillフェーズは、NVFP4で最大50ペタFLOPSの演算能力と288GBのHBM4を持つRubin GPUが担当します。Decodeフェーズでは、KVキャッシュを用いたAttention処理を引き続きRubin GPUが実行し、FFN(フィードフォワードネットワーク)やMoEのエキスパート実行といったレイテンシに敏感な部分をGroq 3 LPUが担当します。

つまり、単純な「Prefill=GPU、Decode=LPU」という二分割ではなく、Decodeフェーズの内部をさらに分解し、Attention演算はGPU、FFN/MoE演算はLPUという形で1トークンごとにGPUとLPUが交互に処理する反復ループ構造となっています。中間的な活性化テンソルがトークンごとにGPU-LPU間で交換されるため、両プロセッサ間の通信帯域が重要になります。この設計により、GPUの大容量メモリとLPUの超高帯域SRAMの両方の強みを、同一の推論リクエスト内で最大限に活用できる構成です。

256基のLPUで構成するGroq 3 LPXラックの128GB SRAM・40PB/s帯域

Groq 3 LPUを実際のデータセンターに展開するための物理的な単位が、Groq 3 LPXラックです。1ラックに256基のGroq 3 LPUを搭載し、合計で128GBのオンチップSRAMと40PB/s(ペタバイト/秒)の帯域幅を提供します。個々のLPUは500MBのSRAMと150TB/sの帯域を持ちますが、これを256基集約することでラックレベルでの巨大なメモリプールと帯域を実現しています。

項目 Groq 3 LPU(1チップ) Groq 3 LPXラック(256チップ)
オンチップSRAM容量 500MB 128GB
メモリ帯域幅 150TB/s 40PB/s
FP8演算性能 約1.2 PFLOPS 315 PFLOPS
チップ間スケールアップ帯域 640TB/s
製造プロセス Samsung 4nm(SF4X)

LPU単体のSRAMは500MBと小さいため、大規模モデルの重みをすべて格納するには数百基のLPUにモデルをテンソル並列で分散配置する必要があります。LPXラックの設計は、この分散配置を前提としたものであり、チップ間のスケールアップインターフェースがラック全体で640TB/sの帯域を確保することで、分散処理時の通信オーバーヘッドを最小限に抑える設計です。

NVLink 6とSpectrum-X接続によるGPUラック間640TB/sスケールアップ

Vera Rubinプラットフォームでは、GPUラック(Vera Rubin NVL72)とLPUラック(Groq 3 LPX)が物理的に隣接して配置され、高速インターコネクトで接続されます。NVL72ラック内のGPU間通信にはNVLink 6が使用され、ラック間およびGPU-LPU間の接続にはSpectrum-Xネットワーキングが採用されています。この多層的な接続構成により、AFDループにおけるGPU-LPU間の中間活性化テンソルの交換や、PrefillからDecodeへの移行を低遅延で実行できます。

NVIDIAのラックスケールアーキテクチャは、単一チップの性能向上だけでなく、チップ間・ラック間の通信性能を含めたシステム全体の最適化を志向しています。GTC 2026では合計5種類のラックシステムが発表され、Vera Rubin NVL72コンピュートラック、Vera CPUラック、Groq 3 LPXラック、BlueField-4 STXストレージラック、Spectrum-6 SPXネットワーキングラックが一体となって「AIファクトリー」を構成します。推論処理におけるGPU-LPU間の分業は、この包括的なシステム設計の一要素として位置づけられます。

投機的デコーディングでドラフト生成をLPU・検証をGPUに分離する手法

前述のAFDがVera Rubinプラットフォームの中核的な推論アーキテクチャであるのに対し、投機的デコーディング(Speculative Decoding)はGPU-LPU異種混合構成をさらに活用する追加の最適化手法です。この手法では、小型で高速なドラフトモデルが候補トークン列を先行生成し、大型のターゲットモデルがそれらを一括して検証・確定するという二段階プロセスで推論のレイテンシを短縮します。

NVIDIAの公式テクニカルブログでは、LPXがこのドラフト生成エンジンとして最適であると説明されています。LPUの決定論的実行と超高帯域SRAMにより、ドラフトトークンを極めて高速に先行生成できます。Rubin GPUは大容量のHBM4メモリと高い演算能力を活かして、候補トークンの検証と確定を効率的に実行します。従来、ドラフト生成と検証の両方を同一のGPU上で行う構成では、メモリ帯域がボトルネックとなり投機的デコーディングの効果が制限されることがありました。異種プロセッサに分離することで、ドラフト生成の高速化とGPUによる検証効率を同時に最大化できます。

Rubin CPXロードマップ消滅が示すLPU優先への方針転換の判断根拠

GTC 2026のキーノートで注目されたのは、2025年9月にNVIDIAが予告していたRubin CPXアクセラレータへの言及が完全に消えていたことです。Rubin CPXは、GDDR7メモリを搭載した推論専用の省電力アクセラレータとして、Vera Rubinプラットフォームの一部を構成する予定でした。しかし、キーノート中のロードマップスライドにはGroq 3 LPUが記載される一方で、CPXの名前は見当たりませんでした。

NVIDIAのIan Buck氏は報道陣に対し、「現在はGroq 3 LPXラックとRubinの統合に注力している」と語り、CPXからLPUへの焦点移行を事実上認めています。この判断の背景には、LPUがCPXと同様の推論高速化を提供しつつ、GDDR7のような大容量外部メモリを必要としないという利点があります。SRAMベースのLPUは、電力効率と応答速度の両面でGDDR7搭載のCPXに対して優位性を持ちます。NVIDIAにとって、200億ドルを投じて獲得した技術を最大限に活用するためにも、既存ロードマップを迅速に再構成する合理性があったと言えます。

Cerebras・GPU単体比較で見えるGroq 3 LPUの最適用途と制約条件

Groq 3 LPUは推論速度において画期的な性能を提供しますが、万能なプロセッサではありません。適切な導入判断のためには、競合するアクセラレータとの比較を通じて、LPUが優位性を発揮する領域と制約が存在する領域を正確に理解する必要があります。ここでは、推論特化チップとして最も有力な競合であるCerebras WSE-3、およびNVIDIA自身のGPUとの比較から、Groq 3 LPUの最適用途と限界を検証します。

Cerebras WSE-3の21PB/s帯域と単体チップ44GB SRAMに対する優劣整理

Cerebras Systems のWSE-3(Wafer Scale Engine 3)は、ウェハ全体を1つのチップとして使用する独自のアプローチで、44GBのオンチップSRAMと約21PB/sの帯域幅を単体チップ上に集約しています。これに対し、Groq 3 LPUは1チップあたり500MBのSRAMと150TB/sの帯域です。単体チップでの容量と帯域を比較すると、Cerebrasが圧倒的に優位です。

比較項目 Groq 3 LPU Cerebras WSE-3 Rubin GPU
オンチップSRAM 500MB 44GB キャッシュのみ
主記憶帯域幅 150TB/s(SRAM) 約21PB/s(SRAM) 22TB/s(HBM4)
演算性能 約1.2 PFLOPS(FP8) 125 PFLOPS(ピーク) 約50 PFLOPS(NVFP4)
消費電力 低(公称値未公開) 約20kW/チップ 高(数百W/チップ)
学習対応 非対応 対応 対応
拡張方式 256基ラック集約 単体で大規模モデル対応 NVL72ラック構成

ただし、Groq 3 LPUの設計思想はラックレベルでの集約を前提としており、256基のLPXラック構成では128GBのSRAMと40PB/sの帯域を実現します。単体チップではなくシステムレベルで比較した場合、両者の帯域幅の差は縮小します。また、Groq LPUはNVIDIAのVera Rubinラックとの統合が前提であるのに対し、CerebrasはAWSのTrainium 3との連携を最近発表するなど、いずれもGPUとの異種混合運用へと進んでいます。

チップ単体500MBの容量制約が70Bパラメータ以上で数百基必要になる現実

Groq 3 LPUの最大の制約は、チップ単体のSRAM容量が500MBに限られる点です。70Bパラメータのモデルをint8精度で展開する場合、約70GBのメモリが必要になります。これは140基以上のLPUを連結して重みを分散配置しなければならないことを意味し、1兆パラメータ規模のモデルでは数千基が必要になります。

この大規模なチップ間分散は、専用のスケールアップインターコネクトで接続されるとはいえ、通信オーバーヘッドや障害ポイントの増加というリスクを伴います。Cerebrasは1つのウェハスケールチップ上に44GBのSRAMを持つため、70Bモデルを少数のデバイスで処理でき、構成が相対的にシンプルです。Groq側はこの課題に対して、コンパイラレベルでチップ間通信パターンを完全に最適化し、テンソル並列によって層ごとに処理を分散する設計で対応していますが、ユーザー企業にとってはモデルサイズに応じた必要チップ数の見積もりが導入判断の重要な変数です。

GB200 NVL72比35倍のワットあたりトークン生成効率の検証条件

NVIDIAがGTC 2026で提示したデータによれば、Vera Rubin NVL72にGroq 3 LPXラックを組み合わせた構成は、前世代のGrace Blackwell NVL72(GB200 NVL72)と比較して、ワットあたりの推論スループットが最大35倍に達するとされています。同時に、データセンター事業者にとっての収益機会がVera Rubin単体で5倍、LPXを加えると最大10倍に拡大するという試算も発表されました。

ただし、この35倍という数字には検証すべき前提条件があります。NVIDIAの公式テクニカルブログによれば、この比較は2兆パラメータのMoEモデルを400Kトークンの入力コンテキストで処理し、ユーザーあたり400トークン/秒の生成速度を実現するシナリオにおける値です。一般的な推論ワークロード全般での改善倍率とは異なります。また、GB200 NVL72(Grace Blackwell世代)との比較であり、Rubin GPU単体との比較ではありません。さらに、GPU+LPU構成ではPrefillとDecode Attentionは引き続きGPUが処理するため、システム全体の消費電力にはGPU側の電力も含まれます。数字の印象だけで判断するのではなく、自社のワークロード特性に照らして、どの速度レンジでの効率改善が重要かを見極めることが不可欠です。

CUDA非対応の現状がもたらす開発者エコシステム移行の実務的障壁

Groq 3 LPUは現時点でNVIDIAのCUDAをネイティブにサポートしていません。NVIDIAのIan Buck氏は「現時点ではCUDAに変更はない。LPUはVera NVL72プラットフォーム上で動作するCUDAのアクセラレータとして活用する」と説明しています。つまり、開発者がLPUに直接コードを書いて実行するのではなく、Dynamo推論スタックを介してGPUとLPU間のワークロード分散が自動的に行われる仕組みです。

この設計は、既存のCUDAエコシステムとの互換性を維持しながらLPUの性能を活用できる点では合理的です。しかし、LPU固有の最適化やカスタマイズを行いたい場合、Groq独自のコンパイラスタックとの連携が必要となる可能性があります。NVIDIAの強さの源泉であるCUDAエコシステム(ライブラリ、開発者コミュニティ、トレーニング済みモデル)との統合がどこまで深まるかは、今後のソフトウェアアップデートに委ねられている段階です。導入を検討する企業にとっては、既存のCUDAベースのワークフローをどの程度変更なく移行できるかが重要な評価ポイントとなります。

リアルタイム音声対話と大規模バッチ処理で最適解が分岐する選定基準

Groq 3 LPUの最適用途は、低レイテンシかつ少数ユーザーのリアルタイム推論に集約されます。チャットAIの応答、音声対話システム、エージェント間通信など、1リクエストに対して即座にトークンを返す必要があるシナリオで最大の威力を発揮します。決定論的実行による安定したレイテンシは、SLAで厳密な応答時間を保証する必要があるエンタープライズ用途にも適合します。

一方、数千ユーザーのリクエストを同時にバッチ処理して総スループットを最大化する用途では、GPUの大容量HBMメモリと高い並列度が有利です。大量の文書を一括要約する処理や、非同期のバッチ推論パイプラインでは、GPUのコスト効率がLPUを上回るケースがあり得ます。導入判断の核心は「レイテンシ最適化」と「スループット最適化」のどちらが自社のワークロードの価値に直結するかという問いです。両方が必要な場合は、Vera Rubinプラットフォームが提供するGPU+LPU混合構成が最も合理的な選択肢となります。

エージェントAI時代に1500トークン/秒が必要となる推論現場の実態

Groq 3 LPUの登場は、単なるハードウェアの世代交代ではなく、AIの利用形態そのものが変化していることを反映しています。従来の人間対AIの対話に加え、AI同士が自律的に通信して意思決定を行うエージェント型AIが急速に普及しつつあります。この新しいパラダイムでは、人間の読み速度に最適化されてきた従来の推論速度では根本的に不足し、桁違いのトークン生成速度が求められます。

自律型AIエージェントが相互通信する際に100トークン/秒では破綻する理由

現在の一般的なLLM推論環境では、1ユーザーあたり数十〜100トークン/秒の生成速度が標準的な水準です。人間がチャット画面で応答を読む速度は毎分200〜300語程度であるため、この速度で十分な体験が得られます。しかし、AIエージェント同士の通信では事情がまったく異なります。エージェントは人間のように1文字ずつ読むわけではなく、受信したトークン列を即座にパースして次のアクションを実行します。

マルチエージェントシステムでは、あるエージェントの出力が別のエージェントの入力になる連鎖的なワークフローが発生します。各段階で100トークン/秒の速度では、数百トークンのやり取りに数秒を要し、5段階の連鎖で合計10秒以上の遅延が蓄積します。リアルタイム性が要求される自律型ワークフロー(金融取引の判断、セキュリティ監視の対応、ロボット制御の指示など)では、この遅延は許容できません。NVIDIAの公式テクニカルブログでは1000トークン/秒/ユーザーを「思考速度コンピューティング」の閾値として掲げており、同社のIan Buck副社長はエージェント間通信では1500トークン/秒以上が必要になると言及しています。いずれの数字も、現行GPUの性能水準との間に10倍以上のギャップが存在することを示すものです。

コード生成・高頻度取引・リアルタイム対話で要求される応答速度の水準

低レイテンシ推論の需要は、エージェント間通信だけでなく、複数の商用領域で急速に拡大しています。各領域で求められる応答速度の水準は異なりますが、いずれもGPU単体では達成が困難なレベルに設定されつつあります。

  • コード生成:開発者がIDE上でリアルタイムに補完や提案を受け取るユースケースが主流化しており、数百ミリ秒以内の応答が快適な開発体験の条件となっています。OpenAIがCerebrasのアクセラレータを活用して高速コード生成サービスを提供している事例がこの需要の大きさを示しています。
  • 高頻度取引(HFT):市場データの分析からトレード判断までを数ミリ秒で完了させるAIシステムの構築が進んでおり、LPUの決定論的実行による応答時間の安定性がGPU以上に重要な価値を持ちます。
  • リアルタイム音声対話:人間の発話と応答の間隔が200〜300ミリ秒を超えると不自然さを感じるとされており、音声認識→LLM推論→音声合成の全パイプラインをこの時間枠内に収める必要があります。

これらの用途に共通するのは、平均速度だけでなく最悪ケースのレイテンシ(テール・レイテンシ)が一定以下であることへの要求です。GPUの動的スケジューリングでは応答時間にばらつきが生じるため、SLAで厳密なレイテンシ保証を要求される商用サービスでは、LPUの決定論的実行モデルが構造的な優位性を持ちます。

プレミアムトークン市場がクラスタ全体の25%を占めるとするNVIDIA試算

Jensen Huang氏はGTC 2026のキーノートで、低レイテンシで高品質なトークン生成、いわゆる「プレミアムトークン」がAIクラスタ全体のコンピュート需要の約25%を占めるようになるとの見通しを示しました。この試算は、AIインフラ投資の配分に直接影響する重要な指標です。クラスタの4分の1をLPUベースの低レイテンシ推論に割り当てるべきだという方向性を意味しています。

この25%という数字は、現在のAIサービスの収益構造を反映したものと考えられます。クラウドAIサービスでは、標準的なAPI応答よりも高速なレスポンスに対してプレミアム価格を設定するティア分けが一般化しています。LPUによる低レイテンシ推論は、このプレミアムティアの提供コストを下げると同時に、より多くのユーザーにプレミアム体験を提供できるため、1ラックあたりの収益機会が10倍に拡大するとNVIDIAは試算しています。データセンター事業者にとって、LPUへの投資は高付加価値トークンの供給能力を直接的に強化する手段となります。

AWS・Azure・Oracleが2026年後半に導入を表明したクラウド展開の規模感

Groq 3 LPUの出荷は2026年後半(第3四半期が有力)に予定されており、すでに大手クラウドプロバイダーが導入を表明しています。AWSはGroq 3 LPUの展開を発表し、100万基を超えるNVIDIA GPUとの併用を計画しています。この規模の導入計画は、LPUが単なるニッチ製品ではなく、主要なクラウドインフラの構成要素として受け入れられていることを示しています。

AWSはCerebrasとの連携も同時期に発表しており、GPU+推論特化チップの異種混合構成がクラウドインフラの新標準になりつつあることが鮮明になっています。AWSのTrainium 3でPrefillを処理しCerebras WSE-3でDecodeを高速化する構成は、NVIDIAのRubin+Groq LPUの構成と同じ設計思想に基づいています。クラウド利用企業にとって重要なのは、これらのサービスが実際に利用可能になる時期と、既存のGPUインスタンスとの価格性能比です。2026年後半以降のクラウド料金体系の動向が、導入可否を左右する重要な判断材料です。

Dynamo推論スタックがGPUとLPUの異種混合ワークロードを制御する方法

GPU+LPUの異種混合構成を実際に運用するためのソフトウェア基盤が、NVIDIAのDynamo推論スタックです。DynamoはNVIDIAが開発したオープンソースの推論フレームワークであり、異種ハードウェアへのワークロード分散を自動的に最適化する機能を備えています。Rubin GPU、Rubin CPX(将来的な位置づけは不透明)、Groq LPXといった異なるプロセッサが混在する環境において、バッチサイズや並列度に応じて最適なハードウェアに処理を振り分けます。

Dynamoの設計思想は「フレキシブルな並列処理」と「異種コンピュートへの対応」にあります。開発者はモデルのデプロイ時にハードウェアの詳細を意識する必要がなく、Dynamoが推論リクエストの特性(バッチサイズ、レイテンシ要件、モデルサイズ)に基づいて自動的にGPUとLPUへの振り分けを決定します。LPUの処理終了はクロックサイクルレベルで事前に確定しているため、Dynamo側のスケジューリングも高精度に行うことができます。この統合ソフトウェア層の存在が、GPU+LPU構成を実運用レベルで機能させるための鍵となっています。

2026年後半出荷から逆算するAIインフラ投資判断とロードマップの読み方

Groq 3 LPUの出荷開始は2026年第3四半期と見込まれており、NVIDIAはすでに後継チップのロードマップも公開しています。AIインフラへの投資を検討する企業にとって、この製品の登場は既存のGPU単体構成を見直す契機となり得ます。しかし、新技術の採用にはタイミング、供給リスク、予算配分、移行コストなど多角的な判断が求められます。ここでは、2026年後半の出荷時期から逆算して、投資判断に必要な情報を整理します。

Q3 2026量産開始からFeynman世代LP35・LP40への移行スケジュール

Groq 3 LPU(LP30)は2026年第3四半期の量産出荷が予定されています。Jensen Huang氏はGTC 2026のキーノートで後継ロードマップにも言及し、次世代の「Feynman」プラットフォーム(2027年予定)にはより高性能なLPUが搭載される見込みです。具体的には、NVFP4対応のLP35、さらにその後のLP40が計画されています。

現世代のLP30はFP8精度での演算に最適化されていますが、LP35ではNVIDIA独自のNVFP4フォーマットに対応することで、同一メモリ容量でより大きなモデルを格納できるようになると見込まれます。これは、500MBのSRAMという容量制約を実質的に緩和する進化方向です。早期にLP30を導入する企業は、ラックインフラ自体はLP35世代でも流用可能かどうか、ソフトウェアスタックの互換性がどの程度担保されるかを確認しておく必要があります。ロードマップの存在は技術の持続性を示す一方で、次世代への乗り換えコストも考慮すべき要素です。

Samsung 4nm生産の9000枚→15000枚ウェハ増産が示す供給リスクと対策

Groq 3 LPUの製造を担うSamsung Foundryは、生産体制をサンプル段階の月産約9000枚から約15000枚へと増産を進めています。この増産ペースが計画どおりに進むかどうかは、2026年後半の供給量を直接左右する重要な変数です。NVIDIAのGPUがTSMCの製造キャパシティに依存して過去に供給制約を経験してきた前例を踏まえると、LPUの供給リスクも軽視できません。

Samsung Foundryは近年、歩留まりの問題や主要顧客の流出に直面しており、NVIDIAのLPU受注はファウンドリ事業の復活を象徴する案件です。Samsung側には製造を成功させる強いインセンティブがある一方で、4nmプロセスでの大規模SRAMチップ製造は技術的にも挑戦的です。導入を検討する企業は、初期出荷ロットの供給量が限定的になる可能性を念頭に置き、早期の発注や代替計画の策定を検討すべきです。また、NVIDIAがTSMCではなくSamsungを選んだことで、GPU(TSMC)とLPU(Samsung)の製造先が分散し、サプライチェーン全体のリスク分散が図られている点はポジティブな要素です。

トレーニング用GPU予算と推論用LPU予算を分離すべき投資配分の考え方

AIインフラ投資の予算策定において、Groq 3 LPUの登場は「学習用ハードウェア」と「推論用ハードウェア」を分離して計画すべきという新たな判断軸を提示しています。従来は学習にも推論にもGPUを使用していたため、調達予算は「GPU何基分」という単一の指標で管理されてきました。しかし、推論専用のLPUが加わることで、予算配分の最適化がより複雑になります。

NVIDIAの試算による「プレミアムトークンがクラスタの25%」という指標をそのまま適用すれば、全体予算の4分の1をLPU関連に配分することが一つの目安になります。ただし、実際の配分比率は自社のワークロード特性に依存します。推論が売上に直結するAPIサービス事業者と、主にモデル開発に注力する研究機関では、最適な配分は大きく異なります。重要なのは、学習と推論を同じ予算項目で管理するのではなく、それぞれのROI(投資対効果)を個別に評価する体制を構築することです。

導入検討企業が最初に確認すべきモデルサイズ・レイテンシ要件の3指標

Groq 3 LPUの導入を検討する際、最初に確認すべき指標は3つあります。第一にモデルサイズです。LPXラック1台で128GBのSRAMを提供するため、FP8精度で約128Bパラメータのモデルまでが1ラック内に収まる目安となります。自社が使用または計画しているモデルのパラメータ数とLPXラックの必要台数を照合することが出発点です。

第二にレイテンシ要件です。ユーザー向けチャットAIで300〜500ミリ秒以内の応答を目指すのか、エージェント間通信で数十ミリ秒のレイテンシを要求するのかによって、LPUの価値が大きく変わります。人間向けの対話であれば既存のGPU推論でも十分なケースがあり得ますが、エージェント型AIを本格展開するならLPUの導入優先度は高まります。第三に同時接続ユーザー数です。LPUはバッチサイズ1での性能に優れますが、同時に数千ユーザーを処理する大規模バッチ推論ではGPUが依然として有利です。自社サービスの同時接続パターンを分析し、ピーク時の要件に合致するハードウェア構成を設計する必要があります。

GPU単体運用からGPU+LPU混合構成への移行で見落としがちな5つの注意点

GPU単体の推論環境からGPU+LPU混合構成への移行を計画する際には、ハードウェアのスペック比較だけでは見落としがちな実務上の課題があります。以下の5つの注意点を事前に確認しておくことが、スムーズな移行の鍵となります。

  1. ソフトウェアスタックの対応状況として、Dynamoがサポートするモデルアーキテクチャとバージョンを確認し、自社の推論パイプラインとの互換性を検証する必要があります。
  2. ネットワーク構成の変更として、GPUラックとLPXラック間のSpectrum-X接続に必要な物理配線と帯域設計を既存のデータセンター環境で実現可能か評価します。
  3. 冷却設備の追加として、LPXラックは液冷方式での運用が想定されており、既存の空冷設備のみでは対応できない場合があります。
  4. 運用監視体制の拡張として、GPU+LPUの異種混合環境では、障害切り分けやパフォーマンス監視のツールチェーンをLPU対応に拡張する必要があります。
  5. ベンダーサポートの確認として、LPUに関する技術サポートがNVIDIAの既存サポート契約に含まれるか、追加契約が必要かを早期に明確にしておくべきです。

これらの点は、カタログスペック上の性能比較では顕在化しない運用レベルの課題です。概念実証(PoC)の段階でこれらの要素を洗い出し、本番導入前に対策を確定しておくことで、移行後のトラブルリスクを大幅に低減できます。

資料請求

RELATED POSTS 関連記事