Wielowarstwowa aplikacja uruchamia sześć front-endowych serwerów webowych w grupie Amazon EC2 Auto Scaling w jednej strefie dostępności (Availability Zone) za Application Load Balancer (ALB). Architekt rozwiązań musi zapewnić wysoką dostępność infrastruktury bez modyfikowania aplikacji. Która architektura zapewnia wysoką dostępność?

Poprawną odpowiedzią jest zmodyfikowanie grupy Auto Scaling, aby używała trzech instancji w każdej z dwóch stref dostępności. Obecna konfiguracja działa w jednej strefie dostępności, co oznacza, że awaria tej strefy spowoduje niedostępność aplikacji. Rozłożenie instancji na wiele stref dostępności (np. po trzy w każdej z dwóch stref) zapewnia wysoką dostępność, ponieważ w przypadku awarii jednej strefy, aplikacja będzie nadal działać w drugiej. Application Load Balancer (ALB) automatycznie rozdzieli ruch między dostępne instancje w różnych strefach. Pozostałe opcje są nieprawidłowe: Tworzenie grupy Auto Scaling w dwóch Regionach jest rozwiązaniem dla odzyskiwania po awarii na dużą skalę (disaster recovery), a nie dla wysokiej dostępności w ramach jednego Regionu, i wymagałoby bardziej złożonej konfiguracji DNS (np. Route 53). Tworzenie szablonu Auto Scaling do szybkiego tworzenia instancji w innym Regionie również dotyczy odzyskiwania po awarii, a nie zwiększania wysokiej dostępności w bieżącym Regionie. Zmiana ALB na konfigurację round-robin nie zwiększa wysokiej dostępności, ponieważ ALB domyślnie równoważy ruch, a problemem jest pojedynczy punkt awarii w jednej strefie dostępności.