Enrutamiento de conmutación por error y geolocalización

El enrutamiento con conmutación por error implementa una configuración activa-pasiva: un registro se designa como Primary y otro como Secondary. Route 53 siempre devuelve el registro Primary mientras su comprobación de estado sea correcta. Si Primary deja de estar saludable, Route 53 cambia automáticamente a devolver el registro Secondary.

El enrutamiento con conmutación por error es el patrón habitual en escenarios de recuperación ante desastres en los que existe un entorno de producción (primario) y un entorno en espera (secundario) que solo debe recibir tráfico cuando el primario deja de estar disponible.

Para configurar el enrutamiento con conmutación por error, cree dos registros con el mismo nombre DNS: uno con Failover=PRIMARY y otro con Failover=SECONDARY. Asocie una comprobación de estado al registro Primary. El registro Secondary también debería tener una comprobación de estado si apunta a un recurso que podría fallar de forma independiente.

El registro Secondary actúa como una alternativa estática: puede apuntar a un sitio web estático de S3, a una página de mantenimiento o a un entorno en espera de menor escala. Aunque Secondary no tenga una comprobación de estado, Route 53 siempre recurre a él cuando Primary falla.

El enrutamiento con conmutación por error crea una configuración activa-pasiva: solo Primary atiende el tráfico durante el funcionamiento normal; Secondary permanece inactivo a la espera de asumir el control. Esto minimiza el coste del entorno en espera, pero provoca un tiempo de recuperación ligeramente mayor (el tiempo necesario para que expire el TTL de DNS y Route 53 cambie de registro).

Para configuraciones activas-activas (ambos recursos atienden tráfico simultáneamente), use el enrutamiento ponderado (con pesos iguales) o el enrutamiento por latencia. Si un recurso falla, su comprobación de estado falla y Route 53 lo elimina automáticamente de las respuestas DNS, lo que permite conseguir una configuración activa-activa con conmutación por error integrada.

El enrutamiento por geolocalización dirige las consultas DNS según la ubicación geográfica del resolvedor DNS (normalmente, el resolvedor del ISP del usuario o el Route 53 Resolver de AWS). Puede crear registros para continentes, países o estados de EE. UU. específicos, y Route 53 devuelve el registro cuya ubicación coincide de forma más específica con el origen de la consulta.

Si ningún registro de ubicación específica coincide, Route 53 devuelve un registro predeterminado (si está configurado). Sin un registro predeterminado, las consultas procedentes de ubicaciones sin coincidencia reciben NODATA. Cree siempre un registro predeterminado para gestionar a los usuarios de ubicaciones que no haya configurado explícitamente.

Principales casos de uso del enrutamiento por geolocalización:

• Contenido específico por idioma: dirija a los hablantes de francés al origen francés de una CDN y a los hablantes de alemán a un origen alemán
• Cumplimiento normativo: asegúrese de que los datos de los usuarios de la UE permanezcan en Regiones de la UE (RGPD), o bloquee el acceso desde países específicos
• Precios o disponibilidad localizados: muestre precios específicos de cada región o restrinja los servicios a los territorios compatibles
• Bloqueo geográfico: devuelva una página de bloqueo o una respuesta vacía a los usuarios de ubicaciones restringidas haciendo que su registro de geolocalización apunte a un endpoint de mantenimiento

Route 53 busca la geolocalización más específica: un registro a nivel de estado tiene prioridad sobre uno a nivel de país, que a su vez tiene prioridad sobre uno a nivel de continente, y este sobre el predeterminado. La geolocalización a nivel de estado de EE. UU. solo está disponible para Estados Unidos.

Si omite un registro predeterminado y la ubicación de un usuario no coincide con ningún registro configurado, Route 53 devuelve NXDOMAIN o NODATA; esto interrumpe silenciosamente el acceso de los usuarios de regiones no configuradas. Añada siempre un registro de geolocalización predeterminado como opción general para evitar errores silenciosos.

