Exportar (0) Imprimir
Expandir todo

Acerca de los métodos de equilibrio de carga de Traffic Manager

Actualizado: mayo de 2014

Hay tres métodos de equilibrio de carga disponibles en Traffic Manager. Cada perfil del Administrador de tráfico solo puede usar un método de equilibrio de carga cada vez, si bien puede seleccionar otro método de equilibrio de carga para su perfil en cualquier momento.

Es importante tener en cuenta que todos los métodos de equilibrio de carga dependen de la supervisión. Después de configurar su perfil en Traffic Manager para especificar el método de equilibrio de carga que mejor satisface sus requisitos, configure los valores de supervisión. Cuando la supervisión esté configurada correctamente, el Administrador de tráfico supervisará el estado de los extremos, que consisten en los servicios en la nube y sitios web, y no enviará tráfico a los extremos que considera que no están disponibles. Para obtener más información sobre la supervisión del Administrador de tráfico, vea Acerca de la supervisión de Traffic Manager. Para obtener más información acerca de la configuración de los valores de supervisión, vea Configurar la supervisión de Traffic Manager.

Los tres métodos de equilibrio de carga del Administrador de tráfico son los siguientes:

  • Conmutación por error: seleccione Conmutación por error cuando tenga extremos en el mismo centro de datos o en distintos centros de datos de Azure (conocidos como regiones en el Portal de Administración) y desee usar un extremo principal para todo el tráfico, pero proporcione copias de seguridad en caso de que los extremos principales o de copia de seguridad no estén disponibles. Para obtener más información, vea Método de equilibrio de carga de conmutación por error.

  • Round Robin: Seleccione Round robin cuando desee distribuir la carga entre un conjunto de extremos en el mismo centro de datos o entre diferentes centros de datos. Para obtener más información, vea Método de equilibrio de carga Round Robin.

  • Rendimiento: seleccione Rendimiento cuando tenga extremos en diferentes ubicaciones geográficas y desee solicitar a los clientes que usen el extremo “más cercano” en términos de la latencia más baja. Para obtener más información, vea Método de equilibrio de carga de rendimiento.

Tenga en cuenta que Sitios web de Azure ya proporciona la funcionalidad de equilibrio de carga de conmutación por error y de round robin para sitios web en un centro de datos, independientemente del modo del sitio web. El Administrador de tráfico permite especificar el equilibrio de carga de conmutación por error y de round robin para sitios web en distintos centros de datos.

En muchas ocasiones una organización desea conferir fiabilidad a sus servicios. Esto se consigue con las copias de seguridad de los servicios en caso de que el servicio principal se bloquee. Un patrón habitual de conmutación por error del servicio es proporcionar un conjunto de extremos idénticos y enviar tráfico a un servicio principal con una lista de una o más copias de seguridad. Si el servicio principal no está disponible, los clientes que realizan la solicitud se envían al siguiente por orden. Si los servicios del primer y segundo puesto de la lista no están disponibles, el tráfico irá al que esté en tercer puesto y así sucesivamente.

Al configurar el método de equilibrio de carga de conmutación por error, es importante el orden de los extremos seleccionados. El extremo principal se muestra en primer lugar. Si configura este valor en el Portal de administración mediante Creación rápida, debe configurar por separado el orden de la conmutación por error en la página Configuration del perfil. No puede establecer el orden de conmutación por error del extremo durante Creación rápida.

Figure 1 muestra un ejemplo del método de equilibrio de carga de conmutación por error para un conjunto de extremos.

Flujo de equilibrio de carga de conmutación por error

Ilustración 1

Ejemplo de equilibrio de carga de conmutación por error
Los pasos numerados siguientes corresponden a los números de la Figura 1.

  1. El Administrador de tráfico recibe una solicitud entrante de un cliente a través de un servidor DNS (que no se muestra) y localiza el perfil.

  2. El perfil contiene una lista ordenada de extremos. El Administrador de tráfico comprueba qué extremo se encuentra en el primer puesto de la lista. Si el extremo está en línea (según la supervisión continuada del extremo), especificará ese nombre de DNS de extremo en la respuesta DNS al cliente. Si el extremo no está disponible, el Administrador de tráfico determina el siguiente extremo en línea de la lista. En este ejemplo, HS-A no está disponible, pero HS-B sí.

  3. El Administrador de tráfico devuelve el nombre de dominio de HS-B en la respuesta DNS al cliente. A continuación, el cliente resuelve el nombre de dominio de HS-B en su dirección IP.

  4. El cliente inicia el tráfico hacia HS-B.

