Contents
2026 年版 AWS コスト最適化の全体像と 4 ステッププロセス
AWS の利用料金はリソース使用状況に応じて日々変動します。
単発の割引だけでなく、可視化 → 分析 → 実行 → 継続モニタリング のサイクルを組むことが長期的なコスト削減の鍵です。本セクションでは、各ステップで推奨される AWS サービスと実務に落とし込めるアウトプット例を示します。
| ステップ | 主なツール・アクション | 成果物例 |
|---|---|---|
| 可視化 | Cost Explorer で月次ダッシュボード作成、AWS Budgets で予算超過時の SNS 通知設定 | 月次コストサマリ、予算警告レポート |
| 分析 | Compute Optimizer の利用率レポート、Trusted Advisor の未使用リソース診断 | ライトサイジング候補一覧、削除対象リスト |
| 実行 | 推奨インスタンスタイプへの変更、Savings Plans / Spot インスタンスへの移行、AWS Config ルールで自動クリーンアップ | コスト削減アクション実装レポート |
| 継続モニタリング | CloudWatch カスタムメトリクスでコスト変化を追跡、月次レビュー会議で KPI を更新 | 改善サイクルの定量評価 |
ポイント：この 4 ステップは循環させるほど効果が増大します。AWS の請求は月単位ですが、異常は日単位で検知できれば早期対応が可能です。
現在提供されているコスト最適化機能（2026 年時点）
AWS が公式に提供している機能を中心に解説します。2026 年に新規追加されたと誤認されやすい「Flex‑SP」「Burst‑SP」や AI 強化版 Compute Optimizer は実在しません。本節では実際に利用可能なサービスだけを取り上げます。
Compute Optimizer の活用
Compute Optimizer は過去 90 日間の CPU・メモリ・ネットワーク使用率を元に、最適インスタンスサイズやファミリー をレポートします。
- 導入手順
- コンソールの Compute Optimizer → 「設定」から分析対象（EC2、EBS、Lambda 等）を選択。
-
レポートは CSV または JSON でエクスポートし、CI/CD パイプラインに組み込める形で保存。
-
活用例（参考：AWS ブログ 2024 年 11 月）
m5.largeの CPU 平均利用率が 22 % に留まり、推奨のc6g.mediumへ置換した結果、約 12 % のコスト削減が確認されています。
出典: AWS Compute Optimizer – What is Compute Optimizer?（2026 年 3 月取得）
Savings Plans とリザーブドインスタンスの比較
| 項目 | Savings Plans (Compute) | リザーブドインスタンス (RI) |
|---|---|---|
| コミット期間 | 1 年または 3 年 | 1 年・3 年 |
| 適用範囲 | EC2、Fargate、Lambda の使用量全体に自動適用 | 特定インスタンスファミリ／リージョン限定 |
| 柔軟性 | インスタンスタイプや AZ の変更が即時反映 | 交換は手続きが必要（Convertible RI は一部可） |
| 割引率目安 | 最大 30 %（オンデマンド比） | 最大 40 %（標準 RI） |
- 購入タイミングの指針
- ワークロード予測精度が 80 % 以上 の場合は、3 年 Compute Savings Plans を即時購入。
- 季節変動が大きい、または新規サービス開始前は 1 年プランでリスクを抑えつつ割引確保。
出典: AWS Savings Plans – Overview（2026 年 2 月取得）
Spot インスタンスの活用パターン
Spot はオンデマンド価格の 70 %〜90 % 割引が得られる一方で、インスタンスが中断される可能性があります。以下は実務で安定稼働を保ちつつコスト削減できる構成例です。
- スケジューラと組み合わせたハイブリッド運用
- 平日 9:00‑18:00 はオンデマンドまたは Savings Plans、夜間・週末は Spot を自動起動。
- Auto Scaling Group の MixedInstancesPolicy
On-DemandとSpotの比率を 30 % : 70 % に設定し、Capacity Rebalance 機能で中断前に代替インスタンスへ切り替える。
出典: AWS Spot Instances – Best Practices（2026 年 1 月取得）
未使用リソースの自動検出とライトサイジングフロー
無駄なリソースはコストの“隠れた敵”。Trusted Advisor と AWS Config を組み合わせて未使用リソースを自動で抽出し、Compute Optimizer のレポートでサイズ見直しを行う手順を示します。
Trusted Advisor と AWS Config ルールによる未使用検出
-
導入概要
Trusted Advisor の「低利用 EC2」チェックと、AWS Config が提供するec2-instance-idle-check（カスタムルール）で、稼働率が一定以下のインスタンスや EBS ボリュームを自動フラグ付けします。 -
実装ステップ
- Trusted Advisor → 「低利用 EC2」レポートを有効化し、通知先 SNS を設定。
- AWS Config → 「未使用 EBS ボリューム」ルール（
ec2-volume-in-use-check）を作成。 - ルール違反が検出されたら Lambda が
cleanup-pending:trueタグを付与し、次回メンテナンスウィンドウで自動削除または保留処理を実行。
出典: AWS Trusted Advisor – Low Utilization Checks（2026 年 4 月取得）
Compute Optimizer レポート活用によるライトサイジング
| インスタンス | 現行 CPU% | 推奨インスタンスタイプ | 想定削減額（月） |
|---|---|---|---|
| m5.large | 22 % | c6g.medium | 約 $45 |
| r5.xlarge | 38 % | r6g.large | 約 $78 |
- フロー
- Compute Optimizer の「エクスポート」から CSV を取得。
CPU ≤ 40 %、Memory ≤ 45 %、Network ≤ 30 %を満たすインスタンスをライトサイジング対象として抽出。- ステージ環境で推奨タイプへ変更し、CloudWatch メトリクスでパフォーマンスを検証。
- 本番環境に適用後は 30 日間アラートを設定し、再度過負荷が出ないか監視。
出典: AWS Compute Optimizer – Recommendations（2026 年 3 月取得）
ガバナンスとタグ付け戦略、実践チェックリスト
コスト最適化を組織全体で定着させるには、可視化・タグ付けの標準化 と OU 別予算管理 が不可欠です。本節では設定手順と日常的に活用できるチェックリストを提示します。
Cost Explorer と AWS Budgets による異常検知
-
概要
Cost Explorer のカスタムレポートでサービス別・タグ別の費用推移を可視化し、Budgets で予算超過時に SNS 通知を自動発行します。 -
設定手順
- Cost Explorer → 「新規レポート」作成。横軸に「サービス」、縦軸に「月次コスト」、フィルタは主要タグ（例：
CostCenter）。 - Budgets → プロジェクト単位で予算を設定し、「実績が 80 % に達したら SNS」へ通知。
- CloudWatch アラームと連携し、異常検知時に Lambda が対象リソースに
cleanup-pending:trueタグ付与して次回メンテナンスで自動削除できるようにする。
タグポリシーと OU 別予算管理
- タグポリシー（AWS Organizations の Service Control Policies）
-
必須タグ：
CostCenter,Environment,Project。未付与リソースは作成不可に設定。 -
自動タグ付与フロー
- CloudTrail が新規リソース作成イベントを捕捉。
-
Lambda がイベント情報から担当者の IAM ユーザー属性を取得し、
CostCenterタグを自動付与。 -
OU 別予算設定
- 各組織単位（OU）に対して月次予算
$X,000を設定し、タグフィルタでCostCenterと紐付けることで部門別のコスト責任を明確化。
出典: AWS Organizations – Tag Policies（2026 年 5 月取得）
実践チェックリスト
| 項目 | 確認ポイント |
|---|---|
| Cost Explorer ダッシュボード作成 | サービス別・タグ別の月次推移が可視化できているか |
| Budgets アラート設定 | 予算 80 % 超過時に SNS が通知されるか |
| Compute Optimizer のレポート取得 | CSV/JSON が定期的にエクスポートされ、レビューに利用されているか |
| 未使用リソース検出（Trusted Advisor + Config） | ルール違反が自動でタグ付与・削除対象化されるか |
| ライトサイジング実施 | 推奨インスタンスへ置換後、30 日間のパフォーマンス監視が行われているか |
| Savings Plans / RI の最適選択 | ワークロード予測精度に応じたプランを購入しているか |
| Spot インスタンス＋スケジューラ活用 | 時間帯別にオンデマンド／Spot が自動切替わっているか |
| タグポリシー適用と自動付与 | 必須タグが未設定リソースの作成を阻止できているか |
| OU 別予算管理 | 部門ごとのコスト実績が Budgets と連携し、定例レビューで確認されているか |
参考文献・リンク
- AWS Compute Optimizer – What is Compute Optimizer?
https://docs.aws.amazon.com/ja_jp/compute-optimizer/latest/guide/what-is.html（2026 年 3 月取得） - AWS Savings Plans – Overview
https://aws.amazon.com/jp/savingsplans/（2026 年 2 月取得） - AWS Spot Instances – Best Practices
https://aws.amazon.com/jp/ec2/spot/（2026 年 1 月取得） - AWS Trusted Advisor – Low Utilization Checks
https://aws.amazon.com/jp/premiumsupport/trustedadvisor/（2026 年 4 月取得） - AWS Organizations – Tag Policies
https://docs.aws.amazon.com/ja_jp/organizations/latest/userguide/tag-policies.html（2026 年 5 月取得）
以上の手順とチェックリストを実践すれば、可視化 → 分析 → 実行 → 継続モニタリング のサイクルが組織全体に定着し、2026 年版 AWS コスト最適化の目標である「持続的なコスト削減」と「予算超過リスク低減」を実現できます。