ある企業が AWS 上の Amazon RDS Aurora PostgreSQL クラスターのコストを削減したいと考えています。本番クラスターは現在 db.r6g.4xlarge（128GB RAM）を使用していますが、CloudWatch メトリクスを確認すると、平日夜間と週末にはデータベース接続数がほぼゼロで、CPU 使用率も 2% 以下であることが分かりました。アプリケーションの可用性に影響を与えずにコストを削減する最も適切な方法はどれですか？
- A. Aurora クラスターを夜間と週末に停止し、朝に再起動する自動化スクリプトを実装する
- B. インスタンスを db.r6g.large にダウンサイズして年間コストを削減する
- C. 読み取り負荷をリードレプリカに転送し、プライマリインスタンスのサイズを小さくする
- D. 本番 Aurora クラスターを Aurora Serverless v2 に移行し、最小 ACU（Aurora Capacity Units）を低く設定する。夜間・週末の低使用時には自動的に最小 ACU にスケールダウンし、ピーク時に自動スケールアップする
解答と解説を見る
正解: D
Aurora Serverless v2 はキャパシティを ACU 単位で 0.5 から最大値まで自動スケールします。最小 ACU を低く（例: 0.5 ACU）設定することで、夜間・週末のほぼゼロ負荷時のコストを大幅に削減できます。ピーク時は自動でスケールアップするため、可用性への影響はありません。既存の Aurora クラスターから Aurora Serverless v2 への移行はダウンタイムを最小化して実施できます。 B: db.r6g.large にダウンサイズするとピーク時のパフォーマンスが大幅に低下するリスクがあります。現在 4xlarge を使用しているのにはピーク時の理由があると考えられます。 A: 本番データベースの停止は可用性に直接影響し、停止中はサービスが利用できなくなります。「可用性に影響を与えない」要件に反します。 C: リードレプリカ追加はコスト削減ではなく増加につながります。プライマリのダウンサイズは A と同様にピーク時の性能影響があります。
📚 関連サービスの解説: Amazon Aurora