Aspectos a tener en cuenta:

  • Es importante que la supervisión de extremos del Administrador de tráfico esté configurada correctamente, ya que de lo contrario todo el tráfico se enviará siempre al extremo principal.

  • Debe especificar el orden de conmutación por error del extremo en la página Configuración para el perfil después de crearlo.

  • El período de vida (TTL) de DNS informa a los clientes y a las resoluciones DNS en los servidores DNS sobre el período de tiempo durante el que se deben almacenar los nombres resueltos en la memoria caché. Los clientes seguirán usando un extremo determinado cuando resuelvan su nombre de dominio hasta que expire la entrada de la memoria caché de DNS local para el nombre.

Un patrón de equilibrio de carga habitual es proporcionar un conjunto de extremos idénticos y enviar tráfico a cada uno por el método round robin. El método round robin divide el tráfico en varios extremos. Selecciona un extremo en buen estado de forma aleatoria y no enviará tráfico a los servicios que se detecten que no están en funcionamiento. Para obtener más información, vea Acerca de la supervisión de Traffic Manager.

El equilibrio de carga de round robin actualmente admite una distribución ponderada del tráfico de red. Sin embargo, para configurar pesos en este momento, debe usar REST (vea Crear definición) o Windows PowerShell (vea New-AzureTrafficManagerProfile).

Figure 2 muestra un ejemplo del método de equilibrio de carga de round robin para un conjunto de extremos.

Flujo de equilibrio de carga de round robin

Ilustración 2

Ejemplo de equilibrio de carga de round robin
Los pasos numerados siguientes corresponden a los números de la Figura 2.

  1. El Administrador de tráfico recibe una solicitud entrante de un cliente y localiza el perfil.

  2. El perfil contiene una lista de extremos. El Administrador de tráfico sabe a qué extremo se envió la última solicitud. En este ejemplo, es el extremo HS-B.

  3. El Administrador de tráfico devuelve el nombre de dominio de un extremo en la lista de la respuesta DNS al cliente. En este ejemplo, es el extremo HS-C.

  4. El Administrador de tráfico se actualiza a sí mismo, de forma que sabe que el último flujo de tráfico fue al extremo HS-C.

  5. El cliente resuelve el nombre de dominio HS-C del extremo en su dirección IP e inicia el tráfico.

Aspectos a tener en cuenta:

  • El período de vida (TTL) de DNS informa a los clientes y a las resoluciones DNS en los servidores DNS sobre el período de tiempo durante el que se deben almacenar los nombres resueltos en la memoria caché. Los clientes seguirán usando un extremo determinado cuando resuelvan su nombre de dominio hasta que expire la entrada de la memoria caché de DNS local para el nombre. Para probar el perfil desde un solo cliente y observar el comportamiento de round robin, compruebe que el nombre de DNS se resuelve en direcciones IP distintas para cada solicitud después de que se elimine o expire la entrada de cliente DNS.

Figure 3 muestra un ejemplo del equilibrio de carga round robin ponderado para un conjunto de extremos.

Ilustración 3

Ejemplo del equilibrio de carga ponderada round robin

El equilibrio de carga ponderada round robin le permite distribuir la carga en varios extremos basados en un valor asignado de “peso” de cada extremo. Cuanto más pese, mayor frecuencia de retornos tendrá el extremo. Entre los escenarios en los que se puede considerar útil este método se incluyen:

  • Actualización gradual de la aplicación: asigne un porcentaje de tráfico para redirigir a un nuevo extremo y aumentar gradualmente el tráfico con el tiempo hasta el 100 %.

  • Migración de la aplicación a Azure: cree un perfil con Azure y extremos externos, y especifique el peso de tráfico que se redirige a cada extremo.

  • Irrupción en la nube para obtener capacidad adicional: Expanda rápidamente una implementación local en la nube colocándola detrás de un perfil del Administrador de tráfico. Cuando necesite capacidad adicional en la nube, puede agregar o habilitar más extremos y especificar la porción de tráfico que va a cada extremo.

