Distribución de carga de conferencias en Lync Server 2013
Última modificación del tema: 2012-10-22
A diferencia de otras soluciones de conferencia dedicadas, la arquitectura de Lync Server es un modelo de hardware compartido. Esto significa que muchos componentes de software comparten el mismo hardware, cada uno de los cuales admite diferentes comunicaciones en tiempo real. Cada tipo de comunicaciones en tiempo real coloca cargas específicas en los servidores. Por ejemplo, el servidor front-end puede ejecutar los componentes de enrutamiento del Protocolo de inicio de sesión (SIP), las aplicaciones web (como la búsqueda en la libreta de direcciones), el servicio de conferencia web, el servicio de conferencia A/V, las aplicaciones Telefonía IP empresarial (por ejemplo, aplicación Operador de conferencia y la aplicación grupo de respuesta) y el servidor de mediación. Un conjunto de bases de datos en el servidor front-end también proporciona almacenamiento y procesamiento para los datos de usuario, contacto, presencia, conferencia y enrutamiento de voz. Con este uso compartido de hardware, componentes, servicios y procesos compiten por recursos de CPU y memoria, por lo que las cargas de trabajo que no son de conferencia tienen un impacto directo en el escalado del servidor.
En comparación con otras soluciones de conferencia basadas en puertos de hardware, la arquitectura de conferencias de Lync Server es un modelo sin reservas. Cuando un usuario programa una reunión, Lync Server crea un registro en la base de datos de conferencias, que almacena datos de conferencia, pero no reserva ningún recurso de hardware para la reunión programada con antelación. En su lugar, Lync Server tiene lógica de equilibrio de carga integrada para asignar dinámicamente recursos de conferencia en servidores front-end de manera que distribuya cargas de igual manera entre todos los servidores front-end del grupo. Esto aprovisiona y usa recursos de hardware de manera eficaz, pero dificulta admitir reuniones muy grandes (especialmente sin una planeación adecuada). Por ejemplo, cuando un grupo de Lync Server 2013 se ejecuta cerca de su capacidad máxima, cada servidor front-end podría hospedar aproximadamente 125 reuniones de tamaño medio. Agregar otra reunión pequeña no sería un problema, pero agregar una reunión de 1000 usuarios sería un problema porque los servidores front-end probablemente no podrían admitir una reunión tan grande al mismo tiempo que las otras 125 reuniones.