Compatibilidad con Communicator Web Access

Topologías compatibles

Communicator Web Access admite varios escenarios de implementación diferentes. En una organización de tamaño reducido, se puede instalar Communicator Web Access en un equipo y ejecutar Office Communications Server 2007 R2 en otro. En organizaciones de gran tamaño, Communicator Web Access se puede implementar como una matriz de servidores ubicados detrás de un equilibrador de carga de hardware.

Communicator Web Access admite dos tipos de servidores virtuales: interno (diseñado para los usuarios autenticados que inician sesión detrás del firewall de la organización) y externo (diseñado para los usuarios autenticados que inician sesión desde fuera del firewall de la organización). Al implementar Communicator Web Access, puede implementar uno o varios servidores virtuales internos o uno o varios servidores virtuales externos. También puede implementar ambos tipos de servidores virtuales, con lo que se permite que los usuarios inicien sesión en Communicator Web Access bien desde la red interna o bien desde Internet. Incluso puede hospedar un servidor virtual interno y otro externo en el mismo equipo, aunque por razones de seguridad no es recomendable.

Si está pensando implementar un servidor virtual externo, también es aconsejable implementar un servidor proxy inverso. En este escenario, los usuarios externos se conectan inicialmente al servidor proxy inverso en lugar de conectarse directamente al servidor Communicator Web Access. Una vez autenticado el usuario, el servidor proxy inverso los dirige a un servidor o grupo de servidores Communicator Web Access Server.

Como regla general, Communicator Web Access admite cualquier configuración de proxy inverso para crear una red perimetral, incluso Microsoft Internet Security and Acceleration (ISA) Server. Sin embargo, hay una excepción a esta regla general. Communicator Web Access admite la autenticación mediante inicio de sesión único. Con el inicio de sesión único, un usuario que necesita tener acceso a más de un servicio basado en web, puede iniciar sesión una sola vez y se le concede automáticamente acceso a cada uno de esos servicios. Por ejemplo, un usuario puede iniciar sesión y ser autenticado simultáneamente tanto para Microsoft Outlook Web Access como para Communicator Web Access.

Communicator Web Access admite el inicio de sesión único, pero solo si se usa ISA Server 2006 como servidor de autenticación. Actualmente, no se admite ningún otro método de inicio de sesión único.

Si desea habilitar la conferencia de audio y el uso compartido de escritorio para Communicator Web Access, tendrá que implementar el servidor de conferencia A/V y el servidor de mediación. También necesitará implementar el servidor perimetral de conferencia A/V si desea proporcionar estas capacidades para los usuarios externos. Si necesita mantener un registro de las sesiones de mensajería instantánea (un requisito legal en algunos sectores), deberá implementar y configurar el servidor de archivado.

Escenarios de instalación compatibles

Communicator Web Access debe ejecutarse en un equipo dedicado. No se admite combinar Communicator Web Access con ninguna otra función de servidor de Office Communications Server.

Equilibrio de carga

Communicator Web Access admite el equilibrio de carga de hardware, pero no el equilibrio de carga de software. En teoría, es posible utilizar un único equilibrador de carga para administrar tanto la conectividad de Office Communications Server como la de Communicator Web Access. Aunque esto funciona, no garantiza que las solicitudes de conexión se vayan a compartir igualmente entre todos los servidores de la matriz de Communicator Web Access. Por tanto, se recomienda que dedique un equilibrador de carga solamente para Communicator Web Access.

Cualquier equilibrador de carga que admita la afinidad del cliente se puede usar con Communicator Web Access. La afinidad del cliente ayuda a asegurarse de que toda la sesión tiene lugar en un único servidor Communicator Web Access; Communicator Web Access no permite que una sesión comience en un servidor y a continuación se transfiera a otro de algún modo. Si un usuario inicia sesión en el servidor A al principio de una sesión, continuará utilizando ese servidor mientras dure esa sesión. Si el servidor A tiene un error, el usuario hará que se termine la sesión. (Ese usuario puede iniciar sesión de nuevo y el equilibrador de carga lo enrutará a un servidor que aún se esté ejecutando). Los usuarios conectados al servidor B o al servidor C no interrumpirán su sesión de ninguna forma si el servidor A sufre un error.

Para lograr un rendimiento óptimo, los equilibradores de carga que se usan con Communicator Web Access deberían admitir también lo siguiente:

• Se debería poder establecer el tiempo de inactividad de TCP en 1.800 segundos. Si usa Microsoft Internet Security and Acceleration (ISA) Server como proxy inverso o servidor de inicio de sesión único, también se debería establecer un tiempo de inactividad de 1.800 segundos en el servidor ISA.

• Si prevé que el equilibrador de carga administre más de 65.000 conexiones simultáneas, debería utilizar la traducción de direcciones de red del origen (SNAT).

  Nota

  No se puede usar la traducción de direcciones de red de destino (DNAT) en Communicator Web Access.

• Para ayudar a asegurar la afinidad del cliente, el equilibrador de carga debería admitir el equilibrio de carga basado en cookies. Se recomienda el uso de “HTTP Cookie Insert” al crear el perfil de persistencia de las cookies del equilibrador de carga.

Para obtener información detallada sobre los requisitos generales del equilibrador de carga, vea Planear el equilibrio de carga.

Hardware necesario

No se requiere ningún hardware especial para un servidor de Communicator Web Access. (No obstante, si se instala un grupo de servidores, se puede utilizar un equilibrador de carga de hardware para dirigir los clientes a un servidor concreto.) Para obtener información detallada sobre el hardware mínimo recomendado para un servidor Communicator Web Access, vea Requisitos de los componentes internos de Office Communications Server.

En general, aumentar la velocidad del procesador, del disco duro o de la tarjeta de red tiene un efecto mínimo sobre el rendimiento de Communicator Web Access. Si desea aumentar el rendimiento y la capacidad de los servidores Communicator Web Access, lo mejor es agregar memoria adicional.

Software requerido

Para obtener información detallada sobre los sistemas operativos compatibles con la versión 2007 R2 de Communicator Web Access, vea Requisitos de los componentes internos de Office Communications Server.

Además, debe ejecutarse el software siguiente antes de instalar Communicator Web Access:

• Paquete redistribuible de Microsoft Visual C++
• Microsoft .NET Framework 3.5 con Service Pack 1
• Componentes básicos de Office Communications Server
• Microsoft SQL Server Native Client
• Paquete redistribuible de la API administrada de comunicaciones unificadas de Microsoft
• Internet Information Services (IIS)

Si instala Communicator Web Access mediante el Asistente para la implementación de Office Communications Server 2007 R2, el programa de instalación comprobará que se ha instalado cada una de estas aplicaciones; si no es el caso, el asistente lo notificará y permitirá instalar los programas que falten. Si instala Communicator Web Access desde la línea de comandos, deberá instalar cada una de estas aplicaciones antes de comenzar a instalarlo.

Estos mismos requisitos de software se aplican a cualquier equipo donde desee instalar Communicator Web Access Manager, la principal herramienta para administrar la infraestructura de Communicator Web Access. No hace falta instalar Communicator Web Access Manager en un equipo donde se ejecute Communicator Web Access; de este modo, se puede usar un equipo administrativo independiente y distinto de los servidores Communicator Web Access.

Proceso de implementación

Como diseñador, no necesita conocer los procedimientos paso a paso para crear un registro DNS o habilitar a los usuarios para el acceso remoto. Sin embargo, le resultará útil entender las tareas básicas que implica la implementación de Communicator Web Access en una organización. Por ello, estos pasos se describen brevemente en la tabla siguiente.

Tabla 1. Proceso de implementación de Communicator Web Access