Políticas de enrutamiento: simple, ponderado y por latencia

Las políticas de enrutamiento de Route 53 determinan cómo se responden las consultas DNS cuando varios conjuntos de registros de recursos comparten el mismo nombre DNS. La política indica a Route 53 qué IP o nombre DNS debe devolver y en qué condiciones. Elegir la política de enrutamiento adecuada es uno de los temas que se evalúan con mayor frecuencia en el examen SAA-C03.

Políticas de enrutamiento disponibles: Simple, Weighted, Latency-based, Failover, Geolocation, Geoproximity y Multivalue Answer. Cada una responde a un caso de uso diferente. La mayoría se puede combinar con comprobaciones de estado para realizar una conmutación por error automática.

El enrutamiento simple asigna un nombre DNS a una o más direcciones IP (para registros A) o a otro nombre de host (para CNAME/ALIAS). Cuando se configura un único valor, Route 53 siempre devuelve ese valor. Cuando se configuran varios valores, Route 53 devuelve todos los valores en un orden aleatorio y el cliente elige uno.

El enrutamiento simple es la política predeterminada y es adecuado para configuraciones con un solo recurso en las que no necesita comprobaciones de estado, división del tráfico ni diferenciación geográfica. No admite comprobaciones de estado; si el recurso no está en buen estado, Route 53 sigue devolviendo su dirección.

El enrutamiento ponderado distribuye las consultas DNS entre varios recursos según los pesos que asigne. A cada registro se le asigna un peso numérico entre 0 y 255. Route 53 devuelve cada registro en una proporción equivalente a su peso dividido entre la suma de todos los pesos.

Ejemplo: tres registros con pesos 70, 20 y 10 reciben aproximadamente el 70 %, el 20 % y el 10 % del tráfico, respectivamente. Un peso de 0 significa que el registro queda excluido del enrutamiento, pero no se elimina; esto resulta útil para detener temporalmente el tráfico sin quitar el registro. El enrutamiento ponderado se utiliza normalmente para pruebas A/B, implementaciones canary y transiciones blue-green.

El enrutamiento ponderado resulta especialmente útil en escenarios de implementación y pruebas:

• Versión canary: envíe el 5 % del tráfico a una versión nueva (peso 5) y el 95 % a la versión estable (peso 95); cambie gradualmente los pesos a medida que aumente la confianza
• Implementación blue-green: empiece con 100/0 (todo en green), cambie lentamente a 50/50, después a 0/100 (todo en blue) y, finalmente, elimine el registro green
• Pruebas de carga: envíe una pequeña fracción del tráfico de producción a un entorno de prueba para validar el rendimiento con una carga real

El enrutamiento ponderado funciona con comprobaciones de estado. Si falla la comprobación de estado de un registro ponderado, Route 53 deja de incluirlo en las respuestas y redistribuye su peso entre los registros en buen estado.

El enrutamiento basado en latencia dirige cada consulta DNS a la región de AWS que proporciona la menor latencia de red para el usuario final. Route 53 mide la latencia entre los resolvers DNS globales y las regiones de AWS, y dirige las consultas a la región con la mejor latencia medida.

Debe crear un registro por cada región en la que tenga recursos, con el tipo LATENCY y especificando la región. Route 53 selecciona la opción con menor latencia para cada consulta sin comparar los recursos reales; utiliza las mediciones de latencia de AWS, no mediciones en tiempo real desde la ubicación del usuario.

El enrutamiento por latencia y el enrutamiento por geolocalización suelen confundirse en el examen:

• Enrutamiento por latencia: enruta según el rendimiento de la red para minimizar el tiempo de ida y vuelta; un usuario en Japón podría ser dirigido a us-west-2 si en ese momento tiene menor latencia que ap-northeast-1
• Enrutamiento por geolocalización: enruta según el origen geográfico de la consulta DNS; un usuario en Japón siempre será dirigido al registro de Japón, independientemente de la latencia

