Krytyczna aplikacja ma obecnie warstwę danych w jednym regionie AWS. Warstwa danych obejmuje tabelę DynamoDB i klaster Amazon Aurora MySQL DB. Bieżący silnik Aurora obsługuje globalną bazę danych. Warstwa aplikacji jest już wdrożona w dwóch regionach. Polityka firmy wymaga, aby krytyczne aplikacje miały zarówno warstwę aplikacji, jak i warstwę danych wdrożone w dwóch regionach. RTO i RPO muszą wynosić kilka minut. Która kombinacja kroków sprawi, że warstwa danych będzie zgodna z wymaganiami? (Wybierz dwie.)

Wymagania RTO i RPO wynoszące kilka minut dla aplikacji krytycznej, rozłożonej na dwa regiony, wymagają aktywnej replikacji danych. Dodanie innego regionu AWS do klastra Aurora MySQL DB, wykorzystując możliwości Aurora Global Database, zapewnia szybką replikację i przełączanie awaryjne, spełniając te wymagania. Podobnie, przekształcenie istniejącej tabeli DynamoDB w tabelę globalną poprzez dodanie innego regionu do konfiguracji tabeli, umożliwia automatyczną, aktywną replikację danych między regionami, co jest kluczowe dla niskich RTO i RPO. Opcja "Dodaj inny region do każdej tabeli w klastrze Aurora MySQL DB" jest nieprawidłowa, ponieważ Aurora Global Database działa na poziomie klastra, a nie pojedynczych tabel. Zaplanowane kopie zapasowe między regionami nie zapewnią RTO i RPO na poziomie kilku minut, ponieważ odzyskiwanie z kopii zapasowej jest procesem czasochłonnym. Amazon Route 53 Application Recovery Controller służy do automatyzacji przełączania awaryjnego, ale nie do tworzenia kopii zapasowych ani replikacji danych.