Topología de referencia para grandes organizaciones con varios centros de datos para Lync Server 2013

 

Última modificación del tema: 2012-10-22

La topología de referencia para una organización de gran tamaño con varios centros de datos es compatible con organizaciones de cualquier tamaño con más de un sitio central. La topología exacta del diagrama siguiente es para una organización de 50 000 usuarios, con 20 000 usuarios en el sitio central A, 20 000 en el sitio central B y un total de 10 000 en el sitio central C y los sitios de sucursal. El tipo de topología mostrada en este diagrama puede adaptarse a organizaciones con cualquier cantidad de usuarios.

Además de la alta disponibilidad proporcionada por los grupos de servidores front-end, esta topología agrega compatibilidad con recuperación ante desastres. Los grupos front-end de los sitios centrales A y B están emparejados. Si uno de estos grupos de servidores deja de funcionar, el administrador podrá cambiar los servicios de los usuarios afectados al grupo emparejado en el sitio no afectado.

Esta topología se muestra en varios diagramas con información general seguida de vistas detalladas de los sitios centrales.

Información general de la topología de referencia para organizaciones de gran tamaño con varios centros de datos

Topología de referencia para organizaciones de gran tamaño: Vista detallada del Sitio central A

Topología de referencia para organizaciones de gran tamaño: Vista detallada del Sitio central B

Topología de referencia para organizaciones de gran tamaño: Vista detallada del Sitio central C

• Los grupos front-end están emparejados para habilitar la recuperación ante desastres.   Los grupos front-end del sitio A y del sitio B están emparejados entre sí para proporcionar soporte para recuperación ante desastres. Si se produce un error en el grupo en un sitio, el administrador puede conmutar por error a los usuarios de ese sitio al grupo de servidores front-end emparejados del otro sitio, con una interrupción del servicio mínima para los usuarios. Each of these two Front End pools has six servers, which is enough for all 40,000 users in both pools in case of failover. Para obtener más información, consulte Planeamiento de alta disponibilidad y recuperación ante desastres en Lync Server 2013.

• Los servidores Back-End se reflejan Para proporcionar más alta disponibilidad para las características básicas de los usuarios, la organización ha implementado un par reflejado de servidores back-end para cada grupo de servidores front-end. Se trata de una topología opcional y, en su lugar, podría elegir implementar un único servidor back-end.

• Uso del servidor Standard Edition en un sitio de sucursal.   This organization considers Site C as a branch site because it has only 600 employees. However, the users there have many A/V conferences among themselves. Si se implementó en Lync Server como un sitio de sucursal, los medios para estas conferencias se ejecutarían a través de la red de área extensa (WAN) hacia y desde un sitio central que tiene implementado un servidor front-end. Para evitar esta carga de ancho de banda potencial, han instalado un par de servidores Standard Edition en este sitio, que hospedará estas conferencias. Y dado que los servidores Standard Edition están instalados allí, Lync Server lo considera por definición un sitio central y se trata como tal en el Generador de topologías y la Herramienta de planeación.

  Solo un servidor Standard Edition sería suficiente para el rendimiento aquí, pero la organización ha implementado dos y los ha emparejado para proporcionar alta disponibilidad en caso de que un servidor se apague.

  A pesar de que el sitio C se considera un sitio central, no es necesario implementar servidores perimetrales en él. En este ejemplo, el sitio C usará los servidores perimetrales implementados en el sitio A.

• Supervisión y archivado Esta organización ha implementado supervisión y archivado. Si se implementa la supervisión o el archivado, se ejecutarán en todos los servidores front-end. Las bases de datos de estas características pueden combinarse con la base de datos back-end, o bien ubicarse en un servidor aparte. Esta organización ha ubicado dichas bases de datos en un servidor aparte de los servidores back-end, en el sitio central B. Las bases de datos de esta ubicación reciben datos de supervisión y archivado desde los servidores front-end de todos los sitios.

• Opciones de implementación en sitios de sucursal.   En realidad, esta organización tiene más de 50 sitios de sucursal, solo tres de los cuales se muestran en los diagramas detallados. Los sitios de rama 1 y 3 no tienen un vínculo WAN resistente al sitio central, por lo que tienen dispositivos de la rama con funciones de supervivencia implementados para proporcionar servicio telefónico en caso de que el vínculo WAN al sitio central se apague. Sin embargo, el sitio de rama 2 tiene un vínculo WAN resistente, por lo que solo necesita una puerta de enlace de red telefónica conmutada (RTC). La puerta de enlace RTC implementada allí admite la omisión de medios, por lo que no es necesario ningún servidor de mediación en el sitio de rama B. Para obtener más información sobre cómo decidir qué instalar en un sitio de rama, vea Planeamiento de resistencia de Telefonía IP empresarial en Lync Server 2013 en la documentación de planeación.

