Aplikacja działająca na ECS Fargate używa Amazon Aurora MySQL jako swojego magazynu relacyjnego. Wymagania regulacyjne nakazują odzyskiwanie danych między Regionami bez utraty danych i z minimalnym narzutem operacyjnym. Które rozwiązanie spełnia te ograniczenia przy najmniejszym wysiłku operacyjnym?

Uruchomienie repliki Aurora w innym Regionie AWS jest najlepszym rozwiązaniem, ponieważ Amazon Aurora MySQL obsługuje globalne bazy danych (Aurora Global Database), które zapewniają szybką replikację asynchroniczną między Regionami z minimalnym opóźnieniem. Dzięki temu można osiągnąć odzyskiwanie danych bez utraty danych (RPO=0) i z niskim czasem odzyskiwania (RTO) w przypadku awarii regionalnej, przy minimalnym wysiłku operacyjnym. Konfiguracja AWS DataSync do ciągłej replikacji danych bazy danych do innego Regionu nie jest odpowiednia dla baz danych relacyjnych, ponieważ DataSync jest przeznaczony do transferu plików i obiektów, a nie do spójnej replikacji transakcyjnej bazy danych. Użycie AWS Database Migration Service (AWS DMS) do ciągłej replikacji bazy danych do innego Regionu jest możliwe, ale wymaga większego nakładu operacyjnego na konfigurację i zarządzanie w porównaniu do natywnej funkcji Aurora Global Database. DMS jest bardziej odpowiedni do migracji baz danych lub replikacji między różnymi typami baz danych. Użycie Amazon Data Lifecycle Manager (DLM) do planowania migawek co 5 minut nie zapewni odzyskiwania danych bez utraty danych (RPO=0). Migawki są punktami w czasie, a dane zmienione między migawkami zostaną utracone. DLM jest przeznaczony do zarządzania cyklem życia migawek EBS, a nie do ciągłej replikacji baz danych.