BedrockでClaude請求約476万円、監視の死角

BedrockでClaude請求約476万円、監視の死角

AWSコスト異常検出を設定していたのに、Amazon Bedrock経由でClaude Opusを使った利用者に約476万円の請求が届いた。アラートは鳴らなかった。「すべてのAWSサービスを追跡する」はずの監視に、見えない穴があった。


設定したのに、通知は来なかった

ある読者が2026年4月、Amazon BedrockでAnthropic Claude Opusを試した結果、3万141.33ドル(約476万円)の請求を受け取った。本人は事前にAWS Cost Anomaly Detection(AWS コスト異常検出、以下CAD)で「絶対額100ドル以上かつ前比40%以上」というしきい値を設定済みだった。Bedrockを初めて使う33日前から、保険はかけてあったはずだった。

監視対象として読者が選んだのは「AWS Services」。AWS自身が「すべてのAWSサービスを自動的に追跡する」と説明している項目だ。読者はそれを信じた。だが、その「すべて」には大きな穴が開いていた。


AWS Marketplaceは「すべて」に含まれない

CADの仕様を読み込むと、サポート外のサービスがリストアップされている。その一覧の筆頭にあるのがAWS Marketplaceだ。Marketplace経由の課金には、CADのアラートは一切発火しない。

そして問題はここから先にある。

Anthropic Claudeモデルへの課金は、Amazon Bedrockの中で動いていても、請求経路としてはAWS Marketplaceを通る。利用者の感覚では「Bedrockを使っている」が、AWSの内部では「Marketplaceで買い物をしている」扱いになる。この食い違いを、コンソール上のどこも明確には教えてくれない。

CADでMarketplaceがサポート外であること自体は、AWSの公式ドキュメントに記載がある。ただし「Bedrockの課金がMarketplace扱いになる」ことは、その文書を読んでも結びつかない。両方の知識を組み合わせて初めて、監視に死角があると気づける構造になっている。

クレジットが「沈黙」を長引かせた

請求が表面化するまで時間がかかった理由は、もう一つある。

読者のアカウントにはAWS Activateクレジットが約8026ドル(約127万円)分残っていた。Bedrockの利用が始まってからしばらく、Marketplace側の請求はこのクレジットで目立たず相殺されていく。アラートは鳴らない。クレジットが尽きた瞬間も通知は届かない。読者は何週間も、自分の支払いがすでに走り始めていたことに気づけなかった。

「クレジットによるマスキングが事態を悪化させた」と読者は語ったとされる。クレジットが切れた瞬間から、相殺されない実額がそのまま請求として積み上がっていった。最初の警告は、月次の請求書という形でやってきた。

Bedrockのインフラ部分の課金が別途675.07ドル(約10万7000円)上乗せされている点も付け加えておきたい。こちらはMarketplace経由ではないが、本筋の3万ドルに比べれば誤差の範囲だ。

Bedrock利用1か月の総支出 約3万8843ドルの内訳
総支出 $38,843
Bedrockモデル課金
Marketplace経由
77.6%
Activateクレジット
請求書を覆い隠した分
20.7%
AWSインフラ料金 1.7%
※ 内訳:Bedrockモデル課金 $30,141.33/Activateクレジット消費 $8,026.54/インフラ料金 $675.07。コスト異常検出のアラートは1か月一度も鳴らず、Activateクレジット枯渇後に初めて月次請求書で発覚した。

「直接Anthropicと契約する」という回避策

クラウドコスト最適化を専門とするDuckbillのチーフクラウドエコノミスト、コーリー・クイン(Corey Quinn)氏は、自分自身のClaude推論を原則としてAnthropicと直接契約する形で運用していると述べたとされる。

理由は単純で、Anthropic側ならリアルタイム課金、アラート、上限設定、APIキー単位の制限といったコスト制御の道具が一通り揃っているからだ。AWS経由だと、これらに相当する細かい制御がMarketplace特有の壁で阻まれる。

クイン氏は「Bedrockのモデル支出がMarketplace扱いになるのは、AWSに深く慣れていない限り直感に反する」とも指摘したとされる。「直感に反する」という言い方は、おそらく言葉を選んだ結果だろう。普通の利用者は気づきようがない、というのが実態に近い。

Bedrock経由の生成AI利用は、コンソール上で完結しているように見える。しかしバックエンドでは、推論部分の課金がAWS Marketplaceという別の経路を通っている。利用者が見ている画面と、請求が走る場所のあいだに、薄い膜のような乖離が挟まっている。

AWSの公式回答

AWSの広報担当者は、Marketplace課金についてはAWS Budgetsという別の機能で対応できると説明したという。BudgetsはBedrockのMarketplace支出もカバーする。ドキュメントに記載のとおりCADの守備範囲には入らないため、Marketplace支出が気になる利用者はBudgetsを使うか、AWSサポートに問い合わせてほしい、という案内だ。

筋は通っている。ただ、利用者側からすれば「コスト異常検出」と名付けられた機能が異常な支出を検出してくれなかったわけで、回答としては少し冷たく聞こえる。CADを設定した時点で「これで監視は十分」と思い込んでしまった利用者を救う設計には、まだなっていない。

AWS監視機能と課金経路の対応状況
監視機能 AWS
サービス全般EC2/S3
など
AWS
MarketplaceBedrockの
モデル課金
Activateクレジット
消費中枯渇まで
請求が隠れる
AWSコスト異常検出
(CAD)
監視対象 ×対象外 ×通知なし
AWS Budgets 監視対象 対象 ×通知なし
月次請求書 記載あり 記載あり クレジット控除後
※ CADはAWS公式ドキュメントで「Unsupported services」にMarketplaceを明記。Bedrockのモデル課金はMarketplace経由で処理されるため、CADを設定していてもアラートは発火しない。Activateクレジット消費中も通知は届かず、枯渇後の請求書で初めて発覚する構造となっている。

AIの利用は「請求の見えない領域」を増やす

AI APIの利用は、従来のクラウドリソースとは課金の出方が違う。

EC2やS3なら使った分だけ穏やかに積み上がるが、生成AIは1回のリクエストで数十万トークンを消費する場合がある。先日もAWSの仮想デスクトップ上でエージェントを動かすと、1クリックあたり50万トークンを食う可能性があると報じられたばかりだ。1日で月予算を使い切ることは、現実的なシナリオになっている。

その上、課金経路がBedrockやMarketplaceのように複数レイヤーをまたぐと、監視ツールの守備範囲が分断される。利用者が「ここを監視していれば安心」と考えた場所と、実際に課金が走る場所が一致しない。これがAI時代のクラウド請求書の、新しいリスクの形だ。

CADを設定するときは「AWS Services」だけでなく、コストカテゴリベースのカスタムモニターをMarketplace向けにも別途用意するか、AWS Budgetsで上限を設定する。Bedrockを試す前なら、念のため両方やっておく価値はある。

教訓は単純で、苦い

設定したから安心、ではなかった。説明文を信じたから安心、でもなかった。AWSのコスト管理機能は単体では完結しておらず、複数の機能を重ねがけしないと監視の穴は埋まらない。

そして、この事実はドキュメントを深く掘れば書いてある。掘らなければ、月末の請求書まで分からない。書いてあるか書いていないかでいえば書いてある。だが、書いてあれば十分なのか、という問いは別にある。

新しいモデルや新しいAPIを試したくなる時期に、こうした事例が積み重なっていく。請求書を見てから議論しても、もう遅い。


参照元

他参照

関連記事

この記事を共有する