自ら管理するインフラでAIファクトリーを運用

自社のGPUでAIを実行する企業には、データ配信、推論ルーティング、チーム間の分離、ランタイムセキュリティを1つのプラットフォームで提供する仕組みが必要です。

プライベートAIは今や本番環境のプラットフォームに


F5の2026年版アプリケーション戦略の現状レポートでは、企業の78%がすでにAI推論を中核業務として実行していることが明らかになりました。プライベートAIプラットフォームは、共有GPUを使って多くのチーム、モデル、エージェントにサービスを提供し、本番アプリと同じすべての要件を引き継ぎます。具体的には、データの高速性、ルーティング、分離、セキュリティ、可視性です。F5は、F5 Application Delivery and Security Platformでこれらを提供します。

GPUへのデータ供給を維持

トレーニング、ファインチューニング、検索向けの、負荷分散とレジリエンスを備えたS3データパス

適切なモデルにリクエストをルーティング

Gateway API標準に準拠した、推論を考慮してモデルやGPU間でリクエストを振り分けるルーティング。

チーム間でGPUを安全に共有

ネットワーク分離により、単一のGPUプール上で事業部門や環境を分離します。

プロンプト、データ、エージェントを保護

社内向けAIアプリ、エージェント、およびそれらのAPIのためのランタイムガードレールとレッドチーミング。

F5が企業の本番環境でのAI運用を支援

GPUにデータを配信

製品

BIG-IP LTM

S3ストレージエンドポイント間の負荷分散とフェイルオーバー。

製品

F5 WAF for BIG-IP

悪意のあるリクエストからS3 APIを保護します。

製品

rSeries

あらゆる規模の拠点でAIデータ配信に対応するアプライアンス。

製品

BIG-IP DNS

複数のサイトやクラウドにまたがるデータトラフィックをグローバルに誘導します。

製品

VELOS

高スループットのAIデータパイプライン向けシャーシプラットフォーム

推論ルーティング

製品

BIG-IP Next for Kubernetes

共有モデルサーバープールの前段で、推論を考慮したルーティングを実行します。

製品

NGINX Gateway Fabric

クラスター内のアプリケーションおよび推論トラフィックに対応するGateway APIの実装。

チーム間の分離

製品

BIG-IP Next for Kubernetes

共有モデルサーバープールの前段で、推論を考慮したルーティングを実行します。

製品

NVIDIA BlueField DPU上にデプロイされたBIG-IP Next for Kubernetes

大規模な環境向けに、データパスをDPUにオフロードしながら、同じ制御機能を提供します。

ランタイムAIセキュリティ

製品

F5 AI Guardrails

プロンプト、応答、エージェントのアクションを実行時に保護します。

製品

F5 WAF for NGINX

AIワークロードの近くにデプロイされるアプリとAPIの保護。

製品

NGINX Plus

MCPトラフィックに対応したエージェンティックなオブザーバビリティにより、エージェントによるツール呼び出しを可視化します。

製品

F5 AI Red Team

リリース前後のモデル、アプリ、エージェントに対する敵対的テスト。

製品

Distributed Cloud API Security

モデルを公開するAPIの検出と保護。

リソース

よくある質問

エンタープライズAIファクトリーとは、組織が管理するGPUを使用し、自社のデータセンター、コロケーション施設、または専用のクラウドリソースで運用するAIインフラストラクチャです。自社のアプリケーションやエージェント向けに、モデルのトレーニング、ファインチューニング、推論の提供を行います。組織は、機密データを社内に保持し、規制要件を満たし、大規模運用時のコストを管理し、あるいはモデルをカスタマイズするために、こうした基盤を構築します。これにより、AIは組織が運用するプラットフォームとなり、他の本番システムと同様に、配信とセキュリティの要件を満たす必要があります。

GPUでデータ待ちが発生しないよう、ストレージへの通信経路も他の本番トラフィックと同様に扱います。S3エンドポイントの前段にロードバランサーを配置し、ジョブを複数のストレージノードに分散させて、1つのノードへのアクセス集中を防ぎます。ノードやサイトが停止した際はジョブを再起動せずにフェイルオーバーし、ポリシーに基づいてサイトやクラウド間でトラフィックを振り分けます。さらに、S3 APIを保護します。データの通信経路は、攻撃経路にもなるためです。

企業全体でGPUを共有するには、GPUをプール化し、各チームに利用範囲と割り当てを設定します。Kubernetesの名前空間とクォータでスケジューリングを管理し、ネットワークレベルの分離でチーム間のトラフィックを分離します。また、チームごとにトークン数の上限を設けることで、1つのグループのワークロードが他のグループのリソースを圧迫するのを防ぎます。そのうえで、推論を考慮したルーティングにより、リクエストを処理量に応じて分散し、共有GPUを均等に利用します。

LLMをオンプレミスでセキュアに実行するには、モデルを本番パイプラインの1つの構成要素として扱います。ネットワーク上でチームと環境を分離し、モデルやエージェントがクラスター外でアクセスできる対象を制御します。実行時にはプロンプトと応答を検査してインジェクションやデータ漏えいの有無を確認し、リリース前にはモデルとエージェントに対して敵対的テストを実施し、それらを公開するAPIを保護します。そのうえで、各境界を通過した内容をログに記録します。

いいえ、エンタープライズAIファクトリーにDPUは必須ではありません。BIG-IP Next for Kubernetesは、ほとんどのエンタープライズAIプラットフォームが最初に採用する標準的なホストCPUとKubernetes上で稼働し、F5のデータ配信はBIG-IPソフトウェア、VELOS、rSeries上で動作します。NVIDIA BlueField DPUは、ネットワークのデータパスをホストからオフロードし、ハードウェアレベルの分離を追加します。こうした機能は、環境の規模が拡大するにつれて導入する価値が高まります。