AWSのコスト削減は何から始めるべきか。請求書を効果の大きい順に読む
AWSの請求額が増えると、EC2のサイズ変更やSavings Plansの購入から始めたくなります。僕なら、請求の上位項目と増加理由を特定します。売上を支える負荷なら、停止は事業を傷つけるからです。
AWSのコスト削減では、安い構成より先に、止めても事業へ影響しない利用を探します。削除、適正化、割引購入、構成変更の順で進めます。
AWSのコスト削減で最初に見るのは、請求総額ではなく増加額です
請求書の合計からは、削減対象を選べません。Cost Explorerを開き、同じ費用指標と対象期間で、サービス、連結アカウント、リージョン、使用タイプ、コスト配分タグの順に絞ります。
AWS Cost Explorerのフィルター仕様では、各軸で絞り込みとグループ化ができます。増加したサービスを使用タイプまで掘ると、計算資源、ストレージ、データ転送などの利用単位へ近づけます。
前払いのSavings Plansやリザーブドインスタンスがある環境では、支払日の金額だけを比べると利用実態と差が出ます。Cost Explorerの費用指標に関する公式資料を基に、財務担当者が社内の管理方法に合う指標を決めます。クレジット、返金、税、AWS Marketplaceの扱いも固定し、設定変更による削減額と請求条件による差を分けます。
当月値は確定請求と同じとは限りません。判断表に比較期間、費用指標、対象アカウント、除外項目を残し、開発と財務が同じ表を読める権限を用意します。
AWSのコスト削減では、消す前にリソースの目的を確かめます
上位項目が分かったら、未使用または用途不明のリソースを探します。AWS Cost Optimization Hubの公式資料では、対応リソースについて、アイドル状態の削除、適正化、Savings Plans、リザーブドインスタンスの推奨を集約できます。
画面に出る金額は、対応リソースと現在の料金条件に基づく月間削減見込みです。実際の請求減少を保証する実績値ではありません。対応外のサービスや、停止による売上・性能への影響も別に評価します。
用途不明という理由だけで削除してはいけません。リソースごとに、環境、所有者、作成目的、最終利用、依存先、データ保持条件、復旧方法を確認します。
サービス担当者が利用終了を確認し、AWSを操作する担当者が作業します。財務担当者は翌月の請求で差額を確認します。担当を分けると、個人の記憶に依存しません。
停止と削除は分けます。復旧可能な停止やバックアップを選べるリソースでは、変更時間、監視項目、復旧条件を決めてから止めます。
EC2を止めても、関連するストレージやネットワーク資源の課金が残る場合があります。作業後は請求の使用タイプを再確認し、対象項目が本当に減ったかまで追います。
サイズを下げるなら、使用率だけでなく業務要件も見ます
稼働中のリソースは、CPU使用率だけで小さくしません。応答時間、エラー率、処理件数、メモリ、ディスク、ネットワーク、バッチの終了時刻、障害時の余力を確認します。平常時の平均値が低くても、締め処理、販売施策、障害復旧で必要な余力まで削れば、請求額より大きな損失が発生します。
2026年7月10日時点のAWS Compute Optimizerの公式資料では、オプトイン後、標準で直近14日間のCloudWatchメトリクスとリソース構成を分析します。有料の拡張メトリクスを有効にした対応リソースでは、分析期間を93日間へ延ばせます。
対象は公式資料に記載された対応リソースに限られ、十分なメトリクスが必要です。14日間に月末処理や季節変動が含まれない環境では、推奨結果だけでサイズを変えません。
変更前に性能の受け入れ条件を決め、影響の小さい環境で候補サイズや新しい世代を試します。本番変更後も同じ費用指標と性能指標で、削減額と性能劣化を評価します。推奨、承認、本番操作の権限を分け、安さだけを理由に余力を削る判断を防ぎます。
請求項目と性能条件を同じ表へ置いても、削る順番を決める人が社内にいない場合は、技術と経営の両方を見られる外部担当へ相談する範囲です。CTO代行を週1で使う範囲と同様に、社内へ残す操作を決めます。
AWSのコスト削減でSavings Plansを買うのは、削除と適正化の後です
Savings Plansは値引き券ではなく、利用額への長期コミットです。2026年7月10日時点のSavings Plans公式資料では、1年または3年にわたり、時間あたりの一定利用額を約束する仕組みと説明されています。
Compute Savings Plansの対象はEC2、Fargate、Lambdaの対象利用で、SageMaker AIには別のSavings Plansがあります。割引の適用範囲はプラン種別と対象サービスで変わるため、AWS全体の請求へ一律に掛かる制度ではありません。
EC2のリザーブドインスタンスも契約条件を先に読みます。EC2リザーブドインスタンスの請求仕様では、実利用の有無にかかわらず契約期間全体の料金を支払うと明記されています。公式資料の説明対象はEC2であり、RDSなど別サービスの予約制度は各サービスの条件を確認する必要があります。
購入額の基準は、削除と適正化の後も継続する利用量です。技術側は利用量の下限を、事業側は利用期間を示し、財務側は前払いと資金計画を確認します。
利用率とカバー率は購入後も見直します。割引率だけで決裁すると、使わない利用額への支払いが固定されます。
構成変更は、毎月の運用費まで含めて判断します
未使用分を削除し、適正化と割引購入を検討しても大きな項目が残る場合、初めて構成変更を候補にします。使用タイプでNAT Gatewayの処理量、リージョン間やアベイラビリティゾーン間の転送、ストレージの容量や入出力などを確認し、費用を生む設計上の経路を特定します。請求項目と構成図を結び付けずに、コンテナ化やマイクロサービス化を目標へ置いても、削減対象が消えるとは限りません。
構成変更の評価表には、AWS費用見込みに加え、設計、実装、データ移行、停止、監視、復旧の費用とリスクを入れます。AWS Well-Architected Frameworkのコスト最適化指針も、性能や信頼性との均衡を求めています。事業要件を満たす範囲で総費用が下がる構成を選びます。
構成変更の成果は、請求の対象使用量、月次費用、性能、障害、運用負担で測ります。構成変更に必要な実装費も、総額ではなく対象作業と除外範囲をそろえて確認します。
外部の開発会社へ構成変更を依頼するなら、同じ条件で相見積もりを取り、AWSの削減見込みと変更作業の費用を分けて評価します。MVP開発の費用相場と同じく、作業範囲と除外範囲をそろえます。月額の削減額と、一度だけ発生する開発費を混ぜずに報告できます。
AWSのコスト削減を一度で終わらせない仕組みを作ります
請求確定後に、増加理由、サービスの担当者、対応期限、変更後の差額を一枚へ残します。僕ならCost Explorerの保存済みレポートと同じ費用指標を使い、毎月の比較条件が変わらないようにします。
開発会社へ運用を委託している場合も、運用契約にコストレビューが含まれるとは限りません。契約書や発注書で、費用指標、報告頻度、改善提案、AWS上の変更、翌月の効果確認を誰が担当するか決めます。
稼働を維持する契約と、費用を継続的に下げる契約は評価項目が異なります。発注側にも請求レポートを読む人と変更を許可する人を残します。
予算通知と異常検知は、レビューを始める合図として使います。AWS Cost Anomaly Detectionの公式資料によると、請求データの処理には遅れがあり、異常検知はリアルタイムの停止装置ではありません。
AWS Marketplaceの第三者製品など、監視対象外の費用もあります。通知の受信者、調査担当、利用停止を決める人を事前に決め、通知後の手順まで運用文書へ書きます。
削除と割引購入の前に答える三つの質問
AWSの請求書では最初に何を見ますか?
Cost Explorerで費用指標と比較期間を固定し、サービス別の増減を見ます。増えたサービスをアカウント、リージョン、使用タイプ、タグで掘り、利用単位と所有者を結び付けます。総額の前月比だけでは、利用増加、割引、クレジットを区別できません。
未使用リソースは何を根拠に判断しますか?
メトリクスだけでなく、所有者、最終利用、依存関係、データ保持、復旧方法を確認します。Cost Optimization HubやCompute Optimizerの推奨は候補抽出に使い、削除承認はサービス責任者が行います。
Savings Plansは早く買うほど得になりますか?
未使用分や過大なサイズを含む利用量へコミットすると、後から利用量を下げても支払いが残ります。削除と適正化の後に、事業継続の見通しがある最低利用量だけを候補にします。購入前には対象サービス、期間、支払い方法、利用率、カバー率の確認担当を決めます。
明日はCost Explorerで増加額を一つ特定します
Cost Explorerを開き、直近の確定月と、その前の月を比べてください。費用指標を固定し、サービス別の増減を金額順に並べ、増加額が最大のサービスを一つ選びます。
選んだサービスを連結アカウント、リージョン、使用タイプの順に掘ります。最後に利用単位の担当者と作成目的を書き、止める、サイズを変える、購入条件を調べるのどこへ進むかを決めます。
明日の作業は、Savings Plansを買うことではありません。増加額を生んだ使用タイプと担当者を一組だけ特定し、同じ画面を翌月も開ける保存済みレポートへ残すことです。
次に読む