ウェブサイトは、ALB の背後にある 4 つの EC2 インスタンスで稼働しています。ALB がインスタンスを異常とマークすると、CloudWatch アラームが ALARM 状態になり、オペレーターが手動で代替インスタンスを追加します。会社は、新しい設計への移行中のダウンタイムを最小限に抑えながら、障害が発生した EC2 インスタンスを自動的に置き換える高可用性ソリューションを求めています。ソリューションアーキテクトはどのような手順を使用すべきですか？

このソリューションは、既存の ALB と EC2 インスタンスを維持しながら、Auto Scaling グループ（ASG）を導入することで、ダウンタイムを最小限に抑え、高可用性を実現します。まず、ウェブトラフィックに合わせて適切にサイズ設定されたASGと起動テンプレートを作成します。次に、このASGを既存のALBにアタッチします。最後に、既存のEC2インスタンスをASGに追加します。これにより、ALBは引き続き既存のインスタンスにトラフィックをルーティングし、ASGは障害が発生したインスタンスを自動的に置き換える準備ができます。 誤った選択肢は、既存のALBやEC2インスタンスを削除することでダウンタイムを発生させたり、ALBがEC2インスタンスをASGに登録するのを待つという非現実的なステップを含んだりしています。