AWS コスト可視化と最適化ガイド：Cost Explorer、Budgets、タグ・自動化まで

1. はじめに – なぜコスト管理が必要か

AWS は 従量課金制 であるため、使った分だけ請求されます。
しかし、リソースを「作って放置」したままだと見えない費用が積み重なりやすく、月額数万円～数百万円規模の無駄遣いになることがあります。

• 可視化：どのサービス・タグ・期間で費用が発生しているかを把握する。
• 予算管理：設定した上限を超えたら自動で通知し、早期に対策できるようにする。
• 最適化：実際の使用量に合わせてインスタンスタイプや購入オプション（スポット・RI・Savings Plans）を見直す。

本稿は「AWS を初めて使う人」でも理解できるよう、専門用語の解説と具体的な手順を交えて説明します。

2. Cost Explorer の概要と設定手順

2‑1. 用語解説

2‑2. 有効化手順

※この操作は ルートアカウントまたは Billing 権限が付与された IAM ユーザー が行う必要があります。

1. AWS Management Console にサインイン → 画面右上の 「サービス」 メニューから 「Billing」 を選択。
2. 左側メニューの 「Cost Explorer」 をクリックし、「Enable Cost Explorer」 ボタンを押す。
3. 有効化後、最初の集計に 12〜24 時間程度かかります。
4. 「Reports」 タブで 「Create report」 → 「Usage type」「Service」など分析したい項目を選択。
5. 必要に応じて フィルター にタグ（例：Environment=Production）や期間（例：Last 30 days、Custom range）を設定。
6. 作成したレポートは右上の 「Download CSV」 でローカルに保存し、Excel 等で詳細分析が可能です。

2‑3. ポイント

• デフォルトビュー はサービス別合計費用ですが、タグや使用タイプ（例：BoxUsage:t3.medium）で絞り込むと「どのプロジェクトがコストを食っているか」が瞬時に分かります。
• 保存したレポート は自動で毎日更新されるので、定期的なレビューに最適です。

参考: AWS公式ドキュメント – Cost Explorer の使用方法

3. AWS Budgets の概要と設定手順

3‑1. 用語解説

3‑2. 設定手順

1. Billing コンソール左メニューから 「Budgets」 を選択。
2. 「Create budget」 → 「Cost budget」→ 次へ。
3. 予算額（例：¥500,000）と期間（毎月・四半期など）を入力し、「Configure alerts」 で以下を設定
4. 80% 到達時 → メール通知
5. 100% 超過時 → SNS トピックにメッセージ送信（Slack と連携可）
6. フィルター にタグやサービスを指定すれば、部門別・プロジェクト別の予算管理が可能。
7. 作成完了後は 「Budgets Dashboard」 に現在の実績と残額がリアルタイムで表示されます。

3‑3. ポイント

• 予算上限はハードリミットではなくアラートです。超過したら自動でリソースを停止する仕組みは別途 Lambda 等で実装します（次章参照）。
• 複数の予算 を作成すれば、全体予算と部門ごとのサブ予算を同時に管理できます。

参考: AWS公式ドキュメント – AWS Budgets の概要

4. タグ付け戦略と IAM ポリシーのベストプラクティス

4‑1. なぜ「タグ」が重要か

• コスト配分：Cost Explorer のフィルターでタグ単位に集計できる。
• 自動化トリガー：AWS Config や Lambda が「タグが付いていない」リソースを検出し、削除や停止のアクションを起こすことができる。

4‑2. 推奨するタグキー（例）

タグ付与を徹底する方法

• CloudFormation / CDK のテンプレートに必須タグパラメータを組み込む。
• AWS Config ルール 「required-tags」を有効化し、違反リソースが作成されたら自動で非稼働状態にする。

4‑3. IAM ポリシーで「タグ必須」ルールを実装（正しい例）

• ポイント
• StringNotEqualsIfExists により、リクエストに必須タグが無い場合は Deny が適用されます。
• aws:username（実行ユーザー名）を使えば「自分が所有するプロジェクト」だけ作成可能にできます。

注意: AWS には「費用ベースの条件キー」は存在しません（例：aws:RequestedRegionCost は無効）。コスト上限でリソース作成を制御したい場合は、Budgets + Lambda の連携が推奨されます。

5. リソース最適化：サイズ変更・スポット・予約/ Savings Plans

5‑1. インスタンスのリサイズ（実績に基づくダウングレード）

実例（2023 年度実績）

• EC2 t3.large → t3.medium：月額 ¥12,000 削減（約 22 %）。
• RDS db.m5.large → db.t3.medium：月額 ¥9,500 削減（約 15 %）。

根拠: AWS の公式料金表に基づく計算（Amazon EC2 Pricing）。実際の削減率は使用パターン次第です。

5‑2. スポットインスタンス活用

