AWS Bedrockの料金はいくら？課金方式4種と月額試算・費用を下げる順番

Amazon Bedrockの料金は、モデルの単価表を眺めても月額の見当がつきません。金額を決めているのは単価そのものより、1リクエストあたりに送り込む入力トークン量と、どの課金方式に載せるかという2点だからです。この記事で扱うのは、4つの課金方式の違い、月間コストの計算式、社内チャットと議事録要約とRAG検索という3類型での月額試算、トークン単価以外に積み上がる周辺費用、そして費用を下げる打ち手をどの順に実行し、どこで着手を見送るかという判断になります。API実装の手順は扱わず、予算を組んで発注するための数字の作り方に絞ります。金額は2026年8月時点の公式料金ページで確認した内容です。

まとめ｜Bedrockの月額は入力トークン量と階層の選び方で決まる

請求額を左右するのは、モデル単価の比較よりも先に、送信するトークン量の設計です。出力単価は入力単価の数倍に置かれているのが一般的ですが、実務では出力より入力のトークン数が桁違いに多くなるため、総額では入力側が支配的になります。会話履歴を毎回そのまま送る設計や、RAGの取得文書を無選別にコンテキストへ積む設計は、モデルを安いものに替えるより先に見直す対象です。

課金方式は4つあります。リクエストごとに課金されるオンデマンド、まとめ処理で単価が半分になるバッチ推論、遅延の許容度と引き換えに単価が動くサービス階層（Flexは50パーセント割引、Priorityは75パーセント割増）、時間単位で処理能力を予約するプロビジョンドスループットです。即時性が要らない処理をバッチかFlexへ寄せるだけで、その部分の単価は半分になります。

Bedrock専用の常時無料枠はありません。検証段階では軽量モデルと少量のプロンプトで試し、AWS Budgetsで上限を先に引いておいてください。削減作業に人手をかけ始める境目は月額10万円規模で、それ未満で工数を投じると削れた金額より人件費が上回ります。

Amazon Bedrockの料金体系を構成する4つの課金方式と選び分けの基準

Bedrockには初期費用も最低利用料金もなく、支払いは使った分だけです。ただし「使った分」の測り方が4通りあり、同じ処理でも載せる方式によって単価が変わります。

オンデマンドとバッチ推論で単価が半分に変わる処理の切り分け方

オンデマンド（Standard階層）は、入力トークン数と出力トークン数でリクエストごとに課金される基本方式です。試作や、利用量が読めない対話型の用途はここから始めます。

バッチ推論は、処理対象をまとめて投入し、結果を後から受け取る方式です。料金ページには、オンデマンド推論と比べて50パーセント低い料金と明記されています。夜間の要約処理や蓄積済みログの分類のように、応答が数時間遅れても業務が回る処理は、ここへ寄せるだけで単価が半額になります。逆に、画面の向こうで人が待っている処理は載せられません。基準は待てるかどうかの一点です。

サービス階層のPriorityとFlexが単価に与える差と選ぶ基準

2026年8月時点の料金ページでは、オンデマンドの中にサービス階層という区分が設けられています。Standardを基準として、Priority階層は75パーセントの割増、Flex階層は50パーセントの割引です。優先度を上げれば単価が上がり、下げれば単価が下がります。

選ぶ基準は業務の締め切りです。顧客対応で数秒しか待たせられない導線はStandard、繁忙ピークだけPriority、社内向けで数十秒待てるものはFlex、という配分になります。全社一律でPriorityを指定すると、待てる処理にまで75パーセントの割増が乗ります。

プロビジョンドスループットが時間単位の課金になる仕組みと契約期間

プロビジョンドスループットは、トークン量ではなく処理能力（モデルユニット）を時間単位で予約する方式です。料金ページには1ヶ月コミットメントと6ヶ月コミットメントの選択肢が提示されています。予約している間は、実際に呼び出したかどうかにかかわらず費用が発生します。

この方式が効くのは、負荷が24時間ほぼ一定で、予約分を使い切れる規模に達している場合だけです。日中の数時間だけ動くワークロードで長期契約を結ぶと、稼働していない時間帯の予約分がそのまま損失になります。判断の目安は後段の損益分岐の章で扱います。なお、モデル呼び出しの実装手順やIAM権限の準備は、Amazon Bedrockの使い方｜料金・モデル・APIの始め方を4ステップで解説【2026年版】で扱っているため本記事では触れません。