El enrutamiento por geoproximidad dirige el tráfico según la distancia geográfica física entre los usuarios y los recursos, con un sesgo opcional para ampliar o reducir el radio efectivo de enrutamiento de cada recurso. Un sesgo positivo amplía el área geográfica a la que presta servicio un recurso; uno negativo la reduce.

La geoproximidad solo está disponible mediante Traffic Flow (el editor visual de políticas de enrutamiento de Route 53) y admite tanto Regiones de AWS (cuyas coordenadas Route 53 conoce automáticamente) como ubicaciones de recursos personalizadas en las que se proporcionan la latitud y la longitud.

Route 53 Traffic Flow es un editor visual de políticas que permite crear lógicas de enrutamiento complejas combinando varias políticas en un diagrama con estructura de árbol. Por ejemplo, primero puede aplicar la geolocalización para separar el tráfico de la UE, después aplicar la latencia dentro de la UE para elegir la Región con mejor rendimiento y, por último, usar el enrutamiento ponderado dentro de cada Región para realizar implementaciones blue-green.

Las políticas de Traffic Flow tienen control de versiones, lo que permite probar los cambios de forma segura. Puede asociar una política de Traffic Flow con uno o varios nombres DNS, y las actualizaciones de la política se propagan al instante sin tener que volver a crear registros individuales.

El enrutamiento con conmutación por error puede anidarse dentro de otras políticas. Un patrón habitual consiste en usar el enrutamiento por latencia para elegir la Región más cercana y, dentro de cada Región, usar un registro de Failover para que, si falla el endpoint principal de esa Región, el tráfico cambie automáticamente a un endpoint secundario de la misma Región.

Otro patrón es una configuración activa-pasiva entre varias Regiones que utiliza el enrutamiento por latencia para el endpoint principal. Si falla la comprobación de estado de la Región principal, Route 53 pasa a la siguiente Región saludable con menor latencia, combinando de forma efectiva la optimización de latencia con la conmutación por error para recuperación ante desastres.

Para que el enrutamiento con conmutación por error funcione correctamente, el registro Primary debe** tener asociada una comprobación de estado. Sin una comprobación de estado, Route 53 considera que Primary siempre está saludable y nunca cambia a Secondary. El registro Secondary puede tener opcionalmente su propia comprobación de estado; si Secondary también falla, Route 53 devuelve igualmente su dirección (es el último recurso).

Tipos de comprobaciones de estado que puede usar con la conmutación por error: comprobaciones de endpoints HTTP/HTTPS, comprobaciones TCP y comprobaciones de alarmas de CloudWatch (útiles para señales compuestas de estado de la aplicación que combinan varias métricas).

Esta diferencia aparece con frecuencia en el examen SAA-C03:

• Geolocalización: enruta según la ubicación geográfica del usuario; siempre devuelve el mismo endpoint para un país o continente determinado, independientemente del rendimiento. Se utiliza para la localización del contenido y el cumplimiento normativo
• Latencia: enruta según el rendimiento de la red para el usuario; podría dirigir a un usuario de Europa a us-east-1 si en ese momento es más rápido que eu-west-1. Se utiliza para optimizar el rendimiento

Palabras clave en las preguntas del examen: 'cumplir con la residencia de datos', 'contenido específico por país', 'bloquear usuarios de determinadas regiones' → Geolocation. 'Región más cercana', 'menor latencia', 'mejor rendimiento para usuarios globales' → Latency.

Compruebe su comprensión de los conceptos de AWS Solutions Architect (SAA-C03) de esta lección.

En esta lección ha aprendido lo siguiente: el enrutamiento de conmutación por error crea una alta disponibilidad activa-pasiva al cambiar al secundario cuando falla la comprobación de estado del primario; el enrutamiento por geolocalización dirige a los usuarios según su origen geográfico para cumplir requisitos normativos y de localización; y el enrutamiento por proximidad geográfica utiliza la distancia física con un sesgo configurable mediante Traffic Flow. Añada siempre un registro de geolocalización predeterminado para gestionar las ubicaciones que no coincidan. A continuación, analizaremos en profundidad las comprobaciones de estado y la conmutación por error de DNS.