AWS認定資格 WEB問題集&徹底解説
CloudOpsエンジニア -アソシエイト
問題文と選択肢
この要件を満たすには、どうすればよいですか。
- VolumeIdleTime メトリクスに対する Amazon CloudWatch アラームを作成する。EBS ボリュームのスナップショットを作成するためのアクションを設定する。
- AWS Data Pipeline で、EBS ボリュームのスナップショットを定期的に作成するためのパイプラインを作成する。
- EBS ボリュームのスナップショットを定期的に作成するための Amazon Data Lifecycle Manager (Amazon DLM) ポリシーを作成する。
- EBS ボリュームのスナップショットを定期的に作成するための AWS DataSync タスクを作成する。
A. VolumeIdleTime メトリクスに対する Amazon CloudWatch アラームを作成する。EBS ボリュームのスナップショットを作成するためのアクションを設定する。
CloudWatch の VolumeIdleTime は「ボリュームに I/O が無かった時間」を示すメトリクスであり、バックアップを取るべきタイミングとは無関係。アイドルかどうかでスナップショットを取っても、定期バックアップにも保持管理にもならない。
さらに CloudWatch アラームのアクション(SNS 通知・EC2 アクション・Auto Scaling アクション)に「EBS スナップショットを作成する」は無く、結局 Lambda 等を自作する必要があり運用負荷も増える。
B. AWS Data Pipeline で、EBS ボリュームのスナップショットを定期的に作成するためのパイプラインを作成する。
AWS Data Pipeline はデータの移動・変換を行うワークフローサービスで、EBS スナップショットの世代管理を行う仕組みではない。
加えて AWS Data Pipeline は新規利用が推奨されないメンテナンスモードのサービスであり、現在の試験・実務では選ばない。スケジュール実行はできてもタグベースの対象選択や保持ルールを自前で書く必要があり、DLM より明確に運用負荷が高い。
C. EBS ボリュームのスナップショットを定期的に作成するための Amazon Data Lifecycle Manager (Amazon DLM) ポリシーを作成する。
Amazon Data Lifecycle Manager (DLM) は、タグで対象ボリュームを指定し、スナップショットの作成スケジュール(頻度・開始時刻)と保持ルール(世代数または期間)をポリシーとして定義するだけで、EBS スナップショットのライフサイクルを完全に自動化するマネージド機能。
コードもサーバーも不要で、古いスナップショットの削除まで自動化されるため、定期実行・保持管理・低運用負荷という本問の要件をすべて満たす唯一の選択肢。
D. EBS ボリュームのスナップショットを定期的に作成するための AWS DataSync タスクを作成する。
AWS DataSync は、オンプレミスと AWS 間、あるいは AWS のストレージサービス間でファイル/オブジェクトを転送するデータ転送サービス。
転送対象は NFS・SMB・HDFS・S3・EFS・FSx などであり、EBS ボリュームのスナップショットを作成する機能は持たない。名前の「Sync」からバックアップ用途を連想させるが、ブロックストレージのバックアップとは無関係。
EBS スナップショットの定期取得と世代管理は Amazon DLM。「自作の仕組み」を組み立て始めたら誤り。
正解への思考ルート
問題文から要件を抽出し、選択肢の適否を判断するのがポイントです。| 要件 | 判断ポイント |
|---|---|
| EBS ボリュームのスナップショットを定期的に作成する | EBS スナップショットのスケジュール作成を標準で行える機能は Amazon DLM(と AWS Backup) →選択肢(C)が正解 |
| 保持期間(世代)を管理する | DLM のポリシーは保持ルール(世代数・期間)で古いスナップショットを自動削除できる。自作の仕組みでは削除処理まで実装が要る →選択肢(A・B)を消す |
| 運用上のオーバーヘッドを最小限に抑える | ポリシー定義だけで完結するかを見る。Lambda やパイプラインの実装・保守が要るものは負荷が高い →選択肢(A・B)を消す |
| 対象は EBS(ブロックストレージ) | AWS DataSync はファイル/オブジェクトの転送サービスで、EBS スナップショットは扱えない →選択肢(D)を消す |
ひっかけポイント
- 選択肢 A の VolumeIdleTime は「アイドル時間」のメトリクスであり、バックアップの契機とは無関係。そもそも CloudWatch アラームのアクションに「スナップショット作成」は存在しない
- AWS Data Pipeline はメンテナンスモード(新規利用非推奨)。名前が「Pipeline」で定期実行できそうに見えるが、スナップショットの保持管理は自前実装になる
- DataSync の「Sync」=バックアップと読み替えてしまうのが罠。DataSync は NFS/SMB/S3/EFS/FSx 間のデータ転送であり、EBS ボリュームは対象外
- DLM はタグを起点に対象を選ぶ。「どのボリュームをバックアップするか」はタグ設計で決める、という運用まで押さえておく
出題バリエーション
同じ知識が本番では条件を変えて出題されます。| 問題文がこう変わったら | 正解はこう変わる |
|---|---|
| 「EBS だけでなく RDS・DynamoDB・EFS も含めて一元的にバックアップし、コンプライアンス監査レポートも出したい」 | AWS Backup(バックアッププラン+ボールト)が正解軸に変わる。 |
| 「スナップショットを別リージョン/別アカウントにコピーして保管したい」 | DLM のポリシーでクロスリージョンコピー/クロスアカウント共有を設定する(DLM のままで実現可能)。 |
| 「アプリケーション整合性のあるスナップショットを Windows 上で取得したい」 | VSS 対応(AWS Systems Manager と連携した VSS バックアップ)を有効にした DLM ポリシーが問われる。 |
| 「バックアップの取得を独自の複雑なワークフロー(前処理・後処理あり)で制御したい」 | EventBridge スケジュール+Systems Manager Automation / Lambda が現実解として登場する。 |
この要件を満たすには、どうすればよいですか。
- VolumeIdleTime メトリクスに対する Amazon CloudWatch アラームを作成する。EBS ボリュームのスナップショットを作成するためのアクションを設定する。
- AWS Data Pipeline で、EBS ボリュームのスナップショットを定期的に作成するためのパイプラインを作成する。
- EBS ボリュームのスナップショットを定期的に作成するための Amazon Data Lifecycle Manager (Amazon DLM) ポリシーを作成する。
- EBS ボリュームのスナップショットを定期的に作成するための AWS DataSync タスクを作成する。