課金方式	課金の単位	単価の目安	向く処理
オンデマンド	入出力トークン	基準	対話型・試作
バッチ推論	入出力トークン	基準の約50%	夜間の一括処理
Flex階層	入出力トークン	基準の50%割引	社内向けで待てる処理
Priority階層	入出力トークン	基準の75%割増	ピーク時の顧客導線
プロビジョンド	時間・モデルユニット	予約量で固定	定常負荷・カスタムモデル

料金を左右する入力トークン量の見積り式と出力単価との非対称性

見積りの精度は、単価表をどれだけ集めたかではなく、1リクエストあたりのトークン量をどこまで具体的に置けたかで決まります。

月間コストの計算式はリクエスト数と平均トークン量の積で決まる

月額は次の式で求まります。月間リクエスト数×平均入力トークン数×入力単価に、月間リクエスト数×平均出力トークン数×出力単価を足したものです。単価は100万トークンあたりで表示されるため、トークン数を100万で割ってから掛けます。

置くべき前提は4つで、月間リクエスト数、1回あたりの入力トークン数、1回あたりの出力トークン数、リトライ率です。日本語では1文字が1トークンを超える程度に換算されるため、A4用紙1枚の文書は概ね1,000から1,500トークンに収まります。換算はモデルのトークナイザで変わるので、本番相当のプロンプトを数十件流して実測値を取ってください。

出力単価が入力の数倍に設定されている理由と見積りへの反映方法

多くのモデルで、出力100万トークンの単価は入力の数倍です。生成は1トークンずつ逐次的に計算するため、入力の一括処理より計算量が大きくなります。

ただし見積り上は、単価の高さと総額の大きさが一致しません。業務システムの多くは、長い指示や参照文書を渡して短い答えを返させる形だからです。入力2,000トークンに対し出力200トークンの比率なら、単価差が5倍でも総額では入力側が上回ります。出力を短くさせる前に、送っている入力の中身を数えるほうが効きます。

会話履歴とRAGの参照文書が入力トークンを押し上げる二つの経路

入力トークンが膨らむ経路は主に2つです。1つはチャットの会話履歴で、対話を続けるほど過去のやり取りを毎回送り直すため、10往復目は1往復目の何倍もの入力量になります。もう1つはRAGで、取得件数と1件あたりの文字数の積がそのまま入力トークンに乗ります。

どちらも、機能を落とさずに削れる余地が大きい部分です。会話履歴は直近数往復だけ残して古い部分を要約へ置き換える、RAGは取得件数の上限を設けて再ランキングで絞る、という手当てで入力量が下がります。

ワークロード別に見るBedrock月額コストの試算例と前提条件の置き方

ここからは具体的な数字で試算します。単価はモデルと時期で改定されるため、以下では試算用の仮置きとして、上位モデルを入力3USD・出力15USD（いずれも100万トークンあたり）、軽量モデルを入力0.3USD・出力2.4USDと置きます。実際の金額は公式の料金ページで確認してください。円換算は1USD150円という前提での目安です。

社内の問い合わせチャットで月2万件を処理した場合の概算コスト

前提は、月間2万リクエスト、1回あたりの入力2,000トークン（システム指示と直近の履歴を含む）、出力400トークンとします。入力は合計4,000万トークン、出力は800万トークンです。

上位モデルなら入力40×3で120USD、出力8×15で120USD、合わせて月240USD（約3万6,000円）になります。同じ処理を軽量モデルに載せると入力12USD・出力19.2USDで月31.2USD（約4,700円）です。定型的な一次対応で、この差額に見合う品質差が出るかを検証してからモデルを固定してください。

議事録の要約処理をバッチ推論へ寄せた場合に下がる月額費用の水準

前提は、月500本の会議録、1本あたり入力15,000トークン、出力1,500トークンとします。入力750万トークン、出力75万トークンです。

