学習と推論で異なるGPU要件を理解する、次世代インフラの提案ポイントを徹底解説
課題解決のためのノウハウ
生成AIの活用は、モデルを「学習」させる段階から、業務のなかで日々「推論」を走らせる段階へと移りつつあります。RAG(検索した社内データを踏まえて回答する仕組み)やエージェントAIが実運用に乗り、推論を呼び出す回数は増える一方です。
ここで問われるのが、「データと推論用GPUサーバーを、どこに置くか」。両者が離れているほど応答は遅くなり、従量課金のクラウドでは使うほど費用がかさみます。さらに、社内のデータを海外のクラウドに預ける場合は、データ主権や法令遵守などのガバナンス上で考慮すべき点も出てきます。
本記事では、推論時代に求められる応答速度の要件・クラウド完結型の限界・その解決策「データと推論用GPUサーバーの近接配置」を整理し、AI推論基盤を設計するうえでの判断軸をお伝えします。
生成AIをめぐる企業の関心は、モデルをつくる「学習」から、つくったモデルを使う「推論」へと移っています。この章では、その移行がなぜ起きているのかを整理し、推論の時代に「応答速度」と「コスト」という2つの圧力が同時に高まることを確認します。
AIをめぐる企業の取り組みは次の段階へと移り始めました。ChatGPTやClaude、Geminiといった基盤モデルの普及で、自前でゼロから学習させる必要は薄れています。多くの企業は、完成したモデルを業務で「使う(推論する)」側に回っています。実証実験(PoC)から本番システムへ進む例も増え、推論を呼び出す頻度と規模は急速に拡大しました。AIを1つ以上の業務で恒常的に使う企業が88%に達し、前年の78%からさらに伸びているという調査※1もあります。
モデルの学習には膨大な計算資源と資金がかかり、その担い手は一部の大手に集中しています。外部機関のレポートによると、2024年の著名なAIモデルの約90%は企業発※2でした。多くの企業にとっての主題は、「モデルをどうつくるか」から「いかに速く・安く・安全に推論するか」へと移っています。
この移行は、一見すると「学習用のGPUを推論用に置き換える」というインフラだけの話に見えるかもしれません。しかし、それだけにとどまらないのがこの移行の本質です。AIの使われ方が変わると、データをどこに置くかという戦略そのものを見直す必要が出てきます。とりわけRAGやエージェントAIは、AIが社内データをリアルタイムに参照しながら動く仕組みです。データと推論用GPUサーバーが物理的に離れているほど、参照のたびに通信が往復して遅延が積み上がります。推論の時代には、この「距離」がそのまま体験の質を左右する弱点になりかねません。
そして、見直しを迫られるのはデータの置き場所だけではありません。「どのモデルで動かすか」というモデル選択も、これからの論点です。例えばクラウド上の大規模言語モデル(LLM)にすべてを任せるのか、それとも用途に応じて小規模言語モデル(SLM)を使い分けるのか、などがあります。
※1. McKinsey & Company「The state of AI in 2025」
※2.Stanford HAI「The 2025 AI Index Report」
推論はリアルタイムの応答が前提です。モデルをつくる「学習」は、時間をかけてまとめて処理するバッチ作業でした。これに対して推論は、ユーザーや業務システムが結果を待っているあいだに答えを返すオンラインの処理です。ここでは、数百ミリ秒の遅れがそのまま体験の質や業務の効率を下げる要因になります。
この遅れが積み重なりやすいのが、エージェントAIです。1つのゴールを与えると、タスクの分解から実行までを繰り返すため、数多くの推論が走ります。やり取りが重なるほど小さな遅延が積み上がり、全体の応答が大きく遅れていきます。
こうした低遅延への要求は、エージェントAIだけの話ではありません。すでに実運用が広がるRAGやチャットボットでも、応答が遅ければ利便性を損ないます。エージェントAIの普及で、初期の生成AIと比べて最大100倍の推論呼び出しが発生するとの指摘※1もあります。
推論の呼び出しが増えると、影響は遅延だけでなくコストにも跳ね返ります。クラウドの推論用GPUサーバーは、使った分だけ支払う従量課金が基本です。推論を大量に、しかも常時走らせるほど、費用が利用量に応じて膨らみやすくなります。一方、推論用GPUサーバーを自前で持つ形は初期投資こそかかるものの、稼働を増やしても追加費用は限定的です。そのため、推論を高い頻度で動かす環境では、自前で持つほうがTCO(総所有コスト)の面で有利になりやすくなります。この「使うほど増える従量課金か、自前の固定費か」という構図こそ、データと推論用GPUサーバーをクローズド環境(社外のクラウドに頼らず自社の管理下で完結させる環境)に置く動機です。
※1. The Equinix Blog「5 Steps to Solving Latency in 2026」(2026/2/24)
推論の時代に高まる低遅延とコストの圧力。これに応えられるかどうかは、データと推論用GPUサーバーを「どこに置くか」で大きく変わります。
置き場所が応答速度に効くことは、RAGを見るとよく分かります。RAGの処理は、関連情報の検索・データの取り出し・推論用GPUサーバーによる回答生成、という3段階で進みます。ここで効いてくるのが、データの置き場所と推論用GPUサーバーの距離です。両者が離れているほど、取り出したデータを推論用GPUサーバーへ送る通信に時間がかかります。積み重なった遅れによって最初の回答までの時間(TTFT)が延び、リアルタイム性が損なわれていくのです。
クラウドだけで完結させる構成には、まず技術的な壁があります。推論用GPUサーバーとモデルがあるのは、遠くのクラウドです。一方、AIに読み込ませたい社内のデータは企業の側にあります。この離れた両者のあいだをデータが往復するほど、通信の往復時間(RTT)は積み上がります。遅れの正体は物理的な距離、つまり光の速さの限界です。そのため、いくら回線を太くしても、距離そのものが生む遅延を完全に消すことはできません。
限界は遅延だけではありません。コストの面でも、クラウド完結型には弱点があります。中心となるのは、従量課金によって使うほど費用が積み上がっていく料金体系です。さらに、海外のパブリッククラウド特有の注意ポイントもあります。ドル建ての料金は円安に弱く、加えてクラウドの外へデータを出すたびに通信料金(Egress)がかかる点です。
ガバナンスとセキュリティにも、見過ごせない差が生まれます。社内のデータを国境の外で処理する場合、ネックになるのがデータ主権や国内規制への対応です。通信もインターネット経由の長距離移転となるため、経路全体でのセキュリティ確保に配慮が必要になります。
クラウド完結型 vs クローズド環境(近接配置)型のRAG推論基盤の比較
ここまでの金銭面だけを見れば、高稼働では自前で持つほうが有利なように思えます。しかし、「自前で推論用GPUサーバーを持つ」には、目に見えにくい「運用のコスト」がついて回ります。
推論用GPUサーバーを自前で維持するには継続的な負担がかかります。設置スペース・電力・冷却・ハードウェアの調達や更新・障害対応・24時間365日の監視運用・専門人材の確保などです。クラウドの本来の強みは、まさにこの運用負担を肩代わりしてくれる点です。金銭コストの削減だけを狙って自前へ全面的に戻すと、浮いたお金を運用の手間で失いかねません。
しかし、選択肢は「クラウドか、自前保有か」の二択ではありません。近接配置による低遅延とコストのメリットを保ちながら、設備や運用の重い部分はデータセンター事業者に委ねられます。それが、データセンターのハウジングという第3の選択肢です。
ここまで見てきた遅延・コスト・ガバナンスの課題には、共通する1つの答えがあります。データと推論用GPUサーバーを、物理的に近づけることです。
具体的には、社内のデータと推論用GPUサーバーを同じ場所に同居させます。同じデータセンターのなか、あるいは利用者にごく近いネットワークの拠点(メトロエッジ)に置くのが理想です。こうして距離をなくすと、遅延・コスト・ガバナンスという3つの課題をまとめて解消できます。
遅延の低減という観点では、長距離の往復がなくなり、最初の回答までの時間(TTFT)が縮みます。次にコストの観点では、従量課金から固定費へと変わるため、高稼働ほどTCOが下がりやすくなります。パブリッククラウド特有のEgress通信料金や為替リスクも避けられる点は見逃せません。
そして、ガバナンスです。個人情報や機密情報をAI推論に使うほど、問われるのはデータの置き場所そのものです。データと推論環境を、国内事業者が運営するデータセンターや国産クラウドに置くことが、データ主権の確保につながります。個人情報保護法や経済安全保障といった国内の規制にも準拠することができ、監査の対応がしやすくなります。海外のパブリッククラウドにデータを預ける場合に生じうる、国境をまたぐデータ移転やガバナンスの不確実性を避けられる点が、国内に置く戦略的な価値です。
ただし、近づける場所を「すべて自前で建てる」となると、先ほど見た運用の重荷がついて回ります。そこで現実的なのが、高密度のGPUサーバーに対応した設備を借りる、データセンターのハウジングです。自社の管理に近い形でデータと推論用GPUサーバーを同居させながら、重い設備と運用は預けられます。
ここまでは、データを「どこに置くか」の話でした。競争力を分けるもう1つの軸が、「どのモデルで動かすか」です。すべての処理を外部の巨大なLLMに任せる必要はありません。用途に応じて、小規模言語モデル(SLM)を自社のデータでチューニングして使う選択肢が広がっています。SLMは規模が小さく、必要な計算資源も少なくて済みます。そのため、大規模なクラウドに頼らなくても無理なく動かすことができ、近接配置との相性も良好です。
結果として、3つの利点が重なります。
「データは国内・自社の管理下に、モデルは用途に応じてSLMを近くで動かす」。この両輪の戦略を支えるのが、データセンター・ネットワーク・国産クラウドを束ねたインフラです。これらがそろえば、重い設備を自社で抱えることなく、近接配置と国内ガバナンスを両立できます。
企業にとって、AIの主役は「学習」から「推論」へと移りました。推論を日々走らせる時代に、応答速度・コスト・ガバナンスを左右するのは「データと推論用GPUサーバーをどこに置き、どのモデルで動かすか」です。クラウドだけで完結させる構成は、距離が生む遅延・使うほど増える従量課金・越境ガバナンスの不確実性という課題を抱えます。根本の答えは、データと推論用GPUサーバーを近づけたクローズド環境にあります。運用の重い部分はハウジングで事業者に委ね、データは国内に置いてガバナンスを確保し、モデルは用途に応じてSLMを使い分ける。これが推論時代の設計指針です。
とはいえ、いきなり大きく始める必要はありません。現実的なのは、2段階で進めるロードマップです。第1段階は、スモールスタートでの検証です。対象の業務を1つに絞り、クラウド上で小さくPoCを回して、業務価値と低遅延の効果を見極めます。推論用GPUサーバーを自前で持たないので、初期の設備投資は最小限です。国産クラウドを使えば、この入口から国内配置とデータ主権も確保できます。第2段階は、本番への展開です。効果を確認できたら、保有型のハウジングへ移して固定費に切り替えます。高稼働ほどTCOが下がりやすくなり、国内ガバナンスを適用しながら対象の業務やデータを段階的に広げられます。
こうしたAI推論基盤づくりを下から支えるのが、STNetのインフラです。設置環境・広帯域ネットワーク・国産クラウドを組み合わせ、AI推論を支える環境を提供しています。中核となるのが、データセンター「Powerico(パワリコ)」です。推論用GPUサーバーを持ち込めば、データと推論用GPUサーバーを同じ場所に置けます。1ラックあたり定格最大21kVAの高密度給電とGPUサーバーにも対応しうる設備をそなえ、自前では重い設備の管理を委ねられます。オプションの監視サービスを組み合わせれば、24時間365日の監視運用まで任せることも可能です。また、データを国内・自社の管理下に置くことができる国産クラウド「STクラウド サーバーサービス[FLEXタイプ]」は、用途に応じたSLMを近くで動かせる受け皿です。社内拠点との接続は、閉域網「ST-WAN」が低遅延でセキュアに担います。
データセンターの選定から、近接配置・データ主権の確保・既存環境との接続まで、AI推論基盤づくりをSTNetにまとめてご相談いただけます。お気軽にお問い合わせください。
一般的なパブリッククラウドサービスの手軽さに加え、サーバー基盤構築に重要な「安心感」と「自由度」を兼ね備えた国産クラウドサービスです。
Q1.既存のクラウド環境からの移行は、どのように進めればよいですか?
A. 一度に全面移行する必要はありません。まずは対象業務を1つに絞り、クラウド上で小さくPoCを回して、業務価値と低遅延の効果を見極めます。国産クラウドなら、この段階からデータを国内に置けます。効果を確認できたら、保有型のハウジングへ移して固定費へ。高稼働になるほどTCOが下がりやすく、近接配置と国内ガバナンスを本格適用できます。段階的に移行を進めるのが現実的です。
Q2.データを社外のデータセンター(ハウジング)に置いて、セキュリティやコンプライアンスは大丈夫ですか?
A. はい、むしろ強化しやすくなります。データを国内・自社の管理下に置けるので、データ主権や国内規制にも対応しやすい点が利点です。社内拠点とは閉域網「ST-WAN」で結べるため、通信経路のセキュリティも確保しやすくなります。設置先のPowericoは、JDCC「ティア4」準拠の堅牢な設備に、入退室管理や常時監視などの物理対策を重ねた環境です。
Q3.AIの推論基盤を、BCP・災害対策のDRサイトと兼ねることはできますか?
A. はい、兼用できます。Powericoは、過去100年間 震度6以上の揺れが起きていない香川県高松市の高台に位置しています。免震構造を備え、DR・BCP拠点に適した環境です。首都圏から離れた西日本に推論基盤を置けば、南海トラフのような広域災害に備えた分散にもつながります。平常時は推論の拠点、非常時はバックアップとして、1つの設備を二役で活かせます。兼用の構成は要件で変わるため、個別にご相談ください。