ITメモベース

Python・開発環境まわりの「つまずきポイント」を整理するITメモ


AWSで削除したはずのリソースに課金される原因


AWSを使っていて、

  • もうリソースは削除したはず
  • EC2も止めたし問題ないと思った
  • なのに請求が続いている

このような経験はありませんか。

AWSでは、
「削除したつもり」でも課金が止まらないケース がよくあります。

この記事では、
AWSで削除したはずのリソースに課金され続ける主な原因と、
必ず確認すべきポイントを分かりやすく解説します。

この記事でわかること

  • 削除しても課金される仕組み
  • 見落とされやすいリソース
  • Billing画面での確認方法
  • 課金を止めるためのチェック順

「削除した=課金停止」ではない理由

AWSでは、

  • 停止
  • 削除
  • デタッチ

別の操作 として扱われます。

そのため、
削除したと思っていても実際には残っている リソースが原因で、
課金が発生し続けることがあります。

原因① EC2を停止しただけで削除していない

最も多い原因です。

  • EC2を「停止」した
  • しかし「削除(Terminate)」していない

この場合、

  • EC2本体の料金は止まる
  • 付随するEBSは残る

結果として、ストレージ料金が継続 します。

原因② EBSボリュームが残っている

EC2を削除しても、

  • EBSボリューム
  • スナップショット

自動では削除されない ことがあります。

確認方法:

  1. EC2 → Volumes
  2. 「available」状態のEBSがないか確認

不要なものは 明示的に削除 する必要があります。

原因③ Elastic IPが解放されていない

Elastic IPは、

  • EC2に紐づいていない状態
  • 割り当てだけ残っている状態

課金対象 になります。

確認ポイント:

  • EC2 → Elastic IPs
  • 「Associated Instance」が空欄になっていないか

不要なElastic IPは Release してください。

原因④ S3バケットやデータが残っている

S3は、

  • バケットを削除しない限り課金される
  • データが1バイトでもあれば対象

特に注意点:

  • 古いログ
  • バックアップファイル
  • テスト用バケット

完全に不要な場合は バケットごと削除 します。

原因⑤ NAT Gatewayやロードバランサーが残っている

初心者が気づきにくい高額要因です。

  • NAT Gateway
  • Application Load Balancer
  • Network Load Balancer

これらは 起動しているだけで課金 されます。

EC2を削除しても
別リソースとして残る 点に注意が必要です。

原因⑥ リージョン違いのリソースが残っている

AWSは リージョンごとに独立 しています。

  • 東京リージョンでは削除した
  • 他リージョンに残っている

というケースもあります。

Billingで確認する際は、
全リージョンを意識 してください。

課金原因を特定するおすすめ手順

  1. Billing → Cost Explorerを確認
  2. サービス別に料金を見る
  3. 日別・時間別に増加タイミングを確認
  4. 対象サービスのリソースを洗い出す

この順番で確認すると、
ほぼ確実に原因が特定できます。

課金を防ぐための対策

  • 使用後は「停止」ではなく「削除」
  • EBS・Elastic IPを必ず確認
  • Billingアラートを設定
  • 定期的にCost Explorerを見る

まとめ

AWSで削除したはずなのに課金される原因は、

  • 削除漏れ
  • 付随リソースの残存
  • リージョン違い

がほとんどです。

「消したつもり」ではなく、
Billing画面で確認する習慣 をつけることが重要です。


コメントを残す

メールアドレスが公開されることはありません。 が付いている欄は必須項目です

PAGE TOP