Firma uruchamia kluczową dla biznesu aplikację internetową na instancjach Amazon EC2 za Application Load Balancerem w grupie Auto Scaling. Aplikacja korzysta z bazy danych Amazon Aurora PostgreSQL wdrożonej w jednej strefie dostępności. Firma dąży do wysokiej dostępności z minimalnym czasem przestoju i minimalną utratą danych, przy najmniejszym wysiłku operacyjnym. Które rozwiązanie spełnia te wymagania?

Poprawna odpowiedź zapewnia wysoką dostępność i minimalny czas przestoju. Konfiguracja grupy Auto Scaling w wielu strefach dostępności (Multi-AZ) gwarantuje, że aplikacja będzie działać nawet w przypadku awarii jednej strefy. Baza danych Aurora PostgreSQL skonfigurowana jako Multi-AZ automatycznie przełączy się na replikę w innej strefie dostępności w przypadku awarii, minimalizując utratę danych i czas przestoju. Amazon RDS Proxy poprawia odporność aplikacji na awarie bazy danych, zarządzając połączeniami i automatycznie przekierowując je do nowej instancji bazy danych po przełączeniu awaryjnym. Pozostałe opcje są mniej odpowiednie: Umieszczenie instancji EC2 w różnych regionach AWS jest rozwiązaniem na wypadek awarii całego regionu, ale wprowadza większe opóźnienia i złożoność zarządzania, co nie jest wymagane dla minimalnego wysiłku operacyjnego. Replikacja międzyregionowa Aurora jest bardziej złożona niż Multi-AZ. Konfiguracja grupy Auto Scaling w jednej strefie dostępności i godzinowe migawki bazy danych nie zapewniają wysokiej dostępności i skutkują znacznym czasem przestoju oraz potencjalną utratą danych między migawkami. Konfiguracja grupy Auto Scaling w wielu regionach AWS jest nadmiernym rozwiązaniem dla tego scenariusza, a użycie S3 Event Notifications do zapisu danych do bazy danych wprowadza niepotrzebną złożoność i potencjalne opóźnienia.