Firma musi zaprojektować plan odzyskiwania po awarii (DR) dla swojej witryny e-commerce. Witryna działa na instancjach EC2 t3.large w grupie Auto Scaling w wielu strefach dostępności i korzysta z instancji bazy danych Amazon RDS for MySQL. W przypadku awarii ruch musi zostać przełączony do regionu pomocniczego. Docelowy RPO wynosi 30 sekund, a RTO 10 minut. Które rozwiązanie spełnia te cele w najbardziej ekonomiczny sposób?

Poprawna odpowiedź spełnia wymagania RPO (30 sekund) i RTO (10 minut) w najbardziej ekonomiczny sposób. AWS Elastic Disaster Recovery (DRS) zapewnia ciągłą replikację instancji EC2, co pozwala na szybkie odzyskanie z RPO w sekundach. Replikacja odczytu między regionami dla RDS MySQL zapewnia niskie RPO dla bazy danych. Utrzymywanie instancji EC2 w regionie DR z minimalną wydajnością (pilot light) jest ekonomiczne, a zwiększenie pojemności Auto Scaling po przełączeniu awaryjnym pozwala na szybkie skalowanie. Polityka routingu failover Route 53 automatyzuje przełączanie ruchu. Pierwsza niepoprawna opcja (AWS Backup z cronem co 30 sekund) jest niepraktyczna i kosztowna, a RTO byłoby znacznie dłuższe ze względu na czas przywracania z kopii zapasowych. Trzecia opcja (ręczne przywracanie) nie spełnia RTO 10 minut. Czwarta opcja (Aurora Global Database i pełna wydajność w regionie DR) jest zbyt kosztowna, ponieważ utrzymuje pełne środowisko w regionie DR, co jest sprzeczne z celem ekonomiczności.