Use el enrutamiento por latencia para la optimización del rendimiento y el enrutamiento por geolocalización para la personalización del contenido, el cumplimiento normativo o el contenido específico por idioma.

El enrutamiento de respuestas multivalor devuelve hasta 8 registros en buen estado en respuesta a cada consulta DNS, lo que permite que el cliente elija uno al azar. A diferencia del enrutamiento simple (que puede devolver direcciones IP en mal estado), el enrutamiento multivalor se integra con las comprobaciones de estado para devolver únicamente las direcciones IP de recursos en buen estado.

Las respuestas multivalor no sustituyen a un balanceador de carga: el balanceo de carga mediante DNS es menos sofisticado y almacena los registros en caché a nivel del cliente. Sin embargo, ofrece una forma sencilla y rentable de distribuir el tráfico y mejorar la resiliencia cuando se dispone de varios endpoints con capacidades equivalentes.

La mayoría de las políticas de enrutamiento (todas excepto Simple) pueden asociarse con comprobaciones de estado. Cuando una comprobación de estado falla, Route 53 deja de devolver ese registro en las respuestas DNS. En el enrutamiento ponderado, el tráfico del registro excluido se redistribuye entre los registros ponderados en buen estado. En el enrutamiento por latencia, se utiliza la siguiente Región saludable con menor latencia.

Las comprobaciones de estado se evalúan de forma independiente de las políticas de enrutamiento y se pueden configurar para endpoints HTTP, HTTPS y TCP. Las comprobaciones de estado calculadas combinan los resultados de varias comprobaciones de estado (lógica AND/OR) para realizar una evaluación compuesta del estado.

Guía rápida para elegir una política de enrutamiento en el examen:

• 'Prueba A/B', 'canary', 'blue-green' → Weighted
• 'menor latencia', 'Región más cercana', 'mejor rendimiento' → Latency
• 'recurso único', 'configuración sencilla' → Simple
• 'varias IP, todas en buen estado' → Multivalue Answer
• 'conmutación por error activa-pasiva' → Failover
• 'contenido específico por país', 'restricción normativa' → Geolocation
• 'enrutar según la proximidad a los recursos' → Geoproximity

El enrutamiento ponderado es la estrategia recomendada para el cambio gradual del tráfico durante las migraciones. Progresión habitual:

1. Inicio: infraestructura antigua con peso 100 y nueva con peso 0
2. Habilitación de la nueva: cambie a 95/5 y supervise las tasas de error y la latencia
3. Aumento gradual: 80/20 → 50/50 → 20/80 → 5/95 durante varias horas o días
4. Finalización: 0/100; retire la infraestructura antigua
5. Reversión: si surgen problemas, establezca inmediatamente en 0 el peso de la nueva para detener el tráfico

Este patrón minimiza el riesgo en comparación con un cambio inmediato y permite revertir rápidamente la migración ajustando un peso de DNS en lugar de volver a implementar la infraestructura.

Route 53 permite crear un enrutamiento sofisticado mediante la combinación lógica de políticas. Por ejemplo, puede usar el enrutamiento por latencia para seleccionar la Región más cercana y el enrutamiento ponderado dentro de esa Región para dividir el tráfico entre varios endpoints. Esto se consigue creando registros ponderados con un SetIdentifier específico en la misma Región; después, la política de latencia los selecciona.

Sin embargo, un registro solo puede tener una política de enrutamiento. Para combinar estos patrones, use una capa de registros para la latencia y un conjunto independiente dentro de cada Región, mediante registros ponderados que apunten a distintos ALB o Elastic IP.

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

En esta lección ha aprendido que el enrutamiento simple devuelve uno o más valores sin comprobación de estado, que el enrutamiento ponderado divide el tráfico por porcentaje para realizar pruebas A/B y migraciones graduales, y que el enrutamiento basado en latencia dirige a los usuarios a la Región con menor latencia para optimizar el rendimiento. La mayoría de las políticas se integran con comprobaciones de estado para realizar una conmutación por error automática. A continuación, exploraremos las políticas de enrutamiento Failover y Geolocation.