変更要約: SOA-C02 第6章を Associate 級に深掘り（比較表・シナリオ・FAQ・ひっかけ＋深掘り段落、図を日本語化）
6.2リソースとパフォーマンスの最適化
適正化（right-sizing）と Compute Optimizer、価格モデル（Savings Plans / リザーブド / スポット）、キャッシュとストレージ階層による性能・コスト最適化を理解します。
コストと性能はトレードオフではなく、適切なサイズ・価格モデル・キャッシュで両立できます。運用では無駄を継続的に削減します。
6.2.1最適化の打ち手
- 適正化（right-sizing）：負荷に合わせて最小限のインスタンスにする。Compute Optimizerが推奨を提示。
- 価格モデル：定常負荷は Savings Plans / リザーブド、中断耐性のあるバッチは スポット。
- キャッシュ/ストレージ階層：CloudFront/ElastiCache で高速化、S3 のクラス/ライフサイクルでコスト最適化。
「使用率の低い大きなインスタンス＝right-sizing（Compute Optimizer）」「定常負荷の割引＝Savings Plans/RI」「中断耐性バッチ＝スポット」「アクセスの少ないデータ＝S3 の安価なクラス/ライフサイクル」 は SOA で頻出です。
最適化は「無駄を削る（適正化）×購入方法を最適化（価格モデル）×負荷を逃がす（キャッシュ/階層）」の掛け合わせです。適正化（right-sizing） は使用率の低い大きなインスタンスを縮小する打ち手で、Compute Optimizer が EC2/EBS/Lambda/ASG に対し過剰/過小プロビジョニングを推奨します。価格モデルは負荷パターンで選び分けます：24×7 の定常負荷は Savings Plans（Compute SP は柔軟・EC2 Instance SP は割引大）や リザーブドインスタンス、中断耐性のあるバッチ/ステートレスは最大約90%引きの スポット、不定期は オンデマンド です。性能とコストは キャッシュ（CloudFront でエッジ配信・ElastiCache で DB 前段）と ストレージ階層（S3 の Standard/IA/Glacier・ライフサイクルポリシーで自動移行・迷うなら Intelligent-Tiering、EBS は gp3 への変更で安価に）で両立します。アイドルリソース（停止 EC2 に紐づく EBS・未使用 EIP・古いスナップショット）の棚卸しを Trusted Advisor/Compute Optimizer の推奨で定期化すると、コストは継続的に下がります。
| 負荷パターン | 最適な選択 |
|---|---|
| 24×7 の定常負荷 | Savings Plans / リザーブド |
| 中断耐性のあるバッチ | スポット（最大約90%引き） |
| 使用率の低い大きな EC2 | 適正化（Compute Optimizer） |
| アクセスの少ないデータ | S3 IA/Glacier・ライフサイクル |
シナリオ：請求が増え続けている。 Compute Optimizer で過剰インスタンスを特定し適正化。常時稼働の本番は Savings Plans、夜間バッチは スポットへ。読み取りの重い API は ElastiCache/CloudFront で DB 負荷を下げ、古いログは S3 の ライフサイクルで IA→Glacier へ自動移行。停止 EC2 の EBS や未使用 EIP は Trusted Advisor の指摘で削除します。
Q. 過剰インスタンスを縮小？ 適正化（Compute Optimizer）。Q. 定常負荷の割引？ Savings Plans/RI。Q. 中断耐性バッチ最安？ スポット。Q. アクセスの少ないデータ？ S3 IA/Glacier＋ライフサイクル。Q. DB の読み取り負荷を下げる？ ElastiCache/CloudFront。
混同に注意：
①スポットは中断され得る——ステートフルな本番には不向き（定常は SP/RI）。
②Savings Plans/RI はコミットが前提——短命なワークロードには不利。
③S3 階層は取り出しコスト/最小保存期間に注意（頻繁アクセスを Glacier にすると割高）。
④停止 EC2 でもEBS は課金され続ける。
Trusted Advisor や Compute Optimizer の推奨を定期的に確認し、アイドルリソースの停止・削除を習慣化するとコストを継続的に下げられます。
6.2.2この節のまとめ
- 適正化（Compute Optimizer）／価格モデル／キャッシュ・S3 階層で最適化
- 定常＝Savings Plans/RI、中断耐性＝スポット
進捗の記録にはログインが必要です。
理解度チェック
（軽い確認用）Q1. 使用率が低い大きな EC2 インスタンスのコストを下げたい。最も適切な取り組みはどれですか？
Q2. 1〜3年継続して使う定常的なワークロードのコストを大きく下げたい。何を使いますか？
Q3. 中断されても再実行できるバッチ処理を最も安く実行したい。どの購入オプションが適しますか？