• Servidor de conexión troncal y mediación SIP.   Observe que en el sitio central B, el servidor de mediación no está colubicado con los servidores front-end. Esto se debe a que se recomienda un servidor de mediación independiente para los sitios que usan la conexión troncal SIP. En la mayoría de los demás casos, se recomienda intercalar el servidor de mediación con el servidor front-end. Para obtener más información sobre las topologías del servidor de mediación, consulte Componentes y topologías para el servidor de mediación en Lync Server 2013 en la documentación de planeación.

• Chat persistente implementado.   Esta organización ha implementado los servidores necesarios para habilitar el chat persistente. Ha implementado varios servidores front-end de chat persistente para, por un lado, procesar la carga de la cantidad de usuarios del grupo de servidores y, por otro, ofrecer alta disponibilidad. También ha implementado el cumplimiento para el chat persistente y ha ubicado el almacén de chat persistente y el almacén de cumplimiento de chat persistente en servidores independientes. Estos almacenes pueden combinarse entre sí e incluso con el servidor back-end, pero esta organización ha optado por separarlos para ofrecer un mejor rendimiento.

• Equilibrio de carga de DNS.   El grupo de servidores front-end y el grupo de servidores perimetrales. De esta manera, no son necesarios los equilibradores de carga de hardware para la interfaz interna de los servidores perimetrales y se reduce significativamente la cantidad de tiempo que necesaria para la instalación y el mantenimiento de los equilibradores de carga de hardware para el resto de los grupos de servidores, ya que los equilibradores de carga de hardware solo se necesitan para el tráfico HTTP. Para obtener más información sobre el equilibrio de carga DNS, consulte Equilibrio de carga DNS en Lync Server 2013 en la documentación planeación.

• Implementación de mensajería unificada de Exchange.  Lync Server funciona tanto con implementaciones locales de Mensajería unificada de Exchange (UM) como con mensajería unificada de Exchange hospedada . El sitio central A incluye un servidor de mensajería unificada de Exchange (UM), que se ejecuta Microsoft Exchange Server, no Lync Server. La funcionalidad de MU de Exchange para Lync Server se ejecuta en el grupo de servidores front-end.

  El sitio central B usa servicios de Exchange hospedados, de modo que las funciones del servidor de mensajería unificada de Exchange también están hospedadas.

  Para obtener más información sobre la mensajería unificada de Exchange, consulte Planeamiento de la integración de mensajería unificada de Exchange en Lync Server 2013 y Integración de mensajería unificada de Exchange hospedada en Lync Server 2013 en la documentación de planeación.

• Office Web Apps Server.   Recomendamos implementar un servidor de Office Web Apps o una granja de servidores de Office Web Apps en cada organización que use conferencias web. Puede implementar una única granja de servidores de Office Web Apps Server en un sitio que sirva tráfico de todos los sitios o implementarlo en cada sitio. El servidor de Office Web Apps permite presentar diapositivas de PowerPoint en conferencias web. Para obtener más información, vea Configurar la integración con Office Web Apps Server y Lync Server 2013.

• Es posible agregar directores.  Si esta organización deseara aumentar la seguridad contra ataques por denegación de servicio, también podría implementar un grupo de directores. Un director es un rol de servidor independiente y opcional en Lync Server que no aloja cuentas de usuario ni proporciona servicios de presencia o conferencia. Actúa como un servidor de próximo salto interno al que un servidor perimetral enruta el tráfico SIP entrante destinado a los servidores internos. El Director autentica previamente las solicitudes de entrada y las redirige al servidor o grupo de servidores domésticos del usuario. La autenticación previa en el director permite quitar las solicitudes de cuentas de usuario desconocidas de la implementación. Un Director ayuda a aislar los servidores front-end del tráfico malintencionado, como los ataques de denegación de servicio (DoS). Si la red está inundada de tráfico externo no válido en tal ataque, el tráfico termina en el Director.

• Se implementa System Center Operations Manager.  Le recomendamos que supervise el estado de la implementación de Lync Server para garantizar la disponibilidad del servicio para los usuarios finales. Puede supervisar Lync con el Módulo de administración de System Center Operations Manager para Lync que está disponible como descarga gratuita de Microsoft. Con el Módulo de administración de Lync, puede recibir alertas en tiempo real de forma proactiva cuando se produzcan problemas, ejecutar transacciones sintéticas para probar la funcionalidad de Lync de un extremo a otro, obtener informes de disponibilidad del servicio, etc.  This helps you to proactively respond to issues with your deployment before end-users experience them.

  Esta organización ha implementado un servidor de System Center Operations Manager en cada sitio central.