Concevez une architecture de référence pour des applications à trois niveaux (web, application, NoSQL) qui doivent être hautement disponibles au sein d'une Région, prendre en charge le basculement vers une autre Région en moins d'une minute pour la reprise après sinistre, et minimiser l'impact sur l'utilisateur et les coûts. Quelle combinaison d'actions répond à ces objectifs ? (Choisissez-en trois.)

La politique de routage de basculement d'Amazon Route 53 avec un TTL court (30 secondes) permet un basculement rapide vers la Région de reprise après sinistre, respectant l'objectif de moins d'une minute. Les tables globales Amazon DynamoDB assurent la réplication automatique et la haute disponibilité des données NoSQL entre les Régions, ce qui est essentiel pour la reprise après sinistre et la minimisation de l'impact utilisateur. Un modèle de veille active (hot-standby) avec des groupes Auto Scaling sur plusieurs zones de disponibilité dans chaque Région garantit une haute disponibilité intra-Région et une capacité prête pour le basculement. L'utilisation de Reserved Instances zonales pour la capacité de base et d'On-Demand Instances pour la capacité supplémentaire optimise les coûts tout en maintenant la flexibilité. Le routage pondéré avec un TTL d'une heure est trop lent pour l'objectif de RTO d'une minute. La sauvegarde S3 de DynamoDB est un processus de récupération plus lent que les tables globales. L'utilisation de Spot Instances pour la capacité requise n'est pas fiable pour une architecture hautement disponible.