Elección de una topología

 

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

Al elegir una topología, puede usar una de las siguientes opciones posibles:

• Topología perimetral consolidada simple con direcciones IP privadas para cada interfaz perimetral y una dirección IP pública de traducción de direcciones de red (NAT)

• Topología perimetral consolidada simple con direcciones IP públicas para cada interfaz perimetral

• Topología perimetral consolidada ampliada con NAT, direcciones IP privadas en interfaces perimetrales y equilibrio de cargas de DNS (sistema de nombres de dominio)

• Topología perimetral consolidada ampliada con direcciones IP públicas en interfaces perimetrales que usen equilibrio de cargas de DNS (sistema de nombres de dominio)

• Topología perimetral consolidada ampliada con direcciones IP públicas y equilibrio de cargas de hardware

Importante:
La interfaz perimetral interna y la interfaz perimetral externa deben usar el mismo tipo de equilibrio de carga. No puede usar equilibrio de carga de DNS en una interfaz perimetral y equilibrio de carga de hardware en la otra.

En la siguiente tabla se resume la funcionalidad que reportan estas tres topologías de Lync Server 2010 admitidas. Los encabezados de columna indican la funcionalidad disponible con una opción de configuración perimetral determinada. Si tomamos la opción perimetral ampliada (equilibrio de cargas de DNS) como ejemplo, veremos que reporta una alta disponibilidad, ya que admite el uso de direcciones IP privadas no enrutables (con NAT) o direcciones IP públicas enrutables para asignarlas a las interfaces externas perimetrales, lo que reduce los costes al no necesitar equilibrador de cargas de hardware.

Los escenarios de conmutación por error perimetrales admitidos con equilibrio de cargas de DNS son las sesiones punto a punto Lync a Lync, las sesiones de conferencia Lync y las sesiones Lync a RTC. Los escenarios de conmutación por error que no usan equilibrio de cargas de DNS son los de conmutación por error para Mensajería unificada de Exchange (UM) anteriores a Exchange Server 2010 con SP1 configurado para usar el equilibrio de cargas de DNS, la conectividad de mensajería instantánea (MI) pública y los servicios de federación en servidores con Office Communications Server.

Resumen de opciones de topología de servidores perimetrales

Topología	Alta disponibilidad	Tipo de dirección NAT/IP pública	Registro A DNS externo adicional necesario para cada servidor perimetral del grupo	Conmutación por error perimetral para sesiones de Lync a Lync*	Conmutación por error perimetral para sesiones de federación EUM/PIC/OCS de Lync a Lync
Perimetral simple	No	Direcciones IP públicas o privadas/NAT opcional	No	No	No
Perimetral escalada (equil. carga DNS)	Sí	Direcciones IP públicas o privadas/NAT opcional	Sí	Sí	No (Sí para Mensajería unificada de Exchange con Exchange Server 2010 con SP1 o posterior configurado para usar el equilibrio de cargas de DNS)
Perimetral escalada (equil. carga hardware)	Sí	NAT no usada/IP pública obligatoria	No (solo uno por VIP)	Sí	Sí

* Conmutación por error para Mensajería unificada de Exchange (usuario remoto), conectividad por mensajería instantánea pública y federación con servidores que ejecuten Office Communications Server.

Nota

Las columnas Se requiere NAT/IP pública y Registro A DNS externo adicional necesario para cada servidor perimetral del grupo pertenecen únicamente a las interfaces externas perimetrales. Las topologías Perimetral simple y Perimetral ampliada (con equilibrio de cargas de DNS) deben usar direcciones IP públicas enrutables o pueden usar una dirección IP privada no enrutable. Si decide usar direcciones IP privadas no enrutables, deberá hacerlo en las tres interfaces externas. Además, deberá configurar la traducción de direcciones de red (NAT) simétrica para el tráfico entrante y saliente. La topología ampliada (con equilibrio de carga de hardware) debe usar direcciones IP públicas.

A diferencia de Microsoft Office Communications Server 2007 R2, Lync Server 2010 admite la ubicación de las interfaces perimetrales externas A/V, de conferencia web y de acceso detrás de un enrutador o firewall que realiza la traducción de direcciones de red (NAT) para las topologías perimetrales consolidadas escaladas y de un solo equipo.

