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:
- La distribución del tráfico de acuerdo con uno o varios métodos de enrutamiento de tráfico
- supervisión continua del estado de los puntos de conexión y la conmutación por error automática en caso de error en estos
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 directamenteal 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.
Traffic Manager usa perfiles para controlar el tráfico a los servicios en la nube o a los puntos de conexión de sitios web. Para más información sobre los perfiles, consulte Administración de un perfil de Azure Traffic Manager.
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:
- 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".
- 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.
- Se configura un nombre de dominio personal, "partners.contoso.com", para que apunte a "contoso.trafficmanager.net" con un registro CNAME de DNS.
Importante
Solo puede haber un [identificador de inquilino] de Azure con un nombre DNS de administrador de tráfico raíz específico. Si se intenta usar un nombre que ya está en uso, se mostrará un error. En el ejemplo siguiente, el nombre DNS raíz es contoso. Además, si se crea un perfil con un nombre separado por puntos, como partners.contoso.trafficmanager.net, contoso.trafficmanager.net se reserva automáticamente.
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:
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.
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.
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.
Los servidores DNS de Traffic Manager reciben la solicitud. Eligen un punto de conexión en función de:
- El estado configurado de cada punto de conexión (no se devuelven los puntos de conexión deshabilitados).
- El estado actual de cada punto de conexión, según lo determinado por las comprobaciones de estado de Traffic Manager. Para más información, consulte Acerca de la supervisión de Traffic Manager.
- El método de enrutamiento de tráfico elegido. Para más información, consulte Métodos de enrutamiento de Traffic Manager.
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.
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.
El servicio DNS recursivo consolida los resultados y devuelve una única respuesta DNS al cliente.
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".
Traffic Manager y la caché DNS
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
¿Qué tipos de tráfico se pueden enrutar mediante Traffic Manager?
¿Cómo puedo resolver un problema 500 (error interno del servidor) al usar Traffic Manager?
¿Qué protocolos de aplicación puedo usar con Traffic Manager?
¿Puedo usar Traffic Manager con un nombre de dominio desnudo?
¿Traffic Manager considera la dirección de subred de cliente cuando controla las consultas de DNS?
¿Cómo puedo comprender el volumen de las consultas que llegan a mi perfil?
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.