Compartir a través de

Elección de una topología en Lync Server 2013

  • Artículo

Última modificación del tema: 2013-02-21

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

Nota

A menos que se indique lo contrario, si tiene experiencia con Microsoft Lync Server 2010, encontrará que la guía aquí no cambia en gran medida.

Importante

La interfaz perimetral interna y la interfaz perimetral externa necesitan 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 interfaz perimetral.

La siguiente tabla resume la funcionalidad disponible con las topologías de Microsoft Lync Server 2013 compatibles. Los encabezados de columna indican la funcionalidad disponible para una opción de configuración de Edge determinada. Por ejemplo, con la opción Edge escalado (carga equilibrada de DNS), puede ver que admite alta disponibilidad, puede usar direcciones IP privadas no enrutables (con NAT) o direcciones IP públicas enrutables asignadas a las interfaces externas de Edge, y reduce el costo porque no es necesario un equilibrador de carga de hardware.

Los escenarios de conmutación por error de Edge compatibles con el equilibrio de carga dns son sesiones punto a punto de Lync, sesiones de conferencia de Lync, sesiones de Lync a RTC, Office 365 y Microsoft 365. Los escenarios de conmutación por error perimetral que no se benefician del equilibrio de carga DNS son la conmutación por error para usuarios remotos de mensajería unificada (UM) de Exchange (antes de Exchange 2010 SP1), conectividad de mensajería instantánea pública (MI) y federación con servidores que ejecutan Office Communications Server.

Resumen de las opciones de topología del servidor perimetral

Topología Alta disponibilidad Registros DNS A adicionales necesarios para el servidor perimetral externo en el grupo de servidores perimetrales Conmutación por error de Edge para sesiones de Lync a Lync Conmutación por error de Edge para las sesiones de federación EUM/PIC/OCS de Lync a Lync

Un solo borde con NAT

No

No

No

No

Un solo borde con IP pública

No

No

No

No

Edge escalado (carga equilibrada de DNS) con NAT

Sí

Sí

Sí

*

Edge escalado (carga de DNS equilibrada) con IP pública

Sí

Sí

Sí

*

Carga equilibrada de hardware de Edge escalado)

Sí

No (un registro A DNS por VIP)

Sí

Sí

* La conmutación por error para conectividad de mensajería instantánea pública (MI) y federación con servidores que ejecutan Office Communications Server no está disponible con el equilibrio de carga DNS. La conmutación por error de MU de Exchange (usuario remoto) con equilibrio de carga DNS requiere Exchange Server 2010 SP1 o posterior.

Nota

Las topologías de Borde único y Borde escalado (carga equilibrada de DNS) pueden usar:

  • Direcciones IP públicas enrutables

  • Dirección IP privada no enrutable si se usa la traducción simétrica de direcciones de red (NAT)

    • Si usa una dirección IP pública o una dirección IP privada con NAT, seguirá usando el mismo número de direcciones IP en función de la opción de configuración que elija en el Generador de topologías. Puedes configurar el servidor perimetral para que use una única dirección IP con puertos distintos por servicio o usar direcciones IP distintas por servicio, pero usar el mismo puerto (de forma predeterminada, TCP 443).

    Si decide usar direcciones IP privadas no enrutables con NAT:

    • Debe usar direcciones IP privadas enrutables en las tres interfaces externas

    • Debe configurar NAT simétrica para el tráfico entrante y saliente

    La topología de Edge escalado (carga de hardware equilibrada) debe usar direcciones IP públicas.

Lync Server 2013 admite la colocación de interfaces externas de Acceso, Conferencia web y Perímetro A/V detrás de un enrutador o firewall que realiza la traducción de direcciones de red (NAT) para topologías de servidor perimetral consolidado único y escalado.

El uso de NAT para todas las interfaces externas de Edge requiere el uso del equilibrio de carga DNS. En comparación con el uso de equilibradores de carga de hardware, usar el equilibrio de carga DNS sin NAT le 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:

  • El perímetro consolidado escalado de Lync Server 2013 (carga DE DNS equilibrada) requiere tres direcciones IP públicas para cada servidor perimetral de un grupo perimetral.

  • El perímetro consolidado escalado de Lync Server 2013 (carga equilibrada de hardware) requiere tres direcciones IP públicas para las direcciones IP virtuales del equilibrador de carga (un requisito único que no se incrementa a medida que se agregan más servidores perimetrales al grupo) más tres direcciones IP públicas por servidor perimetral en un grupo.

Requisitos de dirección IP para perímetro consolidado escalado (dirección IP por rol)

Número de servidores perimetrales por grupo Número de direcciones IP necesarias de Lync Server 2013 (carga DNS equilibrada) Número de direcciones IP necesarias de Lync Server 2013 (carga de hardware equilibrada)

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 la dirección IP para el perímetro consolidado escalado (dirección IP única para todos los roles)

Número de servidores perimetrales por grupo Número de direcciones IP necesarias de Lync Server 2013 (carga DNS equilibrada) Número de direcciones IP necesarias de Lync Server 2013 (carga de hardware equilibrada)

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 puntos principales de decisión para la selección de topología son la alta disponibilidad y el equilibrio de carga. El requisito de alta disponibilidad puede influir en la decisión de equilibrio de carga.

  • Alta disponibilidad Si necesita alta disponibilidad, implemente al menos dos servidores perimetrales en un grupo. Un único grupo de servidores perimetrales admitirá hasta doce servidores perimetrales. Si se requiere más capacidad, puedes implementar varios grupos de Servidores perimetrales. Como norma general, el 10 % de una base de usuarios determinada necesitará acceso externo.

    Importante

    Topology Builder le permitirá configurar hasta veinte servidores perimetrales en un único grupo de servidores perimetrales. El número máximo de servidores perimetrales probados y admitidos de un grupo es doce y el Generador de topologías que permite un número mayor que doce no se debe interpretar como soporte implícito para más de doce servidores perimetrales en un único grupo de servidores perimetrales.

  • Equilibrio de carga de hardware El equilibrio de carga de hardware es compatible con los servidores perimetrales de Lync Server 2013 cuando se usan direcciones IP enrutables públicamente para las interfaces externas perimetrales. Por ejemplo, podría usar este método en situaciones en las que se requiere conmutación por error para cualquiera de las siguientes aplicaciones:

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

    • Federación con empresas que ejecutan Microsoft Office Communications Server 2007 o Microsoft Office Communications Server 2007 R2

    • Acceso externo a mensajería unificada (UM) de Exchange 2007 o mensajería unificada de Exchange 2010

      Importante

      La mensajería unificada de Exchange admite el equilibrio de carga DNS para Exchange 2010 SP1 y versiones posteriores.

    Estas tres aplicaciones seguirán funcionando, pero no tienen en cuenta el equilibrio de carga de DNS y solo se conectarán al primer servidor perimetral del grupo. Si el servidor no está disponible, se producirá un error en la conexión. Por ejemplo, si se implementan varios servidores perimetrales en un grupo para controlar la carga de tráfico federado, solo un proxy de acceso recibe realmente tráfico mientras que los demás están inactivos.

Importante

Se recomienda usar el equilibrio de carga DNS si está federando con empresas que usan Lync Server 2010 y Office 365 o Microsoft 365. Tenga en cuenta que hay impactos significativos en el rendimiento si la mayoría de los partners federados usan Office Communications Server 2007 u Office Communications Server 2007 R2.