Strona internetowa działa na czterech instancjach EC2 za ALB. Gdy ALB oznacza instancję jako niezdrową, alarm CloudWatch przechodzi w stan ALARM, a operator ręcznie dodaje instancję zastępczą. Firma chce uzyskać wysoce dostępne rozwiązanie, które automatycznie zastępuje uszkodzone instancje EC2, jednocześnie minimalizując przestoje podczas migracji do nowego projektu. Jakiej sekwencji kroków powinien użyć architekt rozwiązań?

Prawidłowa odpowiedź automatyzuje zastępowanie uszkodzonych instancji bez usuwania istniejącej infrastruktury, minimalizując przestoje. Utworzenie grupy Auto Scaling z odpowiednim szablonem uruchamiania pozwala na automatyczne zarządzanie instancjami. Dołączenie tej grupy do istniejącego ALB zapewnia ciągłość ruchu, a dodanie istniejących instancji EC2 do grupy Auto Scaling pozwala na stopniowe przejęcie zarządzania przez Auto Scaling. Pierwsza opcja jest nieprawidłowa, ponieważ usunięcie istniejącego ALB spowodowałoby przestój. Trzecia opcja jest nieprawidłowa, ponieważ usunięcie istniejącego ALB i instancji EC2 spowodowałoby znaczny przestój. Czwarta opcja jest nieprawidłowa, ponieważ ALB nie rejestruje instancji w grupie Auto Scaling; to grupa Auto Scaling rejestruje instancje w grupie docelowej ALB.