Musisz zaprojektować architekturę wieloregionalną dla bazy danych Amazon RDS for PostgreSQL używanej przez aplikację internetową. Baza danych jest wdrażana z szablonu CloudFormation, który istnieje zarówno w regionie podstawowym, jak i pomocniczym. Włączono automatyczne kopie zapasowe. Cele odzyskiwania: RTO = 15 minut, RPO = 2 godziny. Aplikacja internetowa używa rekordu Amazon Route 53 do kierowania ruchu do bazy danych. Które dwie akcje razem zapewnią wysoce dostępną, zgodną architekturę? (Wybierz dwie.)

Poprawne odpowiedzi zapewniają wysoką dostępność i spełniają cele RTO/RPO. Utworzenie repliki do odczytu między regionami w regionie pomocniczym umożliwia szybkie przełączanie awaryjne, ponieważ replika może zostać promowana do roli podstawowej. To rozwiązanie jest zgodne z RPO wynoszącym 2 godziny, ponieważ repliki do odczytu są asynchroniczne, ale zazwyczaj mają opóźnienie liczone w sekundach. Funkcja Lambda automatyzuje proces promocji, co pomaga osiągnąć RTO wynoszące 15 minut. Konfiguracja polityki routingu awaryjnego Route 53 automatycznie przekierowuje ruch do nowej podstawowej bazy danych w regionie pomocniczym po przełączeniu awaryjnym. Niepoprawne opcje: Odtwarzanie bazy danych z migawki w regionie pomocniczym jest zbyt czasochłonne i nie spełni RTO wynoszącego 15 minut. Kopiowanie automatycznych kopii zapasowych co 2 godziny nie zapewnia ciągłości danych w przypadku awarii i nie spełni RPO wynoszącego 2 godziny, ponieważ utrata danych może być większa niż 2 godziny w zależności od momentu awarii. Zapewnienie bazy danych typu hot standby i przywracanie z najnowszej automatycznej kopii zapasowej jest zbyt wolne i nie spełni RTO.