Un architecte de solutions a déployé une application web accessible depuis deux régions AWS sous un domaine personnalisé en utilisant le routage basé sur la latence d'Amazon Route 53. Pour chaque région, l'architecte a créé des jeux d'enregistrements pondérés qui pointent vers une paire de serveurs web dans différentes zones de disponibilité. Lors d'un test de reprise après sinistre, tous les serveurs web d'une région ont été arrêtés, mais Route 53 n'a pas automatiquement acheminé le trafic vers l'autre région. Parmi les propositions suivantes, lesquelles pourraient expliquer ce comportement ? (Choisissez-en deux.)

Pour que Route 53 puisse détecter une défaillance et rediriger le trafic, il est essentiel que les contrôles de santé soient correctement configurés. Si un ou plusieurs jeux d'enregistrements pondérés n'ont pas de contrôle de santé HTTP associé, Route 53 ne saura pas que les serveurs sont en panne et continuera à y acheminer le trafic. De plus, si l'enregistrement d'alias de latence pour la région défaillante n'a pas l'option "Évaluer la santé de la cible" activée, Route 53 ignorera l'état de santé des enregistrements sous-jacents et ne basculera pas le trafic, même si les contrôles de santé sont configurés. Les autres options sont incorrectes car : Un poids plus élevé pour la région défaillante n'empêcherait pas le basculement si les contrôles de santé étaient actifs et détectaient la panne. La défaillance d'un serveur dans la région de secours n'expliquerait pas pourquoi le trafic n'a pas été redirigé vers cette région. Les jeux d'enregistrements basés sur la latence peuvent être combinés avec des jeux d'enregistrements pondérés.