Una empresa implementa una aplicación web en dos Regiones de AWS. Cada Región tiene una VPC con tres servidores web EC2 detrás de un Application Load Balancer (ALB). La empresa ya tiene una zona alojada de Route 53 para example.com. Los usuarios utilizarán app.example.com. La solución DNS debe enrutar a los usuarios globales a la Región con el tiempo de respuesta más bajo y conmutar por error a la siguiente Región con el tiempo de respuesta más bajo si la Región principal no está disponible. ¿Qué configuración de Route 53 cumple con estos requisitos?

La opción correcta utiliza registros de alias de Route 53 con una política de enrutamiento basada en latencia y Evaluate Target Health habilitado. La política de enrutamiento basada en latencia dirige a los usuarios a la región con la latencia más baja, cumpliendo el requisito de "tiempo de respuesta más bajo". Los registros de alias permiten apuntar directamente a los ALB. Al establecer Evaluate Target Health en "Yes", Route 53 utiliza las comprobaciones de estado del ALB para determinar la disponibilidad. Si un ALB no está disponible, Route 53 automáticamente conmuta por error al siguiente ALB con la latencia más baja, satisfaciendo el requisito de conmutación por error. Las opciones incorrectas fallan por varias razones: La primera opción incorrecta utiliza enrutamiento de geolocalización, que no garantiza el tiempo de respuesta más bajo. Además, las comprobaciones de estado de Route 53 por dirección IP para un ALB no son la forma recomendada de evaluar la salud del ALB; es mejor confiar en las comprobaciones de salud del propio ALB a través de registros de alias. La segunda opción incorrecta también usa enrutamiento de geolocalización y no es la forma óptima de configurar las comprobaciones de estado para ALB. La tercera opción incorrecta crea un solo registro A con enrutamiento basado en latencia a uno de los ALB, lo que no permite la conmutación por error automática entre regiones.