Utilizar un equilibrador de carga para aumentar la capacidad y disponibilidad
Última modificación del tema: 2009-01-22
Un único servidor que ejecute Communicator Web Access (versión 2007 R2) puede administrar aproximadamente 5.000 conexiones simultáneas. Si necesita dar cabida a más usuarios, necesitará más de un servidor Communicator Web Access. Si necesita más de un servidor Communicator Web Access, probablemente desee implementar un equilibrador de carga por hardware para ayudar a garantizar que la carga de trabajo se distribuye uniformemente entre esos servidores.
Nota
Además de aumentar la capacidad total de su infraestructura de Communicator Web Access, el uso de una matriz de servidores y un equilibrador de carga puede aumentar la confiabilidad y disponibilidad de Communicator Web Access. Si se produce un error en uno de los servidores, el equilibrador de carga puede enrutar automáticamente las solicitudes de conexión entrantes a los servidores que siguen funcionando.
Communicator Web Access requiere la afinidad de sesión, un requisito que repercute directamente en el equilibrio de carga. La afinidad de sesión significa simplemente que una sesión de Communicator Web Access determinada debe realizarse en el mismo servidor. Communicator Web Access no permite que una sesión de mensajería instantánea se inicie en un servidor y que luego se transfiera de algún modo a otro servidor. Si un usuario inicia sesión en Servidor A al principio de la sesión de Communicator Web Access, seguirá usando Servidor A durante toda la sesión. Si se produce un error en Servidor A, se terminará la sesión del usuario. (Ese usuario puede iniciar sesión de nuevo, y el equilibrador de carga lo enrutará a un servidor que aún se esté ejecutando). Sin embargo, no se interrumpirá la sesión de los usuarios conectados a Servidor B o Servidor C si se produce un error en Servidor A.
Esto explica por qué debe utilizar el equilibrio de carga por hardware con Communicator Web Access. El equilibrio de carga por software puede distribuir también uniformemente las solicitudes de conexión entre los servidores. Sin embargo, si se produce un error en Servidor A, un equilibrador de carga por software redistribuirá todas las conexiones cliente, incluidas las de los clientes de Servidor B y Servidor C. Por tanto, no solo los usuarios de Servidor A perderán la conexión, sino también muchos usuarios de Servidor B y Servidor C.
Nota
Tal y como se ha mencionado, el equilibrio de carga por software no se admite en Communicator Web Access. Asimismo, Communicator Web Access no admite ningún tipo de escenario de equilibrio de carga en el que se utilicen adaptadores de red de host múltiple o equipos con más de un adaptador de red y más de una puerta de enlace predeterminada.
Communicator Web Access admite la mayoría de los equilibradores de carga por hardware, siempre y cuando:
- Permitan establecer el tiempo de espera de inactividad TCP en 1.800 segundos (30 minutos). El tiempo de espera de inactividad TCP representa la cantidad de tiempo que el servidor espera a que llegue la información durante una sesión. Si utiliza un servidor proxy inverso (como Microsoft Internet Security and Acceleration Server), el tiempo de espera de inactividad TCP de ese equipo debe establecerse también en 1.800 segundos.
- Permitan utilizar un grupo de servidores de traducción de direcciones de red de origen (SNAT) si necesita administrar más de 65.000 conexiones simultáneas. SNAT está diseñado para "ocultar" varios servidores detrás de una única dirección IP (es decir, se puede tener acceso a varios servidores con una sola dirección IP). Con un grupo de servidores SNAT, se pueden ocultar servidores detrás de varias direcciones IP.
- Permitan utilizar la persistencia de cookies al configurar la afinidad de sesión. Con la persistencia de cookies, la información sobre el servidor Communicator Web Access real que se utiliza para una sesión se almacena en una cookie de Internet en el equipo cliente. Al configurar el perfil de persistencia de la sesión del equilibrador de carga, es recomendable que utilice "HTTP Cookie Insert". Con este método de configuración, la información sobre el servidor al que se conecta el cliente se inserta en el encabezado de la respuesta HTTP de ese servidor como una cookie.
Communicator Web Access admite también la aceleración de Capa de sockets seguros (SSL) en el equilibrador de carga. Con aceleración de SSL, el equilibrador de carga descifra las transmisiones HTTP antes de enviar ese tráfico descifrado al servidor de Communicator Web Access. Eximir al servidor de tener que realizar el descifrado SSL puede mejorar considerablemente el rendimiento de ese servidor.
Communicator Web Access siempre debe tener un equilibrador de carga dedicado. No debe compartir un equilibrador de carga entre Office Communications Server y el servidor de Communicator Web Access.