Środowisko produkcyjne i jego środowisko odzyskiwania po awarii (DR) zostały wdrożone w tym samym regionie AWS. Aplikacje działają na instancjach EC2 i używają woluminu FSx for NetApp ONTAP do przechowywania danych; żadne dane aplikacji nie znajdują się na instancjach EC2. Obrazy AMI zostały skopiowane do regionu DR, a szablony CloudFormation zostały sparametryzowane według regionu. RPO dla pamięci masowej musi wynosić 10 minut w regionie DR. Jakie rozwiązanie spełnia ten wymóg?

Prawidłowa odpowiedź to wdrożenie instancji FSx for ONTAP w regionie DR i skonfigurowanie replikacji NetApp SnapMirror na poziomie woluminu co 5 minut z środowiska produkcyjnego do DR. NetApp SnapMirror to natywna funkcja FSx for ONTAP, która umożliwia wydajną replikację danych na poziomie bloku między woluminami, zapewniając RPO do 5 minut, co spełnia wymaganie 10-minutowego RPO. Pozostałe opcje są nieprawidłowe: Utworzenie zasobników S3 i użycie funkcji Lambda do kopiowania danych z FSx for ONTAP do S3 wprowadza dodatkową złożoność i może nie gwarantować 10-minutowego RPO ze względu na narzut związany z kopiowaniem plików. AWS Backup nie obsługuje bezpośrednio tworzenia kopii zapasowych woluminów FSx for NetApp ONTAP w sposób, który gwarantowałby 10-minutowe RPO dla danych na tych woluminach. Ponadto, przypisanie instancji EC2 do planu tworzenia kopii zapasowych nie obejmuje danych na woluminach FSx. Tworzenie migawek woluminów instancji EC2 i kopiowanie ich do regionu DR jest nieistotne, ponieważ dane aplikacji nie znajdują się na instancjach EC2, a na woluminie FSx for ONTAP.