無限ノック › SAP 練習問題一覧 › 問題
SAP既存のソリューションの継続的改善

ある企業は4つのAWSアカウントにまたがり、約600台のLinux EC2インスタンスを運用しています。多くは Auto Scaling グループ外で稼働するステートフルなアプリケーションサーバーで、現在は運用チームが手動でSSH接続してパッチを適用しています。この方式によりパッチ未適用のドリフトが発生し、監査時にコンプライアンス状況を証明できず、また予期しない時間帯のリブートで業務が停止する事故も起きています。同社は『承認済みパッチのみを定義したスケジュールでインストールする』『リブートを許可された時間帯に限定する』『全インスタンスのパッチコンプライアンス状況を一元レポートする』ことを、追加の運用負荷を最小限にして実現したいと考えています。最も適切な方法はどれですか。

A
AWS Systems Manager Patch Manager でパッチベースラインと承認ルールを定義し、リソースグループとタグで対象を絞り、メンテナンスウィンドウ内でスキャンとインストールを実行してパッチコンプライアンスを集約レポートする
✓ 正解
パッチベースラインの承認ルールで承認済みパッチのみを適用し、メンテナンスウィンドウでリブート時間を限定できる。パッチコンプライアンスレポートで全インスタンスの状況をマネージドに集約でき、3要件すべてを最小運用で満たす。
B
EventBridge のスケジュールルールから Systems Manager Run Command で各インスタンスに yum update を直接実行し、実行結果を CloudWatch Logs に出力してパッチ適用状況を後から確認する
yum update を直接実行する方式は承認済みパッチの選別や自動承認遅延の制御ができず、リブート時間帯も限定できない。ログ出力はできても監査用の構造化コンプライアンスレポートが得られない点が要件に反する。
C
Systems Manager State Manager の関連付けでパッチ適用ドキュメントを常時適用し、ドリフトを検出するたびに即座にパッチとリブートを実行してベースライン状態を維持する
State Manager の常時適用はメンテナンスウィンドウを持たず、ドリフト検出のたびに任意の時刻でパッチとリブートが実行される。許可された時間帯にリブートを限定する要件を満たせず業務停止を招く。
D
Systems Manager Automation の AWS-UpdateLinuxAmi ランブックで定期的にゴールデン AMI を再作成し、対象インスタンスを置き換えてパッチを反映する
AWS-UpdateLinuxAmi はゴールデン AMI を再作成する用途で、稼働中インスタンスのインプレースパッチではない。ASG 外のステートフルサーバーを置き換える前提が成立せず、再作成と入替の負荷も大きい。

解説

Patch Manager はパッチベースラインで承認ルール(重要度・分類・自動承認の遅延日数)を定義でき、承認済みパッチのみを適用できる。メンテナンスウィンドウと組み合わせることでスキャン/インストールとリブートを許可された時間帯に限定でき、業務時間中の予期しない再起動を防げる。さらにパッチコンプライアンスレポートで全インスタンスの適用状況をマネージドに一元可視化でき、監査要件を満たす。タグやリソースグループでターゲットを宣言的に絞れるため運用負荷も最小である。 選択肢Bの Run Command + yum update は承認済みパッチの選別やリブート時間帯の制御ができず、構造化されたコンプライアンスレポートも得られない。 選択肢Cの State Manager 常時適用はメンテナンスウィンドウの概念がなく、検出のたびに任意の時刻でリブートが走るため業務停止要件に反する。 選択肢Dの AWS-UpdateLinuxAmi はゴールデン AMI 再作成用で、ASG 外のステートフルな既存インスタンスをインプレースでパッチできず、置き換えによる影響が大きい。

ドメイン別正答率・予想スコアでリアルタイムに実力把握

無限ノックでSAPを徹底対策。全問AI生成のオリジナル問題。

無料で演習を始める →
← SAP の問題一覧に戻る