SOAデプロイ、プロビジョニング、および自動化
ある企業は数百台の EC2 インスタンスを運用しており、すべてのインスタンスに CloudWatch エージェントがインストールされ、所定の設定ファイルが適用された状態を常に維持する必要があります。担当者が手動で設定を変更したり、新規インスタンスが追加されたりしても、定義された望ましい状態へ自動的に戻し、継続的にコンプライアンスを保ちたいと考えています。AWS Systems Manager を用いて最小の運用負荷でこれを実現する方法はどれですか。
AState Manager の関連付けを作成し、対象インスタンスにスケジュールで望ましい状態のドキュメントを継続的に適用する
✓ 正解
関連付けがタグなどのターゲットへスケジュールでドキュメントを繰り返し適用するため、手動変更による設定ドリフトを自動修復し、新規インスタンスも自動で対象に含めて望ましい状態を継続的に維持できます。
BRun Command を実行し、対象インスタンスへ一度だけ CloudWatch エージェントのインストールドキュメントを送信する
Run Command は指定インスタンスへ一度だけドキュメントを送信する仕組みで、適用後のドリフトや後から追加されるインスタンスには自動対応できないため、継続的な状態維持という要件を満たせません。
CAutomation ランブックを管理者が手動で起動し、エージェントの設定を全インスタンスへ一括で適用する
Automation ランブックは複数ステップの運用作業を自動化しますが、管理者の手動起動を前提とするため定期的な再適用にはスケジュール設定や追加運用が必要で、継続的な状態強制には運用負荷が高くなります。
DPatch Manager のパッチベースラインを定義し、エージェントの設定をパッチとして定期的に配布する
Patch Manager は OS やソフトウェアのパッチ適用を管理するための機能であり、エージェント設定ファイルを望ましい状態に保ち続ける構成管理の用途には適さず、要件に合致しません。
解説
State Manager は、インスタンスを定義した望ましい状態に保つための継続的な構成管理機能です。
関連付け（Association）でターゲット（タグなど）とスケジュールを指定すると、対象に合致するインスタンスへ定期的にドキュメントを適用します。手動変更で設定がドリフトしても次回適用時に修復され、新規インスタンスもタグに一致すれば自動で対象に含まれるため、継続的なコンプライアンスを低運用負荷で維持できます。
選択肢Bの Run Command は一度きりの実行であり、その後のドリフトや新規インスタンスには自動対応できません。
選択肢Cの Automation ランブックは手動起動が前提で、継続的な状態維持には運用負荷がかかります。
選択肢Dの Patch Manager は OS やアプリのパッチ適用を目的とし、エージェント設定ファイルの継続的な状態強制には適しません。
ドメイン別正答率・予想スコアでリアルタイムに実力把握
無限ノックでSOAを徹底対策。全問AI生成のオリジナル問題。
無料で演習を始める →