ステートレスなアプリケーションが、ALB の背後にある Auto Scaling グループ内の EC2 インスタンスで実行されています。このグループは、ブートストラップなしの完全にベイクされたカスタム AMI を使用しています。その AMI が最近削除されたため、AMI ID が存在しなくなり、Auto Scaling グループがインスタンスを起動できなくなりました。DevOps エンジニアは、スケーリング機能を復元するためにどのような一連のアクションを実行すべきですか?(3つ選択してください。)
解答を選択
オプションをタップして解答を確認してください。
正解: 代替 AMI を参照する新しい起動テンプレートを作成します。, 新しい起動テンプレートを使用するように Auto Scaling グループを更新します。, Auto Scaling グループ内の既存の実行中の EC2 インスタンスから新しい AMI を作成します。.
これが解答である理由
Auto Scalingグループがインスタンスを起動できないのは、参照しているAMIが削除されたためです。まず、既存の稼働中のEC2インスタンスから新しいAMIを作成することで、アプリケーションの状態と設定を保持したまま、有効なAMIを再構築できます。次に、この新しいAMIを参照する起動テンプレートを作成し、Auto Scalingグループが新しいインスタンスを正しく起動できるようにします。最後に、Auto Scalingグループをこの新しい起動テンプレートを使用するように更新することで、スケーリング機能を復元できます。希望するキャパシティの変更は、AMIの問題解決には直接寄与しません。パブリックOS AMIのコピーは、アプリケーションの構成が含まれないため不適切です。
試験に合格 — 終わりのない解答探しなしで
この試験のすべての検証済み問題と解説を1か所で入手し、準備時間を大幅に節約しましょう。1,000以上の認定 · 20以上の言語 · 無料で開始。
試験に早く合格する → カード不要