• スポットとは：AWS が余っているキャパシティを最大 90 %（オンデマンド価格に対して） の割引で提供。実際の割引率はリージョン・時間帯により変動し、70 % 前後が一般的な上限です【※AWS Documentation】。
• 適用対象：バッチ処理、データ解析、CI/CD ジョブなど「途中で停止しても再実行できる」ワークロード。

実装フロー

1. 対象ジョブを Auto Scaling Group（ASG） の Launch Template に InstanceMarketOptions で Spot 設定。
2. Capacity Rebalancing を有効化し、スポットが回収される前に新しいインスタンスへ自動置換。
3. 必要なら On‑Demand フォールバック（最大 20 % のキャパシティは On‑Demand に切り替える）を設定。

5‑3. Reserved Instances (RI) と Savings Plans の選び方

根拠: AWS の公式ページに記載された「最大割引率」【AWS Documentation – Savings Plans】。実際の割引は購入時点のオンデマンド価格と使用量によって変わります。

選定チェックリスト

1. 稼働パターンが安定か → RI または Compute Savings Plans（3 年契約がおすすめ）。
2. インスタンスファミリを頻繁に変更する可能性 → Compute Savings Plans が柔軟。
3. 予算が確保できるか → 「All Upfront」購入で最大割引率を取得（キャッシュフローに余裕がある場合）。

6. 自動化で継続的削減を実現する方法

6‑1. Lambda + EventBridge によるスケジュール停止・起動

用語解説

• Lambda：サーバーレスでコードを実行できるサービス。
• EventBridge（旧 CloudWatch Events）：時間やイベントに応じてターゲット（Lambda 等）を自動起動できる。

実装例（Python 3.9）

設定手順
1. IAM ロールに ec2:StopInstances / ec2:StartInstances 権限を付与。
2. Lambda 関数作成 → 上記コード貼り付け → 保存。
3. EventBridge で以下のような cron 式 を設定
- 停止：cron(0 22 ? * MON-FRI *)（平日 22:00 に停止）
- 起動：cron(0 6 ? * MON-FRI *)（平日 06:00 に起動）

ポイント：タグ AutoStop=true が付いていないインスタンスは対象外になるため、テスト環境だけに適用可能。

6‑2. Trusted Advisor と Compute Optimizer の活用

• 実装のヒント
• Trusted Advisor の Idle Load Balancers と Underutilized EC2 Instances は、即座に停止/削除できる候補です。
• Compute Optimizer の推奨は「Potential Savings」として金額が表示されるので、優先順位付けに活用できます。

参考: AWS Documentation – Trusted Advisor、Compute Optimizer

7. 組織単位のガバナンス（AWS Organizations & SCP）

7‑1. 基本概念

7‑2. 設定フロー

1. Organizations の作成

2. コンソール → “AWS Organizations” → “Create organization”。デフォルトで「All features」モード（SCP が利用可能）に設定。

3. OU の構築
   text
Root
├─ Finance
├─ Engineering
│ ├─ Dev
│ └─ Prod
└─ R&D

4. SCP の作成例（サービス制限）

ポイント
- SCP は「Deny が優先」なので、たとえ個別 IAM ポリシーで許可されていても上記条件に合致すれば実行できません。
- コストベースの制御は直接できないため、Budgets + SNS + Lambda で「予算超過時に対象アカウントを一時的に無効化」する仕組みと併用します。

1. Consolidated Billing の活用
2. 各子アカウントの Budgets は Organizations の “Billing” ダッシュボードで一括表示でき、全体予算超過時はルートアカウントに通知が届くよう設定可能です。

参考: AWS Documentation – AWS Organizations User Guide

8. サードパーティーツール比較と導入ステップ

導入ステップ

1. ベースライン取得
2. Cost Explorer と Budgets を有効化し、過去 3 ヶ月分の費用を把握。
3. タグポリシーと IAM 制御の整備（第4章参照）。
4. インスタンスリサイズ・スポット導入（第5章）。
5. 自動化スクリプト（Lambda + EventBridge） をデプロイし、夜間停止を実装。
6. Trusted Advisor と Compute Optimizer のレポートで未使用リソースを洗い出す。
7. 必要に応じてサードパーティーツール導入：コスト分析が手作業でも追いつかない場合は CloudHealth 等を試用。

9. まとめ・次のアクション

最終的な目標は「見える化 → 予算設定 → 自動抑止 → 継続的改善」のサイクルを回すことです。このフローを社内の DevOps プロセスに組み込めば、AWS コストは 30 %〜50 % 程度削減できるケースが多数報告されています（実績は各社環境に依存）。まずは「Cost Explorer の有効化」から始めてみましょう。

本稿の情報は 2024 年 3 月時点の AWS 公開ドキュメントを元に作成しています。サービス仕様や価格は予告なく変更されることがありますので、最新情報は公式ページをご確認ください。