Firma zbudowała bezstanową dwuwarstwową aplikację, używając Amazon EC2 w jednej Strefie Dostępności oraz instancji Amazon RDS Multi-AZ DB. Nowe kierownictwo chce, aby aplikacja była wysoce dostępna. Co powinien zrobić architekt rozwiązań, aby spełnić ten wymóg?

Poprawna odpowiedź to skonfigurowanie aplikacji tak, aby używała Multi-AZ EC2 Auto Scaling i utworzenie Application Load Balancer. Obecna konfiguracja aplikacji w jednej Strefie Dostępności jest punktem pojedynczej awarii. Wdrożenie EC2 Auto Scaling w wielu Strefach Dostępności zapewni automatyczne skalowanie i odporność na awarie Strefy Dostępności. Application Load Balancer rozłoży ruch między instancje EC2 w różnych Strefach Dostępności, poprawiając dostępność i wydajność. Pozostałe opcje są nieprawidłowe: Tworzenie migawek instancji EC2 i wysyłanie ich do innego regionu AWS to strategia odzyskiwania po awarii, a nie wysokiej dostępności w ramach jednego regionu. Konfiguracja routingu opartego na opóźnieniach Amazon Route 53 jest przydatna w przypadku wielu regionów, ale nie rozwiązuje problemu pojedynczej Strefy Dostępności w obecnej architekturze. Konfiguracja reguł Amazon Route 53 i utworzenie Multi-AZ Application Load Balancer jest częściowo poprawna, ale nie uwzględnia kluczowego elementu, jakim jest skalowanie i odporność samych instancji EC2 poprzez EC2 Auto Scaling.