El uso de NAT para todas las interfaces externas perimetrales requiere el uso del equilibrio de cargas de DNS. En comparación con el uso de equilibradores de carga de hardware, el uso del equilibrio de cargas de DNS permite reducir el número de direcciones IP públicas por servidor perimetral en un grupo de servidores perimetrales como se describe en la siguiente lista:

• Topología perimetral consolidada ampliada de Lync Server 2010 (con equilibrio de cargas de DNS)   Requiere tres direcciones IP públicas para cada servidor perimetral en un grupo de servidores perimetrales.

• Topología perimetral consolidada ampliada de Lync Server 2010 (con equilibrio de cargas de hardware)    Requiere tres direcciones IP públicas para las direcciones IP virtuales de equilibrador de carga (este requisito no aumenta exponencialmente al agregar más servidores perimetrales al grupo de servidores) más tres direcciones IP públicas por servidor perimetral en un grupo de servidores.

Requisitos de dirección IP para topología perimetral consolidada escalada (dirección IP por rol)

Número de servidores perimetrales por grupo de servidores	Número de direcciones IP requeridas por Lync Server 2010 (con equilibrio de cargas de DNS)	Número de direcciones IP requeridas por Lync Server 2010 (con equilibrio de cargas de hardware)
2	6	3 (1 por VIP) + 6
3	9	3 (1 por VIP) + 9
4	12	3 (1 por VIP) + 12
5	15	3 (1 por VIP) + 15

Requisitos de dirección IP para topología perimetral consolidada escalada (única dirección IP para todos los roles)

Número de servidores perimetrales por grupo de servidores	Número de direcciones IP requeridas por Lync Server 2010 (con equilibrio de cargas de DNS)	Número de direcciones IP requeridas por Lync Server 2010 (con equilibrio de cargas de hardware)
2	2	1 (1 por VIP) + 2
3	3	1 (1 por VIP) + 3
4	4	1 (1 por VIP) + 4
5	5	1 (1 por VIP) + 5

Los principales aspectos a la hora de decantarse por una topología son la alta disponibilidad y el equilibrio de carga. El requisito de alta disponibilidad influye en la decisión del equilibrio de carga.

• Alta disponibilidad   Si necesita una gran disponibilidad, implemente dos servidores perimetrales en un grupo como mínimo. Un grupo perimetral sencillo tendrá cabida para un máximo de diez servidores perimetrales. En caso de que se requiera más capacidad, se pueden implementar varios grupos perimetrales. Como norma general, un 10% de una base de usuarios determinada necesitará acceso externo.

• Equilibrio de carga de hardware   Se admite el equilibrio de carga de hardware para realizar equilibrios de carga de los servidores perimetrales de Lync Server 2010 cuando se usan direcciones IP enrutables públicamente para las interfaces externas perimetrales. Por ejemplo, este método podría usarse en situaciones en las que se necesita conmutación por error para cualquiera de las siguientes aplicaciones:

  • Conectividad de mensajería instantánea pública

  • Acceso externo a la mensajería unificada de Exchange 2007 o de Exchange 2010

  • Federación con compañías que ejecutan Microsoft Office Communications Server 2007 o Microsoft Office Communications Server 2007 R2

  Estas tres aplicaciones pueden seguir funcionando, pero no reparan en el equilibrio de carga DNS y solo se conectarán al primer servidor perimetral del grupo, de modo que si este no se encuentra disponible, la conexión no se establecerá. Por ejemplo, si hay varios servidores perimetrales en un grupo con los que se controla la carga de tráfico federado, solo un proxy de acceso recibirá el tráfico realmente, mientras que el resto permanecerá inactivo.

Importante:
Se aconseja usar el equilibrio de carga DNS si va a federar con compañías por medio de Lync Server 2010. Tenga presente que esto tendrá un enorme impacto en el rendimiento si la mayoría de los socios federados usa Office Communications Server 2007 o Office Communications Server 2007 R2.