2.2標準
災害復旧用リージョンで、フェイルオーバー時にEC2台数を増やす。
平常時の小さな使用量だけを基準にせず、上限不足による復旧失敗を防ぐ。
最も適切な計画はどれか。
× 不正解
DR用リージョンでもフェイルオーバー時の容量上限を確認し、必要なら事前にService Quotasを申請する。
詳細解説
正しいAWS Service Quotasで必要な上限を確認し、事前に引き上げを申請する
フェイルオーバー時に必要なリソース上限を事前確認し、承認遅延を避けられる。
フェイルオーバー時に必要なリソース上限を事前確認し、承認遅延を避けられる。
誤り障害発生後に初めて上限引き上げを申請する
申請・承認の遅延で復旧時間を満たせない可能性がある。
申請・承認の遅延で復旧時間を満たせない可能性がある。
誤りS3 LifecycleでEC2上限を自動増加させる
S3オブジェクト管理はサービスクォータを変更しない。
S3オブジェクト管理はサービスクォータを変更しない。
誤りIAMポリシーに上限値を記載するだけにする
IAMポリシーの記載は実際のクォータを引き上げない。
IAMポリシーの記載は実際のクォータを引き上げない。
実際に確かめる
一時的な検証環境で実行できる例です。
AWS Service Quotasの確認・引き上げ申請の公式説明を確認する。期待される結果
DR時の容量計画へサービスクォータを含められる。理解のポイント
- AWS Service Quotas
- 上限引き上げ
- DRリージョン
確認時の注意
- 確認環境: AWS公式Service Quotasドキュメントの確認
- AWS公式SAA-C03 Domain 2と各サービスの公式ドキュメントを確認する。
基礎のおさらい
判断のポイント
依存関係を減らし、障害時に切り替わる経路と復旧手順を事前に定義する。
設計の確認
平常時だけでなく負荷急増・リージョン障害・サービス上限時の挙動を確認する。
問題IDAWS-SAA-099
確認環境AWS公式Service Quotasドキュメントの確認
最終技術確認2026-08-20
誤り・権利侵害を報告