Une entreprise souhaite rediriger les utilisateurs vers une page d'erreur statique de secours si le site web principal est indisponible. Le DNS du site web principal est hébergé dans Amazon Route 53 et pointe vers un Application Load Balancer (ALB). La solution doit minimiser les changements et les frais d'infrastructure. Quelle solution répond à ces exigences ?

L'option correcte est de mettre en place une configuration de basculement actif-passif Route 53. Cette approche utilise des vérifications de santé Route 53 pour surveiller la disponibilité de l'ALB. Si l'ALB devient non sain, Route 53 redirige automatiquement le trafic vers la page d'erreur statique hébergée dans un compartiment Amazon S3. Cela minimise les changements d'infrastructure et les coûts car S3 est un service de stockage très économique et Route 53 gère la logique de basculement. L'option de politique de routage de latence est incorrecte car elle dirige le trafic vers le point de terminaison le plus proche ou le plus rapide, pas vers une ressource de secours en cas de panne. L'option actif-actif avec une instance EC2 est plus coûteuse et complexe que nécessaire pour une simple page d'erreur statique, car une instance EC2 entraîne des frais de calcul continus. L'option de réponse à valeurs multiples n'est pas conçue pour le basculement automatique basé sur l'état de santé d'un seul point de terminaison principal.