Topología de referencia para varios centros de datos

Última modificación del tema: 2012-01-24

La topología de referencia para varios centros de datos es para 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 70.000 usuarios, con 40.000 usuarios en el Sitio central A y 30.000 en el Sitio central B. El tipo de topología mostrada en este diagrama puede adaptarse a organizaciones con un número cualquiera de usuarios.

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 varios centros de datos

Topología de referencia para varios centros de datos: Vista detallada del Sitio central A

Topología de referencia para varios centros de datos: Vista detallada del Sitio central B

Topología de referencia para varios centros de datos: Vista detallada del Sitio central C

• Implementación de Active Directory.   Todas las implementaciones de Microsoft Lync Server 2010 software de comunicaciones se encuentran en un único bosque de Active Directory. Para esta topología, el cliente tiene implementado Lync Server en dos dominios secundarios: retail.contoso.com y manufacturing.contoso.com.

• Dar cabida a una mayor cantidad de usuarios mediante la adición de más servidores front-end.   La organización de este diagrama tiene cinco servidores front-end en el Sitio central A (para 40.000 usuarios) y cuatro servidores front-end en el Sitio central B (para 30.000 usuarios). Si cualquiera de los dos sitios necesita dar cabida a más usuarios, simplemente puede agregar servidores front-end al grupo de servidores del sitio. El número máximo de usuarios por grupo de servidores es de 80.000, con ocho servidores front-end.

  No obstante, cada sitio puede admitir incluso una mayor cantidad de usuarios si se agrega otro grupo de servidores front-end al sitio. Para admitir esta cantidad adicional de usuarios, solo es necesario agregar otro grupo de servidores front-end (es decir, con un único grupo de servidores en cada sitio de servidores de conferencia A/V, servidores perimetrales y directores es suficiente, a pesar de que es posible que sea necesario agregar más servidores a dichos grupos de servidores).

• Uso del servidor Standard Edition en un sitio de sucursal.   Aparte de su uso en Lync Server, esta organización considera el Sitio C como un sitio de sucursal porque solo tiene 600 empleados. Sin embargo, los usuarios de este sitio realizan muchas conferencias de A/V entre ellos. Si se hubiera implementado en Lync Server como sitio de sucursal, los medios de dichas conferencias se ejecutarían en la red de área extensa (WAN) hasta y desde un sitio central que tuviera el servidor de conferencia A/V instalado. Para evitar este posible problema de rendimiento, se ha instalado un servidor Standard Edition en este sitio que hospedará las conferencias. Asimismo, como hay instalado un servidor Standard Edition, Lync Server lo considera por definición un sitio central y lo trata como tal en Topology Builder y en la Herramienta de planeamiento.

  Mientras los usuarios de este sitio tengan un grupo de servidores en otro conjunto de sitios como grupo de servidores de registrador de reserva, tendrán alta disponibilidad para Enterprise Voice; la compatibilidad con la característica de voz se conmutará por error al sitio de registrador de reserva automáticamente. Para obtener una solución de alta disponibilidad más completa en este sitio, lo que podría hacer es implementar un segundo servidor Standard Edition.

  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.

• Instalación típica del servidor de supervisión y el servidor de archivado.   Esta organización implementa un servidor de supervisión y un servidor de archivado. En el caso de organizaciones que implementen ambos servidores, se recomienda instalarlos de forma que se pueda amortizar la inversión realizada en los servidores. Una vez instalados, cada uno puede admitir hasta 100.000 usuarios.

  Tenga en cuenta que solo es necesario implementar el servidor de supervisión y el servidor de archivados en un sitio central. Si el vínculo entre los dos sitios centrales deja de funcionar, la tecnología de Message Queue Server (también conocida como MSMQ) que usan ambos servidores permitirá conservar los datos mientras el vínculo esté temporalmente fuera de servicio.

  En esta topología, el servidor de supervisión y el servidor de archivado usan un servidor de base de datos distinto al de cualquier grupo de servidores front-end. También se admiten las topologías en que el servidor de supervisión y el servidor de archivado comparten los mismos servidores de base de datos como el grupo de servidores front-end, a pesar de que en implementaciones de gran tamaño, como esta, se recomienda usar servidores de base de datos distintos para un mejor rendimiento.

• Opciones de implementación en sitios de sucursal.   La organización de esta topología ha implementado Enterprise Voice como su solución de voz. Los Sitios de sucursal 1 y 3 no disponen de un vínculo WAN resistente al sitio central, por lo que tienen implementadas aplicaciones de sucursal con funciones de supervivencia para proporcionar servicio telefónico en caso de que el vínculo WAN al sitio central dejara de funcionar. No obstante, el Sitio de sucursal 2 tiene un vínculo WAN resistente, de modo que solo necesita una puerta de enlace de red telefónica conmutada (RTC). La puerta de enlace RTC implementada en este caso admite el desvío de medios, por lo que en el Sitio de sucursal B no es necesario ningún servidor de mediación. Para obtener más información sobre cómo decidir qué instalar en un sitio de sucursal, consulte Planeación de la resistencia de Enterprise Voice en la documentación referente a la planeación.

• Enlace troncal SIP y servidor de mediación.   Observe que en el Sitio A, el servidor de mediación no está instalado con los servidores front-end. Esto se debe a que el servidor de mediación independiente es recomendable para sitios que usen el enlace troncal SIP. En la mayoría de casos restantes, se recomienda instalar el servidor de mediación con el servidor front-end. Para obtener más información sobre las topologías de servidor de mediación, consulte Componentes y topologías del servidor de mediación en la documentación referente a la planeación.

• Equilibrio de carga de DNS.   El grupo de servidores front-end, el grupo de servidores perimetrales y el grupo de directores tienen implementado un equilibrio de carga de DNS para el tráfico SIP. De esta forma, no son necesarios equilibradores de carga de hardware para la interfaz interna de los servidores perimetrales y se reduce significativamente la cantidad de tiempo que se debe invertir en la configuración y el mantenimiento de los equilibradores de carga de hardware para el resto de grupos de servidores, ya que los equilibradores de carga de hardware solo se necesitan para el tráfico HTTP. Para obtener información detallada sobre el equilibrio de carga de DNS, consulte Equilibrio de carga de DNS en la documentación de planeación.

• Implementación de mensajería unificada de Exchange.  Lync Server 2010 funciona tanto con implementaciones locales como alojadas de mensajería unificada de Exchange. El Sitio central A incluye un servidor de Mensajería unificada de Exchange (UM) que ejecuta Microsoft Exchange Server, en lugar de Lync Server. Las funciones de Mensajería unificada de Exchange para Lync Server se ejecutan 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 acerca de Mensajería unificada de Exchange, consulte Integración de la mensajería unificada de Exchange local e Integración de la mensajería unificada de Exchange hospedada en la documentación relativa a la planeación.