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

* 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.

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)

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

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.