Une entreprise héberge un site web avec un service backend déployé dans une région AWS principale et une région de reprise après sinistre (DR). Une seule distribution Amazon CloudFront se trouve devant le site. L'entreprise a créé un enregistrement de basculement Route 53 avec des vérifications de l'état de santé pointant vers le backend de la région principale et a configuré cet enregistrement comme origine pour la distribution CloudFront. Un enregistrement de basculement secondaire Route 53 pointe vers le backend de la région DR. Les deux enregistrements Route 53 ont un TTL de 60 secondes, mais le basculement prend actuellement plus d'une minute. Quelle conception offre le temps de basculement le plus rapide ?

La création d'un groupe d'origines CloudFront avec basculement d'origine est la solution la plus rapide. CloudFront effectuera automatiquement le basculement vers l'origine secondaire (région DR) si l'origine principale devient indisponible, sans attendre la propagation DNS. Cela réduit considérablement le temps de basculement, car il est géré au niveau de la distribution CloudFront elle-même, et non par Route 53. Déployer une deuxième distribution CloudFront et des enregistrements de basculement Route 53 pour celles-ci ajouterait de la complexité et ne résoudrait pas le problème de délai de basculement, car le basculement DNS prend toujours du temps. Changer le TTL à 4 secondes pour les enregistrements Route 53 existants ne garantirait pas un basculement rapide car CloudFront met en cache les réponses DNS et ne consulterait pas Route 53 à chaque requête. De plus, un TTL aussi bas peut augmenter la charge sur les serveurs DNS. Créer de nouveaux ensembles d'enregistrements Route 53 avec une politique de routage basée sur la latence ne gère pas le basculement en cas de panne, mais dirige plutôt les utilisateurs vers l'origine la plus proche ou la plus performante.