Aplikacja internetowa działa na instancjach EC2 za ALB w grupie Auto Scaling w wielu strefach dostępności (AZ) i korzysta z instancji Amazon RDS for MySQL. Route 53 wskazuje na ALB za pomocą rekordu alias. Polityka firmy wymaga teraz geograficznie izolowanej witryny DR (Disaster Recovery) z RTO (Recovery Time Objective) wynoszącym 4 godziny i RPO (Recovery Point Objective) wynoszącym 15 minut, przy minimalnych zmianach w stosie aplikacji. Które podejście DR spełnia te wymagania przy najmniejszych zmianach w aplikacji?

Prawidłowa odpowiedź spełnia wymagania RTO (4 godziny) i RPO (15 minut) oraz minimalizuje zmiany w aplikacji. Utworzenie zduplikowanego środowiska w innym regionie z repliką odczytu RDS zapewnia geograficzną izolację. Replikacja RDS zapewnia RPO 15 minut. Promowanie repliki odczytu do roli głównej w przypadku awarii jest szybkie i mieści się w RTO 4 godzin. Routing awaryjny Route 53 z kontrolą stanu automatyzuje przełączanie. Pozostałe opcje są nieoptymalne: Utworzenie środowiska DR w tej samej strefie dostępności nie zapewnia geograficznej izolacji. Użycie routingu opartego na opóźnieniach nie jest mechanizmem DR, a kopiowanie i przywracanie snapshotu RDS jest zbyt wolne, aby spełnić RTO 4 godzin.