VENTAS: 1-800-867-1389

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

Actualizado: septiembre de 2014

Traffic Manager de Windows Azure

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 incluyen supervisión del extremo. 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.

noteNota
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.

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. Con el Portal de administración, debe configurar el orden de la conmutación por error en la página Configuración del perfil.

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

Equilibrio de carga de conmutación por error en el Administrador del tráfico

Ilustración 1

Los siguientes pasos numerados se corresponden con los números de la Ilustración 1.

  1. El Administrador de tráfico recibe una solicitud entrante de un cliente a través de DNS 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á sin conexión, el Administrador de tráfico determina el siguiente extremo en línea de la lista. En este ejemplo, CS-A está sin conexión (no disponible), pero CS-B está en línea (disponible).

  3. El Administrador de tráfico devuelve el nombre de dominio de CS-B al servidor DNS del cliente, que resuelve este nombre de dominio en una dirección IP y lo envía al cliente.

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

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.

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

Equilibrio de carga de round robin en el Administrador del tráfico

Ilustración 2

Los siguientes pasos numerados se corresponden con los números de la Ilustración 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 selecciona un extremo de esta lista de forma aleatoria, salvo extremos sin conexión (no disponibles) determinados por la supervisión de extremos del Administrador de tráfico. En este ejemplo, es el extremo CS-B.

  3. El Administrador de tráfico devuelve el nombre de dominio de CS-B al servidor DNS del cliente. El servidor DNS del cliente resuelve este nombre de dominio en una dirección IP y lo envía al cliente.

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

El equilibrio de carga de round robin actualmente admite una distribución ponderada del tráfico de red. Figure 3 muestra un ejemplo del método de equilibrio de carga de round robin ponderado para un conjunto de extremos.

Equilibrio de carga ponderada round robin

Ilustración 3

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 API de REST, vea Operaciones del Administrador de tráfico (referencia de la API de REST).

Para obtener información sobre el uso de cmdlets de Azure PowerShell, vea Cmdlets del Administrador de tráfico de Azure. Para obtener una configuración de ejemplo, vea Extremos externos del Administrador de tráfico de Azure y equilibrio de carga ponderado round robin a través de PowerShell en el blog de Azure.

Para probar el perfil desde un solo cliente y observar el comportamiento de round robin igual o ponderado, compruebe que el nombre de DNS se resuelve en direcciones IP distintas de los extremos según los valores iguales o ponderados en el perfil. Cuando realice comprobaciones, debe deshabilitar el almacenamiento en memoria caché de DNS del cliente o limpiar la memoria caché de DNS entre cada intento para asegurarse de que se envía una solicitud de nombre de DNS nueva.

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 cliente que realiza la solicitud y lo envía al extremo más cercano. La "proximidad" se determina mediante una tabla de latencia de Internet 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.

Equilibrio de carga de rendimiento en el Administrador del tráfico

Ilustración 4

Los siguientes pasos numerados se corresponden con los números de la Ilustración 4.

  1. El Administrador de tráfico crea la tabla de latencia de Internet 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.

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

  3. El Administrador de tráfico localiza la fila de la tabla de latencia de Internet para la dirección IP de la solicitud de DNS entrante. Debido a que el servidor DNS local del usuario está realizando una solicitud de DNS iterativa para encontrar el servidor DNS autoritativo para el nombre del perfil del Administrador de tráfico, la solicitud de DNS se envía desde la dirección IP del servidor DNS local del cliente.

  4. El Administrador de tráfico localiza el centro de datos con el menor tiempo para los centros de datos que hospedan los extremos definidos en el perfil. En este ejemplo, es CS-B.

  5. El Administrador de tráfico devuelve el nombre de dominio de CS-B al servidor DNS local del cliente, que resuelve este nombre de dominio en una dirección IP y lo envía al cliente.

  6. El cliente inicia el tráfico hacia CS-B.

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 latencia de Internet, es posible que identifique una diferencia en los patrones de tráfico y carga en los extremos. Estas diferencias deben ser mínimas.

  • 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. Para obtener más información, vea Adición o eliminación de extremos.

Si quiere las cifras de este tema como diapositivas de PowerPoint para su propia presentación del Administrador de tráfico o para modificar para sus propios fines, vea Cifras del Administrador de tráfico en documentación de MSDN.

Vea también

¿Te ha resultado útil?
(Caracteres restantes: 1500)
Gracias por sus comentarios
Mostrar:
© 2014 Microsoft