上位モデルのオンデマンドで入力22.5USD・出力11.25USD、合計33.75USD（約5,100円）になります。翌朝までに要約が届けばよい運用ならバッチ推論に載せられるため、単価が半分になって月17USD前後（約2,500円）です。この規模なら、削減施策より品質を上げるほうが投資対効果は高くなります。

RAG検索が最も高額になる理由と取得件数がコストに与える影響

前提は、月5万クエリ、1回あたり入力6,000トークン（質問と取得文書5件分）、出力500トークンとします。入力3億トークン、出力2,500万トークンです。

上位モデルなら入力900USD・出力375USD、合計1,275USD（約19万円）に達します。3類型のうちRAGだけ桁が変わるのは、クエリ数と1回あたりのコンテキスト長が同時に大きいからです。ここで効くのは取得件数の制御で、5件を3件に減らせば入力側が概ね4割減り、月350USD前後が消えます。加えてKnowledge BasesのRerankを使う場合は1,000クエリあたり2.00USDが加算され、5万クエリで100USDが別途乗ります。RAGのコスト設計は、モデル選定ではなく検索側の設計で決まると考えてください。

Bedrockに常時無料枠がない前提で検証コストを抑える現実的な方法

2026年8月時点の公式料金ページに、Bedrock専用の常時無料枠の記載はありません。無料で試せる前提で計画を立てると、検証の初日から課金が始まります。

常時の無料枠に代わって使えるクレジットと検証段階の費用の目安

代替になるのは、新規アカウントや各種プログラムで付与されるAWSクレジットです。ただし付与条件は時期とアカウント区分で変わるため、予算計画の前提に組み込むのは避けてください。

現実的なのは、クレジットに頼らず検証費用を実額で見積もる進め方です。前掲の仮置き単価なら、軽量モデルにプロンプト1,000件（入力2,000・出力400トークン）を流しても1USDに届きません。手動確認を含めても検証フェーズの費用は数千円に収まり、無料でないことはこの規模では障害になりません。

検証フェーズで予算を使い切らないための上限設定と費用監視の手順

費用が跳ねる事故は、単価ではなく回数で起きます。ループ処理のバグで同じリクエストを何千回も投げた、長い文書を分割せずに丸ごと送り続けた、といった経路です。

着手前にAWS Budgetsで月次予算としきい値アラートを設定し、CloudWatchでモデル呼び出し回数とトークン数を可視化しておいてください。検証用のIAMロールを本番と分けておくと、コスト配分タグでどの取り組みがいくら使ったかを切り分けられます。

トークン単価以外に発生する周辺サービスの費用と見落としやすい項目

見積りが後から崩れる原因の大半は、モデル単価の読み違いではなく、周辺サービスの計上漏れです。

Knowledge Basesのベクトルストアに毎月かかる基盤側の費用

Knowledge Basesで社内文書を扱う構成では、ベクトルの保存先が別途必要になります。マネージドのベクトル検索基盤は、モデルの呼び出し回数と無関係に、確保した容量に応じて課金される部分を持ちます。つまり、利用者が誰も検索しない月でも基盤側の費用は消えません。

この固定費は、小規模なPoCほど相対的に重くのしかかります。月数千円のモデル利用料に対し、ベクトルストア側がそれを上回る例は珍しくありません。検証段階では常設せず必要な期間だけ立てるか、より小さい構成から始める判断が要ります。

GuardrailsやRerankなど機能単位で加算される従量課金

付帯機能は、それぞれ独立した従量課金を持ちます。2026年8月時点の料金ページでは、Guardrailsのコンテンツフィルターが1,000テキストユニットあたり0.15USD、Knowledge BasesのRerankが1,000クエリあたり2.00USD、Intelligent Prompt Routingが1,000リクエストあたり1USDと掲載されています。

単価だけ見ると小さく映りますが、掛かる対象がクエリ数やテキストユニット数なので、利用が伸びるほどモデル利用料と同じ勾配で増えます。月5万クエリのRAGなら、Rerankの100USDは最初から見積りに入れる項目です。

ログ保管とモニタリングでCloudWatch側に発生する費用

モデル呼び出しログを保存する設定にすると、CloudWatch LogsやS3側にも保管費用が積み上がります。生成AIのログはプロンプトと応答の全文を含むため、1件あたりのサイズが通常のアプリケーションログより大きくなりがちです。

