2026年7月17日、Amazon Web Services(AWS)のCost Explorerや請求管理画面に、実際の利用状況とはかけ離れた高額な推定請求額が表示される障害が発生しました。
SNS上では、数百万ドルから数兆ドルに及ぶ請求予測が表示されたとの報告が相次ぎました。普段は数セント程度しか利用していないアカウントや、ほとんど稼働していない休眠アカウントにも巨額の通知が届いたとされています。
AWSは、表示された推定値について、実際の使用量や請求額を反映したものではないと説明しています。
この記事では、AWSの公式発表を中心に、障害の発生時刻、原因、影響した機能、SNS上で報告された金額、利用者が取るべき対応について整理します。
AWSで発生した高額請求表示バグの概要
今回の障害では、AWSの請求管理機能に誤った推定コストが表示されました。確認された主な症状は次のとおりです。
- Cost Explorerに数百万~数兆ドルの金額が表示される
- AWS Budgetsから巨額の予測コスト通知が届く
- Cost Anomaly Detectionが異常なコストを検出する
- S3など、ほとんど使っていないサービスに高額な費用が表示される
- 無料利用枠や休眠中のアカウントにも通知が届く
- 月間コストのグラフが突然、垂直に跳ね上がる
日本国内でも、AWSのコスト管理に関する複数の機能で、実際の利用額と大幅に異なる金額が表示される事象が確認されています。AWSのコスト管理を支援するサーバーワークスによると、少なくとも次の機能が影響を受けたとみられます。
- AWS Cost Explorer
- AWS Cost Anomaly Detection
- 請求とコスト管理ホーム
- コスト異常検出に関連する通知
障害発生から原因特定までの時系列
AWS Health Dashboardで公開された情報を日本時間に直すと、次のようになります。
| 日本時間 | AWSの発表内容 |
|---|---|
| 7月17日11時38分ごろ | 誤った推定請求データの表示が始まる |
| 15時30分ごろ | 国内事業者が異常な金額表示を確認 |
| 17時33分ごろ | AWSがCost Explorerの不正確な推定請求データを調査中と発表 |
| 18時07分ごろ | Billing and Cost Management Consoleにも誤ったデータが表示されていると説明 |
| 19時03分ごろ | 原因を推定請求計算システム内の単価に関する問題と特定 |
| 19時03分時点 | 修正後のデータ再計算には数時間かかる見込みと説明 |
AWSによると、誤った推定請求データの表示は、米国太平洋夏時間の7月16日19時38分、日本時間では7月17日11時38分ごろから始まりました。AWSが最初に調査中であることを公表したのは、日本時間17時33分ごろです。単純計算では、異常データの表示開始から公式発表まで約6時間の差があります。ただし、この約6時間の全期間で、すべての利用者に異常な金額が表示されていたとは限りません。また、AWSが内部で問題を認識した時刻も公表されていません。
障害の原因は推定請求計算システムの単価
AWSが公表した原因は、推定請求額を計算する内部システムにおける「unit pricing」、つまり単価情報の問題です。AWSの利用料金は、基本的に次のような計算で求められます。
サービスの使用量 × 単価 = 推定利用料金
今回の障害では、実際の使用量ではなく、料金計算に使う単価側に問題が発生しました。
実際の使用量
×
誤った単価
↓
現実離れした推定請求額
AWSは、問題が発生した場所を「estimated billing computation subsystem」、つまり推定請求額を計算するサブシステムと説明しています。一部の利用者からは、通常の使用量と表示された請求額を比較すると、約10億倍になっているのではないかとの分析も出ています。しかし、AWSは具体的な倍率や計算ミスの内容までは公表していません。
表示された金額は実際の請求ではない
AWSは、異常表示された推定請求額について、実際の使用量や料金を反映したものではないと明言しています。また、AWSは利用者に対し、現時点で必要な対応はないと案内しています。
今回問題が発生したCost Explorerや請求管理ホームに表示される月途中の金額は、確定請求額ではなく推定値です。AWSの請求管理画面では、当月の利用状況をもとに月初からのコストや月末時点の予測額を表示します。その推定処理に不具合が発生したため、実際のリソース使用量とは一致しない巨額の数字が表示されました。
AWS Billing and Cost Managementの説明
ただし、確認できたAWSの発表では、誤った推定データの再計算に数時間かかると説明されています。表示が修正されるまでは、Cost Explorer上の金額だけで当月の利用料金を判断しないほうがよいでしょう。
SNS上で報告された異常な推定請求額
SNSや技術者コミュニティでは、さまざまな金額が報告されています。以下は投稿者による申告であり、AWSが個別に確認した金額ではありません。
| 報告された推定額 | 投稿者が説明した利用状況 |
|---|---|
| 約7兆ドル | AWSサポートからCost Explorerのバグと案内されたとの申告 |
| 2,255億7,921万164.83ドル | 小規模なEC2、S3、スナップショットを利用 |
| 1,839億6,581万2,157.54ドル | 100ドル超過時に通知するAWS Budgets |
| 25億ドル | 通常は月5セント程度 |
| 4億5,000万ユーロ | 無料利用枠のアカウント |
| 約2,653万ドル | ほとんど利用していない休眠アカウント |
| 約176万ドル | S3に保存しているデータは約22KB |
| 約60万ドル | 20ドルの予算通知を設定した学習用アカウント |
| 約9,001万ドル | 実際の使用量とは一致しない予測額 |
| 約500万ドル | S3が原因と表示されたとの申告 |
例えば、通常は月5セント程度しか利用していないアカウントに、25億ドルの推定請求額が表示されたという報告があります。同じ投稿内では、無料利用枠のアカウントに4億5,000万ユーロが表示されたという利用者も確認できます。
別の利用者は、小規模なEC2、4つのS3バケット、EC2スナップショット程度の環境に、2,255億7,921万164.83ドルと表示されたと報告しています。
また、S3に約22KBしか保存していないにもかかわらず、約176万ドルの料金が表示された例もあります。
AWS Budgetsやコスト異常検出にも影響
今回の問題は、Cost Explorerの画面表示だけではありません。誤った推定請求データを参照したことで、AWS BudgetsやCost Anomaly Detectionから高額な通知が送信されたとみられます。
AWS Budgetsは、設定した予算を超えた場合や、月末までに予算を超えると予測された場合に通知する機能です。今回、100ドルを超えた場合に通知する設定に対し、予測額が1,839億6,581万2,157.54ドルになったという報告がありました。
通知機能そのものは、入力されたコストデータをもとに動作したと考えられます。しかし、元となる推定請求データが誤っていたため、現実離れした通知が大量に発生しました。Cost Anomaly Detectionも、Cost Explorerのデータをもとに異常な支出を検出します。そのため、単価情報のバグがコスト管理機能全体へ波及した可能性があります。
SNSでは不正アクセスを疑う声が相次ぐ
高額通知を受け取った利用者の多くは、最初に不正アクセスや設定ミスを疑いました。SNS上では、次のような反応が確認されています。
- メールを見た瞬間にパニックになった
- 寝起きに数億ドルの通知が届いた
- バグだと分かっても落ち着けなかった
- アクセスキーが流出したと思った
- S3やCloudFrontを停止した
- IAMユーザーやアクセスキーを削除した
- AWSサポートへ問い合わせた
- 稼働中のリソースを削除した
中には、S3に約500万ドルのコストが表示されたため、S3バケットを削除してサポートチケットを作成したという投稿もあります。
今回の金額は実際の請求を反映していませんでした。そのため、AWS Health Dashboardを確認せずにリソースを削除すると、請求額表示バグとは別に、運営中のサービスを停止させる恐れがあります。
AWSの告知方法に対する批判
SNSでは、障害の内容だけでなく、AWSの情報提供方法にも批判が集まりました。主な意見は次のとおりです。
- 巨額通知を送る前に内部で異常を検知できなかったのか
- AWS Health Dashboardを自分で探さなければ原因が分からなかった
- 対象者へ訂正メールを早急に送るべきだった
- Billing Console内に目立つ警告を表示してほしかった
- サポートへの問い合わせが集中する前に一斉通知すべきだった
請求額に関する障害は、Webサイトが一時的に開けなくなる障害とは異なる心理的負担があります。数兆ドルという現実には支払えない金額でも、「AWSから届いた請求通知」というだけで、不正アクセスや破産につながる問題を想像した利用者は少なくありませんでした。
バグだと判明したあとは、表示額を競うような投稿や「国家予算を超えている」といった冗談も増えました。しかし、その前段階では本物の請求だと思い、強い不安を感じた利用者が多かったことが分かります。
7月16日のCloudFront障害とは別の問題
前日の7月16日には、Amazon CloudFrontのVPC Originsで5xxエラーが増加する世界規模の障害が発生しました。2日続けてAWSの障害が話題になったため、SNSでは両者の関連を疑う声もあります。しかし、公表されている原因は異なります。
| 発生日 | 障害 | 公表された原因 |
|---|---|---|
| 7月16日 | CloudFrontのVPC Origins接続障害 | 内部ルーティング設定の処理問題 |
| 7月17日 | 推定請求額の異常表示 | 推定請求計算システム内の単価問題 |
現時点で、2つの障害に直接的な関係があることを示す公式情報はありません。
高額な請求額が表示された場合の対応
AWSは今回の障害について、利用者側の対応は必要ないと案内しています。ただし、同じタイミングで本物の不正アクセスが起きていないとは限りません。高額な金額が表示された場合は、次の内容を確認するのが安全です。
AWS Health Dashboardを確認する
最初に、AWS側でBillingに関する障害が公表されているか確認します。
実際の使用量を確認する
請求額だけでなく、次のような実際の使用量を確認します。
- EC2の稼働台数
- S3の保存容量
- データ転送量
- Lambdaの実行回数
- CloudFrontのリクエスト数
- Bedrockなど従量課金サービスの使用量
普段数ドルのアカウントに突然数兆ドルが表示された場合、今回の障害である可能性は高いでしょう。一方、数十ドルから数百ドル程度の増加は、本当の使用量増加でも発生します。
CloudTrailとIAMを確認する
見覚えのないリソース作成や操作がないか、CloudTrailで確認します。また、次の項目も確認が必要です。
- 身に覚えのないIAMユーザー
- 不明なアクセスキー
- 普段使用しないリージョンのリソース
- 不審なAPI操作
- 意図しないMarketplace製品の利用
通常の身に覚えのない請求について、AWSも稼働中のリソースや組織内の別アカウントを確認するよう案内しています。
慌ててリソースを削除しない
AWS Healthで請求表示障害が確認され、実際の使用量にも異常がなければ、すぐにリソースを削除する必要はありません。Webサービスを運営している場合、確認せずにEC2やS3、IAM設定を削除すると、本物のサービス停止やデータ消失を引き起こす可能性があります。
画面や通知を保存する
後から表示内容が修正される可能性があるため、次の情報を保存しておくとよいでしょう。
- Cost Explorerの画面
- Bills画面
- AWS Budgetsから届いたメール
- Cost Anomaly Detectionの通知
- AWS Health Dashboardの案内
- 通常時の利用額
- CloudTrailの確認結果
今回の障害から分かること
AWS BudgetsやCost Anomaly Detectionは、高額請求を早期に発見するための重要な機能です。しかし今回の障害では、監視機能の入力となる推定請求データ自体に問題が発生しました。そのため、監視機能が正常に動作していても、誤った高額通知が発生しました。請求アラートが届いた場合は、金額だけを見てリソースを停止するのではなく、次の情報を組み合わせて判断する必要があります。
- Cost Explorerの料金データ
- 実際のリソース使用量
- CloudWatchのメトリクス
- CloudTrailの操作履歴
- IAMの認証情報
- Cost and Usage Report
- AWS Health Dashboard
今回の事象は、請求データの異常と実際の使用量の異常を切り分ける手順が必要であることを示しています。
まとめ
2026年7月17日、AWSのCost Explorerや請求管理画面に、実際の利用状況とは異なる高額な推定請求額が表示される障害が発生しました。
AWSが公表した原因は、推定請求額の計算サブシステムにおける単価情報の問題です。
SNS上では、約176万ドル、25億ドル、2,255億ドル、最大で約7兆ドルなど、現実離れした金額が報告されました。また、AWS BudgetsやCost Anomaly Detectionからも、誤ったデータをもとにした通知が送信されたとみられます。
AWSは、表示された推定額について、実際の使用量や料金を反映したものではなく、利用者側の対応は必要ないと説明しています。
ただし、高額請求の通知は本物の不正アクセスでも発生します。今回のバグを理由にすべての通知を無視するのではなく、AWS Health Dashboard、実際の使用量、CloudTrail、IAMなどを照合して判断することが重要です。

コメント