Amazon Bedrockの料金は、モデル利用料（入力・出力トークン単価）だけで見積もると、実際の請求額とズレが生じがちです。サービス階層による単価差、ナレッジベースのストレージ・検索コスト、ガードレールの利用料など、見落とされやすい費目が複数存在します。本記事では、料金の基本構造から、コスト試算・予算管理で押さえるべきポイントまでを整理します。
この記事で分かること
- オンデマンド／バッチ推論／プロビジョンドスループットの料金の仕組み
- Standard/Flex/Priority/Reservedというサービス階層による単価差
- ナレッジベースやガードレールなど、モデル利用料以外に発生するコスト
- バッチ推論やインテリジェントプロンプトルーティングによるコスト最適化
- 企業でBedrockのコストを管理・統制するためのガバナンスの考え方
Amazon Bedrockの料金体系の基本
Amazon Bedrockは、AWS上で複数の基盤モデルをAPI経由で利用できるマネージドサービスで、料金は基本的に利用量に応じた従量課金です。ただし、課金の単位や仕組みはモデルの種類や使い方によって異なります。
テキストモデルはトークン単位で課金
テキスト生成モデルは、モデルに入力した「入力トークン」と、モデルが生成した「出力トークン」のそれぞれに、100万トークンあたりの単価が設定されています。一般的に出力トークンの単価は入力トークンより高く設定される傾向があり、生成する文章量が多いタスクほどコストが増加しやすい点に注意が必要です。
画像生成・埋め込みモデルは異なる単位で課金
画像生成モデルは生成した画像の枚数、埋め込み（Embeddings）モデルは入力したテキストのトークン数に応じて課金されます。埋め込みモデルは出力側の課金が発生しない点が、テキスト生成モデルとの大きな違いです。
オンデマンドとプロビジョンドスループットの違い
料金モデルには、使った分だけ支払う「オンデマンド」と、一定の処理能力（スループット）を月単位・半年単位のコミットメントで確保する「プロビジョンドスループット」の2種類があります。プロビジョンドスループットは、モデルユニット数×時間単価で課金され、コミット期間が長いほど時間単価は割安になりますが、月間の固定費としてまとまった金額が発生する点に留意が必要です。自社データでカスタマイズ（ファインチューニング）したモデルは、原則としてプロビジョンドスループットでのみ本番デプロイが可能です。
料金に大きく影響するサービス階層（Standard/Flex/Priority/Reserved）
Amazon Bedrockのオンデマンド料金には、Standard・Flex・Priority・Reservedという複数のサービス階層が用意されており、選ぶ階層によって同じモデルでも実質的な単価が変わります。AWS公式の料金表を確認すると、たとえばPriority階層の料金はStandard階層のおよそ1.75倍（75%高）、Flex階層の料金はStandard階層のおよそ0.5倍（50%割引）という価格構造になっているモデルが複数見られます。この比率は料金表の数値から算出したものであり、モデルによって多少の違いがある可能性があるため、契約前には必ず公式の料金ページで対象モデルごとの実際の単価をご確認ください。
各階層の使い分けの考え方
Standardは標準的な処理速度・優先度で利用する基本階層です。Priorityは応答速度や優先処理が求められる本番のリアルタイム用途向けに高い単価が設定されており、逆にFlexは処理の緊急性が低いバッチ的な用途向けに、Standardより低い単価で提供されています。ワークロードの性質（リアルタイム性が必要か、多少の遅延が許容できるか）に応じて階層を使い分けることが、コスト最適化の起点になります。
見落としがちな追加コスト
Bedrockの料金を見積もる際、モデル呼び出し料金だけに注目すると、実際の運用コストを大きく見誤ることがあります。特に、RAG（検索拡張生成）構成を組む場合は、以下のコストが別途発生します。
ナレッジベースのストレージ・検索コスト
Amazon Bedrockのマネージドナレッジベースを利用する場合、インデックスストレージには生データ1GBあたり月額5.00ドル、標準の検索（Retrieve API）には1,000回のAPIコールあたり1.00ドルが課金されます。AWS公式の料金例では、50GBのコンテンツ（約10万ドキュメント）をインデックス化し、月間10万件の標準検索クエリを処理するケースで、月額合計350ドルという試算が示されています。さらに、複数回の検索を組み合わせる「エージェント検索」を使う構成では、同条件でも月額850ドル程度に増加する例が示されており、検索方式の選択がコストに大きく影響することがわかります。
ガードレールの利用料
不適切な出力や機密情報の漏えいを防ぐガードレール機能も、フィルターの種類ごとに従量課金されます。AWS公式の料金表では、コンテンツフィルターや拒否トピックのフィルターが1,000テキストユニットあたり0.15ドル、機密情報フィルターが1,000テキストユニットあたり0.10ドルに設定されています（ワードフィルターや正規表現による機密情報フィルターは無料）。有効化したフィルターの分だけ課金される仕組みのため、必要な保護レベルを見極めたうえで機能を選択することが、コスト管理の観点でも重要です。
その他の周辺コスト
このほか、S3などのデータ保管コスト、CloudWatchによるログ・監視コスト、VPCエンドポイントなどのネットワーク構成にかかるコストも、実際の運用では積み上がっていきます。モデル利用料だけでなく、これらの周辺コストも含めた「TCO（総所有コスト）」で予算を見積もることが望まれます。
Bedrockのコストを最適化する方法
モデル選定と使い方の工夫によって、Bedrockの利用コストは大きく抑えることができます。
バッチ推論で最大50%のコスト削減
即時応答が不要な大量処理には、バッチ推論の活用が有効です。AWS公式によると、主要なAIプロバイダーの一部の基盤モデルについて、オンデマンド推論料金と比較して50%低い料金でバッチ推論を利用できます。夜間バッチでのレポート生成や、大量ドキュメントの一括要約など、リアルタイム性が不要な処理はバッチ推論に寄せることで、コストを大幅に圧縮できます。
インテリジェントプロンプトルーティングの活用
同一モデルファミリー内で、プロンプトの複雑さに応じて高性能モデルと軽量モデルへ自動的に振り分ける「インテリジェントプロンプトルーティング」という機能も用意されています。この仕組みにより、単純な問い合わせは軽量・低コストなモデルで処理し、複雑な質問だけ高性能モデルに回すといった設計が可能になり、応答品質を大きく落とすことなくコストを抑える効果が期待できます。なお、料金はオンデマンドで1,000件のリクエストあたり1米ドルが目安とされています。具体的な削減率は利用するモデルの組み合わせやワークロードによって変動するため、導入を検討する際は自社のユースケースで実際に試算・検証することをおすすめします。
キャッシュ機能によるトークンコストの削減
一部のモデルでは、繰り返し使うプロンプト部分をキャッシュすることで、キャッシュ読み取り時の入力トークン単価を大幅に下げられる仕組みが提供されています。長いシステムプロンプトや共通のコンテキストを頻繁に使うアプリケーションでは、キャッシュの活用がコスト削減に直結します。
用途に応じたモデルサイズの選定
高性能な大規模モデルほどトークン単価は高くなる傾向があるため、要約や分類といった定型タスクには軽量モデル、複雑な推論や長文生成が必要なタスクには高性能モデルを使い分けることが、費用対効果を高める基本方針です。
企業でBedrockのコストを管理・統制するために
生成AIはPoC段階では小さなコストで済んでも、全社展開や利用者数の増加にともなって費用が急増しやすい領域です。情シス部門としては、以下のようなコストガバナンスの仕組みを整えておくことが重要になります。
用途別・部署別のコスト配分タグ
Bedrockの呼び出しやナレッジベースのリソースにコスト配分タグを付与し、どの部署・どのユースケースがどれだけコストを消費しているかを、AWS Cost Explorerで追跡できる体制を整えます。全社に生成AI活用を広げる際は、部署ごとの利用上限や予算枠をあらかじめ決めておくと、想定外の請求を防ぎやすくなります。
CloudWatchによるモデル呼び出し状況の監視
Amazon CloudWatchを使い、モデルごとの呼び出し回数やトークン消費量を継続的にモニタリングすることで、想定外の利用増加を早期に検知できます。特定の機能や特定のユーザーからの呼び出しが急増していないかを定期的に確認する運用が有効です。
予算アラートと稟議プロセスとの連携
AWS Budgetsで月間の利用上限に対するアラートを設定し、閾値を超えた際に通知される仕組みを整えます。プロビジョンドスループットのように長期コミットを伴う契約は、金額もまとまった規模になりやすいため、事前に社内の稟議・承認フローに組み込んでおくことをおすすめします。
こうしたコスト管理の仕組みは、モデルの世代交代や料金体系の変更に合わせて、定期的に見直していく運用が前提になります。
よくある質問（FAQ）
Amazon Bedrockの料金はどのように決まりますか？
テキスト生成モデルは入力・出力トークン数、画像生成モデルは生成画像数、埋め込みモデルは入力トークン数に応じて課金されます。加えて、利用するサービス階層（Standard/Flex/Priority/Reserved）によっても単価が変わります。
オンデマンドとプロビジョンドスループットはどちらを選ぶべきですか？
利用量が変動する、あるいはこれから検証を始める段階では、初期費用がかからないオンデマンドが適しています。安定した高いトラフィックが継続的に見込まれる本番運用や、カスタマイズしたモデルを使う場合は、プロビジョンドスループットの活用を検討する価値があります。
RAG構成にすると料金はどのくらい増えますか？
モデルの呼び出し料金に加えて、ナレッジベースのインデックスストレージ（1GBあたり月額5ドル）や検索APIの呼び出し料金が別途発生します。AWS公式の試算例では、50GB規模のデータで月間10万件の検索を行う場合、月額350〜850ドル程度のナレッジベース関連コストが目安として示されています。検索方式（標準検索かエージェント検索か）によってコストが大きく変わる点に注意が必要です。
Bedrockのコストを削減する効果的な方法はありますか？
リアルタイム性が不要な処理をバッチ推論に寄せることで、AWS公式によれば最大50%のコスト削減が見込めます。また、プロンプトの複雑さに応じてモデルを自動振り分けする「インテリジェントプロンプトルーティング」や、タスクに応じた適切なモデルサイズの選定、プロンプトキャッシュの活用も、コストを抑えるうえで効果的な手段です。
ガードレール機能を使うと追加料金はかかりますか？
はい、有効化したフィルターの種類ごとに従量課金されます。コンテンツフィルターや拒否トピックは1,000テキストユニットあたり0.15ドル、機密情報フィルターは0.10ドルが目安です（ワードフィルターや正規表現による機密情報フィルターは無料）。必要な保護機能を選んで有効化することで、コストと安全性のバランスを取ることができます。
まとめ
Amazon Bedrockの料金は、モデルの入出力トークン単価だけで判断すると、実際の運用コストを見誤りやすい構造になっています。
- 料金はモデルの種類ごとに課金単位が異なり、サービス階層によっても単価が変わる
- ナレッジベースやガードレールなど、モデル利用料以外の費目が想定以上に積み上がることがある
- バッチ推論やインテリジェントプロンプトルーティングを活用すれば、コスト削減が見込める
- 全社展開を見据えるなら、タグ付けによるコスト配分や予算アラートなどのガバナンス整備が欠かせない
- 長期コミットを伴うプロビジョンドスループットの契約は、事前の稟議プロセスに組み込んでおくと安心
まずは自社のユースケースにおける想定トークン量とAPI呼び出し回数を洗い出し、AWS Pricing Calculatorなどを使って概算コストを試算することから始めてみてください。具体的な割引率や機能効果は変更される可能性があるため、契約前には必ず公式の料金ページで最新情報を確認することをおすすめします。