監査要件で全件保管が要るならその前提で見積もり、そうでなければ保持期間を区切ってください。AWS全体の費用構造はクラウドとは？AWSとは何かを仕組み・料金・移行の判断まで事業者向けに解説で整理しています。

オンデマンドとプロビジョンドスループットを切り替える損益分岐の判断

発注段階で最も判断を誤りやすい箇所です。結論から書くと、大半の案件はオンデマンドで構いません。

プロビジョンドを選ぶ条件は負荷の定常性とレイテンシ保証の要件

プロビジョンドスループットへ移す条件は2つあり、両方を満たすときだけ移してください。1つは負荷が定常であること、つまり24時間にわたって一定量の呼び出しが続き、予約した処理能力の稼働率を高く保てることです。もう1つは、応答時間の上限を契約や業務要件として保証する必要があることです。

逆に、稼働が日中の8時間に偏っている、月内で処理量が数倍に振れる、本番の利用量がまだ読めていない、のいずれかに当てはまるなら移行は見送ってください。1ヶ月または6ヶ月のコミットメントは、使わなかった時間分も支払う契約です。読めない段階での長期コミットは、削減ではなく固定費の追加になります。

カスタムモデルの本番運用でプロビジョンドが前提条件になる場面

例外は、ファインチューニングや継続事前学習で作ったカスタムモデルを本番で使う場合です。オンデマンドでの呼び出しに対応していない構成があり、その場合はプロビジョンドスループットの確保が実質的な前提になります。

そのため、カスタマイズを検討する段階で、学習費用だけでなく本番稼働中ずっと発生する予約費用を見積りへ入れてください。既製モデルへのプロンプト設計とRAGで要件を満たせるなら、費用構造の面ではそちらが有利です。モデルの性能差はClaude Sonnet 4.6とは？性能・料金・ベンチマークと後継Sonnet 5との違いのような個別比較を参照してください。

費用を下げる打ち手を効果の大きい順に並べた実行順序と見送る条件

削減施策は思いついた順ではなく、効果の大きい順に着手します。前掲の試算が示すとおり、総額を作っているのは入力トークン量です。

最初に着手すべきなのは送信トークン量の削減で効果が最も大きい

第一に手を付けるのは、送っているトークンを減らすことです。会話履歴を直近数往復に絞る、RAGの取得件数に上限を設ける、参照文書から不要なヘッダやフッタを除いて渡す、といった作業が入ります。試算で見たとおり、取得件数を5件から3件に変えるだけで入力側は4割前後減ります。

第二は、同じ前置きを繰り返し送っている場合のプロンプトキャッシュです。掲載の単価例ではキャッシュ読み取りが書き込みの10分の1以下で、長い共通指示を何度も送る構成ほど効きます。条件と実装はAmazon Bedrockのプロンプトキャッシュとは｜仕組み・対応モデル・料金・実装方法【2026年最新】で扱っています。

用途ごとにモデルを使い分けると精度を落とさずに単価だけ下がる

第三は、モデルを用途で分けることです。分類や抽出や短い要約は軽量モデルで実用に足りることが多く、前掲の試算では同じワークロードで月240USDが31USDまで落ちました。上位モデルの全社一律指定は、生成品質が要らない処理にまで高い単価を払っています。どの系統をどの処理に割り当てるかの判断軸は、AWS Bedrockのモデル選定｜Claude・Nova・OpenAI・Gemmaの選び分けと切替判断で整理しています。

第四は、待てる処理をバッチ推論またはFlex階層へ寄せることです。どちらも単価が半分になります。第五が、負荷が定常化してからのプロビジョンド移行です。この順序を守ると、契約を伴わない打ち手から先に効果が出ます。

費用の抑制に着手する損益分岐は月額いくらからなのかを決めておく

ここは言い切ります。月額が10万円に届いていない段階では、削減施策そのものを見送ってください。取得件数の調整とキャッシュ導入を検証込みで実施すると、エンジニアの工数は数日規模になります。月額3万円から3割を削っても年間の削減額は10万円程度で、投じた人件費を下回ります。

