Une application critique a actuellement sa couche de données dans une seule région AWS. La couche de données comprend une table DynamoDB et un cluster de bases de données Amazon Aurora MySQL. Le moteur Aurora actuel prend en charge une base de données globale. La couche applicative est déjà déployée dans deux régions. La politique de l'entreprise exige que les applications critiques aient leurs couches applicatives et de données déployées dans deux régions. Les RTO et RPO doivent être de quelques minutes. Quelle combinaison d'étapes rendra la couche de données conforme ? (Choisissez deux.)

L'ajout d'une autre région AWS au cluster de bases de données Aurora MySQL en utilisant les capacités inter-régions ou Global Database d'Aurora est correct car cela permet de répliquer les données Aurora sur plusieurs régions, répondant ainsi aux exigences de RTO et RPO de quelques minutes pour la couche de données relationnelle. La conversion de la table DynamoDB existante en une table globale en ajoutant une autre région à sa configuration est également correcte, car les tables globales DynamoDB répliquent automatiquement les données entre les régions, assurant une haute disponibilité et un faible RTO/RPO pour la couche de données NoSQL. L'ajout d'une autre région à chaque table du cluster Aurora n'est pas une option valide, car la réplication inter-régions se configure au niveau du cluster. La configuration de sauvegardes inter-régions planifiées ne répond pas aux RTO et RPO de quelques minutes, car la restauration à partir de sauvegardes prendrait plus de temps. L'utilisation d'Amazon Route 53 Application Recovery Controller est un outil de basculement, pas une solution de réplication de données inter-régions pour la conformité de la couche de données.