En este momento, no puede usar el Portal de administración para configurar el equilibrio de carga ponderado. Azure proporciona acceso mediante programación a este método con la API de REST de administración de servicios y los cmdlets de Azure PowerShell asociados. Para obtener información sobre el uso de operaciones REST, vea Operaciones del Administrador de tráfico (referencia de la API de REST). Para obtener información sobre el uso de cmdlets de PowerShell, vea Cmdlets del Administrador de tráfico de Azure.

Al objeto de equilibrar la carga de los extremos que se encuentran en distintos centros de datos en todo el mundo, puede dirigir el tráfico de entrada al extremo más cercano en términos de la latencia más baja entre el cliente que realiza la solicitud y el extremo. Normalmente, el extremo "más cercano" se corresponde directamente con la distancia geográfica más corta. El método de equilibrio de carga de rendimiento le permitirá hacer la distribución en función de la ubicación y la latencia, pero no tiene en cuenta los cambios en tiempo real en la configuración de la red o en la carga.

El método de equilibrio de carga de rendimiento identifica el origen del cliente que realiza la solicitud y lo envía al extremo más cercano. La “proximidad” se determina mediante una tabla de rendimiento de la red que muestra el tiempo que se invierte en la ida y la vuelta entre varias direcciones IP y cada centro de datos de Azure. Esta tabla se actualiza a intervalos periódicos y no pretende mostrar el rendimiento en tiempo real en Internet. Esto no tiene en cuenta la carga de un servicio determinado, aunque el Administrador de tráfico supervisa los extremos en función del método elegido y no los incluye en las respuestas de las consultas DNS si no están disponibles. Es decir, el equilibrio de carga de rendimiento también incorpora el método de equilibrio de carga de conmutación por error.

Figure 4 muestra un ejemplo del método de equilibrio de carga de rendimiento para un conjunto de extremos.

Flujo de equilibrio de carga de rendimiento

Ilustración 4

Ejemplo de equilibrio de carga de rendimiento
Los pasos numerados siguientes corresponden a los números de la Figura 4.

  1. El Administrador de tráfico crea la tabla de tiempos de rendimiento periódicamente. La infraestructura del Administrador de tráfico ejecuta pruebas para determinar el tiempo invertido en viajes de ida y vuelta entre los distintos puntos del mundo y los centros de datos de Azure que hospedan extremos. Estas pruebas se ejecutan según el criterio del sistema de Azure.

  2. El Administrador de tráfico recibe una solicitud entrante de un cliente a través de un servidor DNS y localiza el perfil.

  3. El Administrador de tráfico localiza la fila de la tabla de tiempos de rendimiento para la dirección IP de la solicitud entrante.

  4. El Administrador de tráfico localiza el centro de datos (la columna) con el menor tiempo para los centros de datos que hospedan los extremos definidos en el perfil. En este ejemplo, es HS-D.

  5. El Administrador de tráfico devuelve el nombre de dominio de HS-D en la respuesta DNS al cliente. A continuación, el cliente resuelve el nombre de dominio de HS-D en su dirección IP.

  6. El cliente inicia el tráfico hacia HS-D.

Aspectos a tener en cuenta:

  • Si el perfil contiene varios extremos del mismo centro de datos, el tráfico dirigido a ese centro de datos se distribuye por igual entre los extremos que estén disponibles y en buen estado según la supervisión del extremo.

  • Si todos los extremos de un centro de datos dado no están disponibles (según la supervisión del extremo), el tráfico para los extremos se distribuye por el resto de los extremos disponibles que se especifican en el perfil, no a los extremos más cercanos. Esto ayuda a evitar un error en cascada que podría producirse si se sobrecarga el extremo más cercano.

  • Cuando se actualiza la tabla de rendimiento, es posible que identifique una diferencia en los patrones de tráfico y carga en los extremos. Estas diferencias deben ser mínimas.

  • El período de vida (TTL) de DNS informa a los clientes y a las resoluciones DNS sobre el período de tiempo durante el que se deben almacenar los nombres resueltos en la memoria caché. Los clientes seguirán usando un extremo determinado cuando resuelvan su nombre de dominio hasta que expire la entrada de la memoria caché de DNS local para el nombre.

  • Al usar el método de equilibrio de carga de rendimiento con extremos externos, deberá especificar la ubicación de estos extremos. Elija la región de Azure más cercana a su implementación.

Vea también

Mostrar:
© 2014 Microsoft