Q9 — AWS SAA-C03 第2章

第 9/65 問 | ← 第2章

Q74. 開発チームは、パフォーマンスインサイト（Performance Insights）が有効化された汎用の Amazon RDS for MySQL DB インスタンス上で、毎月1回、リソースを大量に消費するテストを実行しています。このテストは毎月48時間継続し、データベースを利用する唯一のプロセスです。チームは、DB インスタンスのコンピューティングおよびメモリ仕様（性能）を低下させることなく、テスト実行コストを削減したいと考えています。これらの要件を最もコスト効率よく満たす解決策はどれですか？

• A. テスト完了後に DB インスタンスを停止し、必要に応じて再起動する。
• B. DB インスタンスに対して Auto Scaling ポリシーを適用し、テスト完了時に自動的にスケールダウンする。
• C. テスト完了後にスナップショットを作成し、DB インスタンスを終了（terminate）した後、必要に応じてそのスナップショットから復元する。 ✓
• D. テスト完了後に DB インスタンスを低容量のインスタンスタイプに変更し、必要に応じて再度元のインスタンスタイプに変更する。

正解: C. テスト完了後にスナップショットを作成し、DB インスタンスを終了（terminate）した後、必要に応じてそのスナップショットから復元する。

解説

Amazon RDS for MySQL では、ストップ／スタート機能がサポートされており（一部のインスタンスタイプおよびストレージタイプを除く）、停止中はコンピューティングコスト（vCPU／メモリ）が課金されません（ストレージとバックアップは引き続き課金）。テストは月1回・48時間のみで、他のプロセスがデータベースを利用しないという前提のため、テスト終了後にインスタンスを停止し、次回テスト開始時に再起動すれば、不要な稼働時間のコストを完全に削減できます。オプションAは、コンピューティング／メモリ仕様を一切変更せず、かつ最もシンプルで確実なコスト削減手法です。オプションBは、RDS には Auto Scaling によるインスタンスタイプの自動変更機能は存在しません（Auto Scaling は Amazon EC2 や Aurora Serverless などに適用される概念であり、RDS の標準インスタンスには該当しません）。オプションCは、RDS インスタンスを終了（terminate）すると、関連するエンドポイントや設定が失われ、復元後に再設定が必要になる上、停止中の課金は発生しませんが、終了＋復元は運用負荷・ダウンタイムが大きく、また「インスタンスを維持する」という要件に反します。オプションDは、インスタンスタイプを変更すると、明示的にコンピューティング／メモリ仕様が低下するため、要件に違反します。よって、最もコスト効率が良く、要件を満たすのはオプションAです。