Firma projektuje strategię odzyskiwania po awarii (DR) dla aplikacji produkcyjnej wspieranej przez klaster Amazon Aurora MySQL w regionie us-east-1. Region DR to us-west-1. Wymagane RPO firmy wynosi 5 minut, a RTO 20 minut. Firma chce zminimalizować zmiany w konfiguracji i zmaksymalizować efektywność operacyjną. Które rozwiązanie spełnia te wymagania?

Konwersja klastra Aurora na globalną bazę danych Aurora z zarządzanym przełączaniem awaryjnym jest najlepszym rozwiązaniem, ponieważ spełnia wymagania RPO (Recovery Point Objective) wynoszącego 5 minut i RTO (Recovery Time Objective) wynoszącego 20 minut. Globalna baza danych Aurora replikuje dane asynchronicznie z opóźnieniem poniżej 1 sekundy, co znacznie przewyższa wymagane RPO. Zarządzane przełączanie awaryjne umożliwia szybkie i zautomatyzowane przełączenie na region DR, minimalizując RTO. Dodatkowo, minimalizuje to zmiany w konfiguracji i maksymalizuje efektywność operacyjną, ponieważ AWS zarządza replikacją i przełączaniem. Utworzenie repliki odczytu Aurora w us-west-1 nie zapewnia zarządzanego przełączania awaryjnego i wymagałoby ręcznej interwencji, co mogłoby przekroczyć RTO. Utworzenie nowego klastra Aurora z Cross-Region Replication nie jest natywną funkcjonalnością Aurora i wymagałoby niestandardowych rozwiązań. Użycie AWS DMS do synchronizacji obu klastrów wprowadza dodatkową złożoność, koszty i potencjalnie większe opóźnienia, co mogłoby nie spełnić RPO.