• Artículo

Requisitos del equilibrio de carga

 

Última modificación del tema: 2012-11-27

Si tiene grupos de Grupos de servidores front-end, grupos de Director, grupos de Servidor perimetral o grupos de proxies inversos, deberá implementar el equilibrio de carga en estos grupos. El equilibrio de carga distribuye el tráfico entre los servidores de los grupos de servidores

Lync Server 2010 puede usar cualquier proxy inverso que admita los requisitos de los servicios web que los Directores, los Servidores front-end y Servidor Standard Edition ponen a disposición de los usuarios. El equilibrio de carga de un grupo de servidores o una granja (término empleado para referirse a un grupo de proxy inversos) de proxy inversos se deja en manos de los requisitos de proxy inverso. Lync Server 2010 no impone ninguna restricción específica sobre el método de equilibrio de carga, siempre y cuando la granja de proxy inversos pueda seguir proporcionando los requisitos de los servicios web.

Microsoft Lync Server 2010 admite dos tipos de soluciones de equilibro de carga: el equilibrio de carga del Sistema de nombres de dominio (DNS) y el equilibrio de carga de hardware. El equilibrio de carga DNS ofrece varias ventajas, como una administración más sencilla, una solución de problemas más eficaz y la capacidad de aislar gran parte del tráfico de Lync Server 2010 de posibles problemas en el equilibrador de carga de hardware.

Decida qué solución de equilibrio de carga es adecuada para cada grupo de su implementación, teniendo en cuenta las restricciones siguientes:

  • La interfaz perimetral interna y la interfaz perimetral externa deben usar el mismo tipo de equilibrio de carga. No puede usar el equilibrio de carga de DNS en una interfaz y el equilibrio de carga de hardware en la otra.

  • Algunos tipos de tráfico requieren un equilibrador de carga de hardware. Por ejemplo, el tráfico HTTP requiere un equilibrador de carga de hardware en lugar del equilibrio de carga de DNS. El equilibrio de carga de DNS no trabaja con tráfico web de cliente a servidor.

Para obtener más información sobre la selección de una solución de equilibrador de carga para topologías perimetrales, vea "Equilibradores de carga de hardware" en Componentes necesarios para el acceso de usuarios externos.

Si decide usar el equilibrio de carga DNS para un grupo pero aún tiene que implementar equilibradores de carga de hardware para tráfico como el tráfico HTTP, la administración de los equilibradores de carga de hardware será mucho más sencilla. Para obtener información detallada, consulte Equilibrio de carga de DNS.

Requisitos del equilibrador de carga de hardware

Si la implementación incluye un Grupo de servidores front-end o un Grupo de directores, debe usar un equilibrador de carga de hardware en los grupos para los servicios web. En esta sección se describen los requisitos del equilibrador de carga para servicios web. Para obtener más información sobre los requisitos del equilibrador de carga para servidores perimetrales A/V o proxies inversos, vea "Requisitos del equilibrador de carga de hardware para un servidor perimetral A/V" y "Requisitos del equilibrador de carga de hardware para un proxy inverso" en Componentes necesarios para el acceso de usuarios externos.

Su equilibrador de carga de hardware debe cumplir los siguientes requisitos para los servicios web:

  • Para IP virtuales (VIP) de servicios web externas, defina la persistencia basada en cookies por puerto para los puertos externos 4443 y 8080 en el equilibrador de carga de hardware. Para Lync Server 2010, la persistencia basada en cookies asegura que varias conexiones de un único cliente se envíen a un servidor para mantener el estado de la sesión.

    Debe configurar el equilibrador de carga de hardware para cookies de la siguiente manera:

    • Las cookies no deben tener la marca httpOnly.

    • Se debe asignar a las cookies el nombre MS-WSMAN.

    • El cifrado y el recifrado de SSL deben estar habilitados para la persistencia de cookies. Puesto que el equilibrador de carga debe descifrar y volver a cifrar el tráfico SSL para usar cookies para mantener el estado de la sesión, cualquier certificado asignado a un nombre de dominio completo (FQDN) externo de servicios web también debe asignarse a la VIP de 4443 del equilibrador de carga de hardware.

    • Se debe definir una cookie en cada respuesta HTTP si la solicitud HTTP entrante no incluye una cookie, incluso si una respuesta HTTP previa durante la misma conexión TCP ya obtuvo una cookie. Si su equilibrador de carga optimiza el uso de cookies de manera que solo se inserta una cookie por conexión TCP, asegúrese de no usar esta optimización.

    • Las cookies no deben tener un tiempo de expiración.

      Nota

      Es posible que, en algunos casos, reciba notificaciones dobles de movilidad en Windows Phone 7, Windows Phone 8 y Apple iPhone, iPad e iTouch. Estos clientes móviles usan las notificaciones de inserción y pueden necesitar un tiempo de expiración de cookie definido. Si recibe notificaciones de inserción dobles, defina la expiración de cookies en 3650 días.

    Si implementa dispositivos móviles, su equilibrador de carga de hardware debe poder equilibrar la carga de solicitudes individuales en una sesión TCP (de hecho, debe poder equilibrar la carga de una solicitud individual basada en la dirección IP de destino). Por ejemplo, los equilibradores de carga de hardware F5 tienen la características OneConnect, que asegura que cada solicitud en una conexión TCP tiene equilibrio de carga individual. Si implementa dispositivos móviles, asegúrese de que su proveedor del equilibrador de carga de hardware admita una funcionalidad equivalente.

    Para obtener información sobre cómo configurar su equilibrador de carga de hardware para cumplir estos requisitos, vea la documentación del proveedor. Para obtener más información sobre equilibradores de carga de hardware admitidos y vínculos a la documentación del proveedor, vea https://go.microsoft.com/fwlink/?linkid=230700&clcid=0xC0A.

  • Para las VIP internas de servicios web, defina la persistencia source_addr (puerto interno 80, 443) en el equilibrador de carga de hardware. Para Lync Server 2010, la persistencia source_addr significa que varias conexiones procedentes de una única IP se envían siempre a un servidor para mantener el estado de la sesión.

    importantImportante:
    Si implementa el servicio de movilidad de Lync Server 2010 y admite clientes móviles solamente a través de su red Wi-Fi interna, debe configurar las VIP internas de servicios web para la persistencia de cookies tal como se describe anteriormente para VIP externas de servicios web. En esta situación, no use la persistencia source_addr para VIP internas de servicios web en el equilibrador de carga de hardware.

  • Use un tiempo de espera de inactividad TCP de 1.800 segundos

  • En el firewall entre el proxy inverso y el equilibrador de carga de hardware del grupo de servidores del próximo salto, cree una regla que permita el tráfico https: en el puerto 4443, del proxy inverso al equilibrador de carga de hardware. El equilibrador de carga de hardware debe configurarse de modo que escuche los puertos 80, 443 y 4443.