Funcionamiento de Traffic Manager

Azure Traffic Manager permite controlar la distribución del tráfico a través de los puntos de conexión de la aplicación. Un punto de conexión es cualquier servicio accesible desde Internet hospedado dentro o fuera de Azure.

Traffic Manager ofrece dos ventajas principales:

Cuando un cliente intenta conectarse a un servicio, debe resolver primero el nombre DNS del servicio en una dirección IP. Luego, el cliente se conecta a esa dirección IP para tener acceso al servicio.

Es fundamental entender que Traffic Manager funciona a nivel de DNS, que está al nivel de aplicación (nivel-7). Traffic Manager usa DNS para dirigir a los clientes a puntos de conexión específicos del servicio basados en las reglas del método de enrutamiento de tráfico. Los clientes se conectan directamente al punto de conexión seleccionado. Traffic Manager no es un proxy ni una puerta de enlace. Traffic Manager no ve el tráfico que circula entre el cliente y el servicio.

Ejemplo de Traffic Manager

Contoso Corp ha desarrollado un nuevo portal para asociados. La URL de este portal es https://partners.contoso.com/login.aspx. La aplicación está hospedada en tres regiones de Azure. Para mejorar la disponibilidad y maximizar el rendimiento global, usan Traffic Manager para distribuir el tráfico de cliente al punto de conexión disponible más próximo.

Para lograr esta configuración, se han completado los pasos siguientes:

  1. Se implementan tres instancias de su servicio. Los nombres DNS de estas implementaciones son "contoso-us.cloudapp.net", "contoso-eu.cloudapp.net" y "contoso-asia.cloudapp.net".
  2. Se crea un perfil de Traffic Manager denominado "contoso.trafficmanager.net" y este se configura para utilizar el método de enrutamiento de tráfico "Rendimiento" entre los tres puntos de conexión.
  3. Se configura un nombre de dominio personal, "partners.contoso.com", para que apunte a "contoso.trafficmanager.net" con un registro CNAME de DNS.

Configuración de DNS de Traffic Manager

Nota

Cuando se utiliza un dominio personal con Azure Traffic Manager, debe usar un registro CNAME para que el nombre de dominio personalizado apunte a su nombre de dominio de Traffic Manager. Los estándares DNS no permiten crear un registro CNAME en el "vértice" (o raíz) de un dominio. Por lo tanto no se puede crear un registro CNAME para "contoso.com" (lo que también se conoce como un dominio "desnudo"). Solo se puede crear un registro CNAME para un dominio bajo "contoso.com", como "www.contoso.com". Para solucionar esta limitación, se recomienda hospedar el dominio DNS en Azure DNS y el uso de registros de Alias para apuntar a su perfil del administrador de tráfico. También puede usar una sencilla redirección HTTP para dirigir las solicitudes de "contoso.com" a un nombre alternativo como "www.contoso.com".

Conexión de clientes mediante Traffic Manager

Continuando a partir del ejemplo anterior, cuando un cliente solicita la página https://partners.contoso.com/login.aspx, este realiza los pasos siguientes para resolver el nombre DNS y establecer una conexión:

Establecimiento de la conexión mediante Traffic Manager

  1. El cliente envía una consulta de DNS a su servicio DNS recursivo configurado para resolver el nombre "partners.contoso.com". Un servicio DNS recursivo, a veces denominado servicio "DNS local", no hospeda los dominios DNS directamente. En su lugar, el cliente descarga el trabajo de ponerse en contacto con los diversos servicios DNS autoritativos a través de Internet, lo cual es un paso necesario para resolver un nombre DNS.

  2. Para resolver el nombre DNS, el servicio DNS recursivo busca entre los servidores de nombres el dominio "contoso.com". A continuación, se pone en contacto con esos servidores DNS a fin de solicitar el registro "partners.contoso.com". Los servidores DNS de contoso.com devuelven el registro CNAME que apunta a contoso.trafficmanager.net.

  3. A continuación, el servicio DNS recursivo busca los servidores DNS para el dominio trafficmanager.net, que se proporcionan con el servicio Azure Traffic Manager. A continuación, envía una solicitud para el registro DNS de "contoso.trafficmanager.net" a esos servidores DNS.

  4. Los servidores DNS de Traffic Manager reciben la solicitud. Eligen un punto de conexión en función de:

  5. El punto de conexión elegido se devuelve como otro registro CNAME de DNS. En este caso, supongamos que contoso-eu.cloudapp.net se devuelve.

  6. A continuación, el servicio DNS recursivo busca los servidores DNS para el dominio "cloudapp.net". Se pone en contacto con estos servidores DNS para solicitar el registro DNS "contoso-eu.cloudapp.net". Se devuelve un registro "A" de DNS que contiene la dirección IP del punto de conexión de servicio basado en Europa.

  7. El servicio DNS recursivo consolida los resultados y devuelve una única respuesta DNS al cliente.

  8. El cliente recibe los resultados DNS y se conecta a la dirección IP especificada. El cliente se conecta al punto de conexión de servicio de la aplicación directamente, no mediante Traffic Manager. Puesto que es un punto de conexión HTTPS, el cliente lleva a cabo el protocolo de enlace SSL/TLS necesario y, a continuación, realiza una solicitud GET de HTTP para la página "/login.aspx".

El servicio DNS recursivo almacena en la memoria caché las respuestas DNS que recibe. La resolución DNS del dispositivo cliente también almacena en caché el resultado. El almacenamiento en caché permite que las consultas DNS posteriores se respondan más rápidamente al utilizar datos de la memoria caché en lugar de consultar otros servidores DNS. La duración de la memoria caché viene determinada por la propiedad de período de vida (TTL) de cada registro DNS. Unos valores más cortos producen una expiración de caché más rápida y, por tanto, más recorridos de ida y vuelta a los servidores de nombres de Traffic Manager. Unos valores mayores significan que se puede tardar más tiempo en alejar el tráfico de un punto de conexión con error. Traffic Manager permite configurar el valor de TTL utilizado en las respuestas DNS de Traffic Manager entre 0 segundos y 2.147.483.647 segundos (el intervalo máximo compatible con RFC-1035), lo que le permite elegir el valor que responda mejor a las necesidades de su aplicación.

Preguntas más frecuentes

Pasos siguientes

Obtenga más información sobre la supervisión del punto de conexión y la conmutación por error automática de Traffic Manager.

Obtenga más información sobre los métodos de enrutamiento del tráfico de Traffic Manager.