理解確認：Configuration Managementを自動化する

既存の100台のサーバーでは、担当者がSSH接続して設定ファイルを個別変更しており、同じ役割のサーバーでも設定差が発生している。構成管理の改善として最初に行うべきことはどれか。

既存環境では、担当者が「正しい設定のサーバー」を見つけ、その内容を別サーバーへ手作業でコピーしている。構成管理として最も適切な改善はどれか。

既存環境を自動化する前に調査したところ、同じ役割のサーバーでも一部の設定差は障害ではなく、リージョンや環境ごとの意図した差分だった。最も適切な進め方はどれか。

既存の設定を望ましい状態として自動適用する計画があるが、現在のフリートには長年の手作業による差分が多く、どの差分が正しいか整理できていない。最も適切な進め方はどれか。

既存環境では、構成不良が見つかるたびに担当者が個別修正している。修正後も別の担当者が本番サーバーを直接変更するため、数週間後には同じ設定差が再発している。最も適切な改善はどれか。

本番サーバーは通常INFOのログレベルを望ましい状態として管理している。障害調査のため一時的にDEBUGへ変更する必要がある。構成管理された環境で最も適切な運用はどれか。

毎週日曜日だけ設定を適用するState Manager関連付けがある。水曜日に関連付けの内容を更新したが、運用要件上は次の日曜日まで適用したくない。現在のState Managerの動作を踏まえた最も適切な設計はどれか。

CloudFormationで管理するセキュリティグループのルール差分と、EC2上の監視エージェント設定の不一致を同じ方法で管理しようとしている。最も適切な改善はどれか。

繰り返し発生する運用修復をAWS Systems Manager Automationのランブックへ移行する。Automationの使い方として適切なものを3つ選択してください。