Firma uruchamia aplikację na 20 trwałych instancjach Linux EC2, które przechowują dane na wielu dołączonych woluminach EBS. Firma musi przechowywać kopie zapasowe w oddzielnym regionie AWS i być w stanie odzyskać instancje i konfiguracje w ciągu 1 dnia roboczego, tracąc nie więcej niż jeden dzień danych. Firma ma ograniczony personel i posiada już szablon CloudFormation, który może wdrożyć wymaganą sieć w regionie pomocniczym. Które rozwiązanie do tworzenia kopii zapasowych i odzyskiwania spełnia te wymagania, minimalizując jednocześnie narzut operacyjny i koszty?

Prawidłowa odpowiedź to użycie AWS Backup. AWS Backup to scentralizowana usługa do tworzenia kopii zapasowych, która obsługuje instancje EC2 wraz z dołączonymi woluminami EBS, minimalizując narzut operacyjny. Umożliwia automatyczne tworzenie codziennych kopii zapasowych i replikację do innego regionu, spełniając wymagania dotyczące RPO (nie więcej niż jeden dzień danych) i RTO (1 dzień roboczy). W przypadku awarii, AWS Backup może przywrócić instancje EC2 i ich konfiguracje bezpośrednio z kopii zapasowych w regionie pomocniczym, co jest bardziej efektywne niż ręczne zarządzanie migawkami EBS. Pozostałe opcje są mniej optymalne: Tworzenie drugiego szablonu CloudFormation i ręczne zarządzanie migawkami EBS za pomocą AWS Systems Manager Automation jest bardziej złożone i zwiększa narzut operacyjny. Użycie Amazon Data Lifecycle Manager (DLM) do tworzenia migawek jest dobre, ale DLM nie zarządza kopiami zapasowymi instancji EC2 jako całości, a jedynie woluminami EBS. Przywracanie wymagałoby ręcznego tworzenia instancji i podłączania woluminów. Wdrażanie instancji w regionie pomocniczym i używanie AWS DataSync do kopiowania danych jest kosztowne (utrzymywanie redundantnych instancji) i nie zapewnia spójnego punktu odzyskiwania dla całej instancji EC2, w tym jej konfiguracji.