Lync Server 2013: Manténgase comunicado
La plataforma de comunicaciones unificada de Microsoft está más integrada y tiene una arquitectura más robusta.
Este artículo está basado en la versión de vista previa de Lync Server 2013.
Alan Maddison
Los beneficios de las comunicaciones unificadas se están convirtiendo en un claros a organizaciones de todos los tamaños. Voz y video e integración con correo electrónico ayuda a los trabajadores que están repartidos en diferentes oficinas y zonas horarias diferentes comunicarse de cualquier forma que prefieran.
Lync Server 2013 es la última edición de la plataforma de comunicaciones unificadas de Microsoft. Lync Server proporciona rendimiento de misión crítica, disponibilidad, escalabilidad y dispositivo ampliado apoyan para asegurarse de que la colaboración y comunicación es generalizada en toda la empresa. Lync Server 2013 también admite un modelo de implementación de híbrido. Por ejemplo, puede implementar Lync Server local, en la nube o un híbrido de las dos topologías. Todas las cargas de trabajo de Lync son también totalmente compatibles dentro de un entorno virtualizado.
La mayoría de las mejoras de Lync Server 2013 se centra en las siguientes categorías: alta disponibilidad (HA); escalabilidad y rendimiento; gestión; voz; Video; conferencias; chat persistente; archivo y supervisión; Integración de Exchange 2013; y mejoras del cliente.
HA mejoras
Microsoft ha hecho mejoras significativas en la arquitectura de Lync Server para mejorar la disponibilidad. El cambio más grande ha sido el uso de las piscinas emparejado. Aunque piscinas emparejado aún funciona en el concepto de un registro de copia de seguridad y seguir interactuando con los clientes de la misma manera, hay una diferencia clave de Lync Server 2010. Este emparejamiento es compatible a través de centros de datos y no hay ninguna restricción sobre la distancia entre centros de datos.
Quizás lo más importante desde una perspectiva de planificación recuperación de desastres, se ha mejorado el soporte para obtener una resistencia más allá de sólo voz. Había sido el foco de resistencia de sitio en Lync Server 2010. Resiliencia soporte para funcionalidades adicionales como presencia y conferencias es una adición bienvenida. Lync Server 2013 apoya también la capacidad de espejado sincrónica de SQL Server 2012 para proporcionar resiliencia para las bases de datos back-end.
Piscinas emparejados y espejado de bases de datos proporcionan un marco robusto y eficaz para maximizar el tiempo activo. Estas mejoras de disponibilidad le ayudará a cumplir los más estrictos acuerdos de nivel de servicio (SLAs).
Piscinas pares proporcionan resiliencia de sitio sin poner limitaciones de distancia entre piscinas. Más importante aún, se aseguran de que todas las cargas de trabajo son realmente resistentes. Con esas características en su lugar, Lync Server 2013 ofrecerá una UX cerca sin problemas en caso de conmutación por error.
La base para piscinas asociado es el concepto de un registrador de copia de seguridad, que se introdujo en Lync Server 2010. Extender este concepto en Lync Server 2013, backup registradores tienen una relación recíproca de 1:1. Es importante tener en cuenta que la naturaleza recíproca de esta relación representa un cambio en lo que fue permitido en Lync Server 2010.
Cuando Lync Server 2013 piscinas están emparejados, un nuevo servicio llamado el servicio de Lync Backup asegura que los datos se replican entre piscinas en tiempo real con el fin de mantener las piscinas sincronizadas. Esta replicación de datos en tiempo real también se aplica a la tienda de gestión Central (CMS). Cuando una piscina hosting el CMS está emparejada con otro grupo, se crea una copia de seguridad de la CMS y una relación de maestro y espera entre las instancias de base de dos datos.
Agregando soporte para espejado sincrónico de SQL permite Microsoft que ofrecerle fácilmente sitio-nivel resiliencia para las bases de datos de back-end de Lync. Por otra parte, porque ya no se admiten clústeres de SQL Server, database mirroring es ahora el enfoque recomendado para maximizar la disponibilidad del servidor back-end.
Espejado SQL no requiere usar almacenamiento compartido. También se puede distribuir sin necesidad de utilizar un testigo del recurso compartido de archivo. Sin embargo, debe utilizar a un testigo si necesita asistencia para failover automático. Si utilizas a un testigo, Microsoft recomienda una relación 1:1. Cada testigo debe asociarse con un único par de servidores back-end. Es importante tener en cuenta que esta relación de 1:1 no es un requisito. Microsoft soportará una relación 1: n, donde usted puede utilizar un solo testigo para dos o más pares de servidores back-end.
Por último, aunque persistente Chat (anteriormente conocido como grupo de Chat) es ahora una función de servidor integrado en Lync Server 2013, utiliza un método diferente para proporcionar alta disponibilidad. Tendrás que implementar una piscina estirada para lograr alta disponibilidad. Esto significa un repositorio único de Chat persistente se define en la topología de Lync, pero los servidores de Chat persistente se dividen entre centros de datos. Implementación de una piscina dividida de esta manera también requiere implementar database mirroring para asegurar que los datos se replican en el segundo centro de datos.
Escalabilidad y rendimiento
Incluso los más exigentes estándares, la capacidad de escalar de Lync Server 2010 fue impresionante. Con soporte para hasta 80.000 usuarios por grupo de servidores Enterprise Edition y varios grupos por despliegue, Lync 2010 escala para apoyar a las empresas más grandes.
Usando un concepto conocido como arquitectura de ladrillo, el grupo de producto de Lync fue capaz de reducir la dependencia de SQL Server al mover a un modelo mediante el cual se combinaron sólo vagamente Lync y SQL Server. Una de las más importantes mejoras de escalabilidad es un aumento anticipado en el número máximo de usuarios por grupo. El número real de usuarios admitidos se publicará en versión del producto.
Además de apoyar un mayor número de usuarios por grupo, los cambios en la arquitectura de Lync Server significan que los servidores de audio y vídeo (AV) ahora escalan mucho mejores. Ya no necesita servidores dedicados de AV. El papel de AV es ahora siempre co-ubicada con los servidores front-end. Este requisito de coubicación también es válido para otros papeles de Lync Server 2013, incluyendo archiving, monitoreo y XMPP.
El principio fundamental de la arquitectura de ladrillo se basa en la idea de que el acoplamiento entre Lync Server 2010 y SQL Server causó un rendimiento inferior al óptimo. Al aprovechar las capacidades de Windows tela, una utilidad de administración que se encarga de la replicación, el equipo de desarrollo de Lync 2013 fue capaz de implementar de una tienda de back-end imprecisa.
Desde una perspectiva operacional, el único aspecto más visible de estos cambios fue que servidores son ahora responsables de la administración del estado del usuario. Para apoyar este método de gestión de presencia, fueron los cambios realizados en el algoritmo que determina el servidor en el que un usuario fue realmente alojado en una piscina.
En Lync Server 2010, este algoritmo se basó en una distribución de usuarios a través de 10 servidores posibles. Este ordenó la lista de servidores que el cliente determine qué servidor para conectarse a un grupo determinado. Sin embargo, como resultado de la replicación de datos que se necesita para asegurar servidores front-end podrían gestionar el estado del usuario, el equipo de desarrollo cambió el algoritmo para asignar automáticamente a los usuarios a grupos de usuarios.
Cada uno de estos grupos de usuarios se asigna a la primaria, secundaria y servidores front-end servidor terciario, suponiendo que allí son al menos tres servidores en la piscina. Esto significa que Windows tela mantiene tres copias de los datos del usuario en los servidores front-end. Si hay menos de tres servidores en una piscina, esto obviamente reduce el número de copias de datos. Esto significa a su vez Lync piscinas ahora deben tener quórum. Debe haber un número mínimo de servidores saludables antes de iniciar los servicios de la piscina. El quórum real es una función del número total de servidores en una piscina.
Mejoras en la administración
El marco de una administración sólida en Lync Server 2010 se basa en la funcionalidad, como el Panel de Control de Lync Server, Shell de administración de Lync y Role-Based Access Control (RBAC). Esto sigue siendo cierto en Lync 2013. También ha habido nuevos roles en RBAC, Manager del grupo de respuesta y persistente Chat Manager.
El Panel de Control de Lync ahora le permite administrar los servidores de Chat persistente y configurar la política de movilidad y Federación de XMPP. Como parte de estos cambios de Panel de Control (y para otros cambios en Lync Server), también hay una serie de nuevos cmdlets del shell de administración de Lync.
Lync Server 2013 ahora soporta un servicio centralizado de registro. El agente del servicio de registro centralizado se ejecuta en todos los servidores de Lync Server 2013. Esto le permite controlar todos los aspectos del servidor de registro.
La mejora de gestión más grande solo se relaciona con parches. Con la tela de Windows, Lync Server 2013 apoya un concepto conocido como un dominio de actualización. Este proceso le permitirá parche servidores sin afectar negativamente a los usuarios.
Estos cambios arquitectónicos y gestión cubren cómo funciona Lync Server 2013 detrás de las escenas. También ha habido muchas mejoras para el conjunto de características y cómo Lync Server funciona con los usuarios. El próximo mes, cubriré las mejoras orientadas al usuario para Lync Server 2013.
.jpg)
Alan Maddison es un veterano de 18 años de la industria IT, centrándose principalmente en las tecnologías de Microsoft. Durante los últimos siete años, ha trabajado como Consultor centrándose en la prestación de servicios profesionales. Actualmente es Consultor senior de Microsoft Consulting Services.