目次
【RDSの役割（コスト最適化）】
🔍 1. 結論
💎 一言でいうと Amazon RDS におけるコスト最適化の鉄則は、「開発環境は夜間・休日に自動停止（Stop）すること」 と、「本番環境は1年〜3年のリザーブドDBインスタンスを購入すること」 です。
- RDBMSは常時起動させておくことが多いため、クラウド料金の大部分を占めがちです。メリハリのある課金管理（ON/OFFや予約）が効きます。
- 負荷が読めない場合は Aurora Serverless に逃げるのが現代の最適解。
📈 2. SAAで出やすいポイント
- 開発・テスト環境の自動停止: EC2と同様に、RDSも使わない時間帯（夜や土日）に「一時停止（Stop）」できます。AWS Systems Manager (SSM) や Lambda、EventBridge を使って自動停止・自動起動のスケジュールを組むことで、コンピュート（CPU）時間の課金を半分以下に削減できます（※最大7日間までしか停止状態を維持できない仕様に注意）。
- リザーブドDBインスタンス (Reserved DB Instances): 24時間365日動かし続ける本番環境のDBには、1年または3年の契約（一部前払いなど）を結ぶことで、オンデマンド料金と比べて大幅な割引が適用されます。
- Aurora Serverless (v2): 昼間はアクセスが多いが夜中はゼロ、あるいは月末だけアクセスが跳ね上がるといった「予測不可能なワークロード」の場合、常に巨大なRDSインスタンスを立てておくのはコストの無駄です。Aurora Serverlessなら、負荷に合わせて瞬時にCPUとメモリ（ACU）をスケールダウンさせ、無駄な課金を防ぎます。
🗝 3. キーワードでの判断
| 問題文のキーワード | 疑うアプローチ |
|---|---|
| 🌙 「開発環境のデータベース」「営業時間外のコストを削減したい」 | RDSインスタンスを自動的に停止（Stop）させる |
| 📅 「今後数年間、ベースラインとなる一定の負荷で稼働し続けるデータベース」 | リザーブドDBインスタンス (Reserved Instances) の購入 |
| 📉 「アクセス数が全く予測できず、負荷が低い時はコストを下げたい」 | Amazon Aurora Serverless に移行する |
⚠️ 4. ひっかけポイント
🚫 よくある誤答パターン – 「RDSのストレージ容量を減らして（縮小して）コストを下げる」 → RDS（およびEBS全般）は、一度割り当てたストレージ容量を減らす（縮小・シュリンク）ことはできません。減らしたい場合は、データのエクスポートと新しい（小さい）RDSの再構築が必要になります。 – 「RDSを停止（Stop）すれば全ての課金が止まる」 → 停止中も「確保しているストレージ（ディスク容量）」と「バックアップ（スナップショット）」の料金は発生し続けます。止まるのはコンピュート（CPU）料金のみです。
💡 5. 覚え方
🧠 暗記ショートカット – RDSのコスト削減 = 「会社の電気代節約」。 – 誰もいない夜（開発環境）はこまめに電気を消す（一時停止）。 – 24時間動く冷蔵庫（本番環境）は、年間契約の安い電気プラン（リザーブド）にする。
📚 6. 関連サービス
| アイコン | サービス名 | コスト最適化における連携 |
|---|---|---|
| ⚡ | AWS Lambda | EventBridgeから定期的に呼び出され、RDSの一時停止/起動APIを叩く役割を担う |
| 🐘 | Amazon Aurora | Serverless構成を選ぶことで、RDSよりさらに細かくコストを最適化できる上位互換 |
🗒️ 7. Obsidian管理メモ
- 見返すタイミング: DBのコスト削減戦略、Aurora Serverlessの要件学習時
- 関連ノート候補:
AWS_SAA_Database_Cost_Optimization
8. HTMLファイル名:
AWS_コスト最適化設計_RDS.html