着手すべきなのは、月額10万円を超えたとき、または利用量が四半期で数倍に伸びる見通しが立ったときです。それ以前にやるべきことは削減ではなく、上限設定とトークン量の計測を仕込み、伸びたときにすぐ手が打てる状態にしておくことです。

社内稟議と発注前に固めておくべき費用の前提と見積書で確認する項目

従量課金のサービスは、稟議の様式と相性が悪い部分があります。総額が確定しないためです。

見積書で確認すべきトークン前提と超過した場合の扱いに関する条項

外部に委託する場合、見積書で確認すべきは開発費より運用費の前提です。月間リクエスト数、1回あたりの入力・出力トークン数、想定モデル、リトライ率の4点が明記されているかを見てください。書かれていない見積りは、稼働後の請求額を検証できません。

あわせて、前提を超過した場合の扱いを決めておきます。超過分を実費請求とするのか、一定量までは開発側が吸収するのか、超えた時点で設計を見直す協議に入るのか。この条項がないまま利用が伸びると、想定の数倍の請求が届いてから対処することになります。

内製と外部委託で費用構造が変わる分岐点と発注時に見る判断材料

内製と委託の分岐は、モデル利用料ではなく設計の難所がどこにあるかで決まります。単純な文章生成なら内製で回りますが、RAGの検索設計、Guardrailsのポリシー設計、コスト監視の作り込みは経験差が出やすい領域です。前掲のとおりRAGは月額が桁で変わるため、検索側の設計品質がそのまま請求額に跳ね返ります。

社内に生成AIの実装経験が無い状態で本番を目指すなら、要件定義とコスト設計の段階から実装者を入れるほうが総額は下がります。一創の生成AI導入支援では、ワークロードの前提づくりから運用費の見積り、AWS上での構築までが対象です。判断材料が揃わないまま概算で稟議を通すと、稼働後に前提の置き直しが発生します。

よくある質問

Amazon Bedrockに無料枠はありますか？

2026年8月時点の公式料金ページに、Bedrock専用の常時無料枠の記載はありません。新規アカウント等で付与されるAWSクレジットは使えますが、付与条件は変動するため予算計画の前提には置かないでください。軽量モデルで少量のプロンプトを流す限り、検証段階の実費は数千円に収まります。

初期費用や月額の最低料金はかかりますか？

オンデマンドで使う限り、初期費用も最低利用料金もありません。呼び出しがゼロの月はモデル利用料もゼロです。ただしプロビジョンドスループットを予約した場合と、Knowledge Basesのベクトルストアを常設した場合は、利用の有無にかかわらず費用が発生します。

日本円での支払額はどう決まりますか？

料金はUSD建てで計算され、請求時の為替レートで日本円に換算されます。円換算は1USD150円という前提の目安なので、為替が動けば同じ処理量でも請求額は変わります。予算には為替変動分として1割の余裕を見てください。

予算の超過を防ぐ方法はありますか？

AWS Budgetsで月次予算としきい値アラートを設定し、CloudWatchでモデル呼び出し回数とトークン数を監視する構成が基本です。アプリケーション側で1リクエストあたりの最大トークン数と利用者あたりの実行回数に上限を設けると、バグによる急増も止められます。

Bedrock経由と提供元APIの直接利用はどちらが安いですか？

同一モデルの単価は近い水準に置かれることが多く、金額だけでは決着しません。判断材料は、既存のAWS環境との統合、IAMによる権限管理、請求の一本化といった運用面です。すでにAWS上でシステムを動かしているならBedrock経由が有利で、AWSを使っていないなら直接利用も選択肢になります。

関連記事

• Amazon Bedrockの使い方｜料金・モデル・APIの始め方を4ステップで解説【2026年版】：実装手順
• Amazon Bedrockのプロンプトキャッシュとは｜仕組み・対応モデル・料金・実装方法【2026年最新】：入力の再課金対策
• Claude Sonnet 4.6とは？性能・料金・ベンチマークと後継Sonnet 5との違い：個別モデルの単価
• クラウドとは？AWSとは何かを仕組み・料金・移行の判断まで事業者向けに解説：AWS全体の費用構造