Equilibradores de carga de hardware
Última modificación del tema: 2012-10-18
Incluso cuando se implementa el equilibrio de carga de DNS, se necesitan equilibradores de carga de hardware para equilibrar la carga del tráfico HTTP en los grupos de servidores front-end y de director.
Además, se implementan equilibradores de carga de hardware en la red perimetral para los servidores proxy inversos.
Para ofrecer el máximo nivel de equilibrio de carga y la máxima disponibilidad, se implementaron un par de equilibradores de carga de hardware (HLB) con un equilibrador de carga de servidor global (GSLB) en cada sitio. Con todos los equilibradores de carga en comunicación constante entre sí en lo que respecta al estado del sitio y del servidor, ningún fallo de dispositivo en ningún sitio central debería causar una interrupción del servicio para ninguno de los usuarios conectados en ese momento.
En este escenario de prueba se usaron los HLB del servidor global (el F5 BIG-IP GTM) y de los servidores locales (los F5 BIG-IP LTM). Los equilibradores de carga del servidor global se implementaron para gestionar el tráfico en función de la disponibilidad y el estado del sitio central, mientras que los equilibradores de carga de servidores locales gestionaban las conexiones de cada sitio hasta los servidores locales. Esta implementación tiene las siguientes ventajas:
Sistema completamente en malla para el máximo nivel de tolerancia a fallos a nivel local y global.
Segmentación completa del tráfico interno y externo dentro del sitio central.
La posibilidad, si se desea, de utilizar el hardware para equilibrar la carga de todas las conexiones a servidores front-end, servidores perimetrales y directores.
A pesar de ser óptima en muchos aspectos, esta implementación tiene dos desventajas claras: hay que comprar más HLB y el gran número de dispositivos crea una configuración más compleja y difícil de administrar. La consolidación de la infraestructura de equilibrio de carga es claramente posible y, en algunos entornos, beneficiosa. Por ejemplo, muchos diseños de implementaciones incluyen una sola instancia de HLB o un par en cada sitio central. Aunque el HLB abarca varias subredes en este diseño, la lógica de equilibrio de carga sigue siendo la misma. El F5 crea una guía de arquitectura que explora las ventajas y desventajas de los diferentes diseños de red. Para más información, vea http://www.f5.com/products/technology/microsoft/lync-server/. Para más información sobre las implementaciones que utilizan HLB para Lync Server sin GSLB, consulte el papel blanco sobre la resistencia del sitio de Office Communications Server 2007 R2 en https://go.microsoft.com/fwlink/?linkid=211387&clcid=0xC0A. Las implementaciones descritas en ese papel blanco también ofrecen una arquitectura de referencia válida para Lync Server 2010.
Aprovechando tanto los equilibradores de carga locales, como globales, conseguimos resistencia en el servidor y en el sitio, utilizando una única dirección URL a la que se puedan conectar los usuarios. El GTM resuelve una sola dirección URL a diferentes direcciones IP basándose en el algoritmo de equilibro de carga seleccionado y la disponibilidad de los servicios globales. Haciendo que los servidores de DNS de Windows relevantes (contoso.com) deleguen la dirección URL (pool.contoso.com) al GTM, los usuarios que se conecten a pool.contoso.com serán enviados al sitio correspondiente cuando se resuelva el DNS. El equilibrador de carga del servidor local obtiene la conexión y equilibra la carga para el servidor correspondiente.
Los HLB han sido configurados para supervisar los miembros del grupo de servidores front-end utilizando un monitor de HTTP o HTTPS, con lo que se facilita a los equilibradores de carga la mejor información sobre el estado y el rendimiento de los servidores. Entonces, los HLB usan esta información para equilibrar la carga de las conexiones entrantes al servidor front-end local más indicado. Usando una característica llamada Feature Priority Activation, configuramos también los HLB para las conexiones proxy con el otro sitio central si todos los servidores front-end han alcanzado su capacidad máxima o ya no funcionan.
Los equilibradores de carga de servidor global (GTM) se configuraron para supervisar los HLB de cada sitio y para dirigir a los usuarios al sitio que mejor rendimiento tenga en ese momento. El GTM se configuró también para enviar a todos los usuarios a un sitio específico en el caso de que los sitios centrales estén activos/en espera (como ocurrió durante esta prueba) o equilibrar la carga de los usuarios entre los sitios para implementaciones activas/activas, el GTM dirige a los usuarios a otro sitio disponible.