Equilibrio de carga DNS en Lync Server 2013

  • Artículo

 

Último tema modificado: 2014-01-15

Lync Server habilita el equilibrio de carga DNS, una solución de software que puede reducir considerablemente la sobrecarga de administración para el equilibrio de carga en la red. El equilibrio de carga DNS equilibra el tráfico de red que es exclusivo de Lync Server, como el tráfico SIP y el tráfico multimedia.

Si implementa el equilibrio de carga de DNS, se reducirá considerablemente la sobrecarga de administración de la organización correspondiente a los equilibradores de carga de hardware. Además, se evitará la solución de problemas complejos asociados a errores de configuración de equilibradores de carga del tráfico SIP. También puede impedir que se establezcan conexiones de servidores para poder desconectar servidores. El equilibrio de carga de DNS también garantiza que los problemas relacionados con los equilibradores de carga de hardware no afecten a elementos de tráfico SIP, como el enrutamiento de llamadas básico.

Si se utiliza el equilibrio de carga de DNS también podrá adquirir equilibradores de carga de hardware a un precio más económico que si usa equilibradores de carga de hardware para todos los tipos de tráfico. Debe usar equilibradores de carga que hayan pasado pruebas de cualificación de interoperabilidad con Lync Server. Para obtener más información sobre las pruebas de interoperabilidad del equilibrador de carga, consulte "Lync Server 2010 Load Balancer Partners" en https://go.microsoft.com/fwlink/p/?linkId=202452.

El equilibrio de carga de DNS es compatible con grupos de servidores front-end, grupos de servidores perimetrales, grupos de servidores de director y grupos de servidores de mediación independientes.

Equilibrio de carga de DNS en grupos de servidores front-end y grupos de servidores de director

Puede usar el equilibrio de carga de DNS para el tráfico SIP de los grupos de servidores front-end y los grupos de servidores de director. Con el equilibrio de carga de DNS implementado, seguirá necesitando usar también equilibradores de carga de hardware para esos grupos de servidores, pero solo para el tráfico HTTPS de cliente a servidor. El equilibrador de carga de hardware se usa para el tráfico HTTPS de los clientes en los puertos 443 y 80.

A pesar de que seguirá necesitando equilibradores de carga de hardware para esos grupos de servidores, su instalación y administración será fundamentalmente para el tráfico HTTPS, al que están habituados los administradores de equilibradores de carga de hardware.

Equilibrio de carga de DNS y compatibilidad con clientes y servidores más antiguos

El equilibrio de carga DNS solo admite la conmutación por error automática para los servidores que ejecutan Lync Server 2013 o Lync Server 2010 y para clientes de Lync 2013 y Lync 2010. Las versiones anteriores de clientes y Office Communications Server aún pueden conectarse a grupos que ejecutan equilibrio de carga DNS, pero si no pueden realizar una conexión al primer servidor al que se refiere el equilibrio de carga DNS, no pueden conmutar por error a otro servidor del grupo.

Además, si usa mensajería unificada de Exchange, debe usar un mínimo de Exchange 2010 SP1 para obtener soporte técnico para el equilibrio de carga DNS de Lync Server. Si usa alguna versión anterior de Exchange, los usuarios no tendrán capacidades de conmutación por error para estos escenarios de la mensajería unificada de Exchange:

  • Reproducir el correo de voz Telefonía IP empresarial en el teléfono

  • Transferir llamadas de un operador automático de la mensajería unificada de Exchange

Todos los demás escenarios de la mensajería unificada de Exchange funcionarán correctamente.

Implementar el equilibrio de carga de DNS en grupos de servidores front-end y grupos de servidores de director

Para implementar el equilibrio de carga de DNS en grupos de servidores front-end y grupos de servidores de director, es necesario realizar un par de pasos adicionales con los registros de DNS y los FQDN.

  • Si un grupo de servidores usa equilibrio de carga de DNS, necesita tener dos FQDN: el FQDN normal del grupo que usa el equilibrio de carga de DNS (como, por ejemplo, pool01.contoso.com) y que se resuelve en las IP físicas de los servidores del grupo, y otro FQDN para los servicios web del grupo (como, por ejemplo, web01.contoso.com), que se resuelve como la dirección IP virtual del grupo.

    En el Generador de topologías, si desea implementar el equilibrio de carga DNS para un grupo, para crear este FQDN adicional para los servicios web del grupo debe activar la casilla Invalidar FQDN del grupo de servicios web internos y escribir el FQDN, en la página Especificar las direcciones URL de los servicios web para este grupo .

  • Para admitir el FQDN que usa el equilibrio de carga de DNS, necesita aprovisionar el DNS, de modo que resuelva el FQDN del grupo (como, por ejemplo, pool01.contoso.com) en las direcciones IP de todos los servidores del grupo (por ejemplo, 192.168.1.1, 192.168.1.2, etc.). Necesita incluir solo las direcciones IP de los servidores implementados actualmente.

    Advertencia

    Si tiene más de un grupo de servidores front-end o front-end, el FQDN de los servicios web externos debe ser único. Por ejemplo, si define el FQDN de los servicios web externos de un servidor front-end como pool01.contoso.com, no puede usar pool01.contoso.com para otro grupo de servidores front-end o servidores front-end. Si también va a implementar directores, el FQDN de servicios web externos definido para cualquier director o grupo de directores debe ser exclusivo de cualquier otro director o grupo de directores, así como de cualquier grupo de servidores front-end o front-end. Si decide reemplazar los servicios web internos con un FQDN autodefinado, cada FQDN debe ser único de cualquier otro grupo de servidores front-end, director o grupo de directores.

Equilibrio de carga de DNS en grupos de servidores perimetrales

Puede implementar el equilibrio de carga de DNS en grupos de servidores perimetrales. Si lo hace, necesita tener en cuenta varias consideraciones.

El uso del equilibrio de carga de DNS en los servidores perimetrales provoca una pérdida en la capacidad de conmutación por error, en los siguientes escenarios:

  • Federación con organizaciones que ejecutan versiones de Office Communications Server publicadas antes de Lync Server 2010.

  • El intercambio de mensajes instantáneos con los usuarios de servicios de mensajería instantánea pública (MI) AOLand Yahoo!, además de los proveedores y servidores basados en XMPP, como Google Talk.

    Importante

    • Google Talk es actualmente el único partner xmpp compatible.

    • A partir del 1 de septiembre de 2012, la licencia de suscripción de usuario de conectividad de mensajería instantánea pública de Microsoft Lync ("PIC USL") ya no está disponible para su compra para los nuevos contratos o la renovación. Los clientes con licencias activas podrán seguir federando con Yahoo! Messenger hasta la fecha de cierre del servicio. Una fecha de fin de vida de junio de 2014 para AOL y Yahoo! se ha anunciado. Para obtener más información, consulte Compatibilidad con la conectividad de mensajería instantánea pública en Lync Server 2013.

Estos escenarios funcionarán siempre que se ejecuten correctamente todos los servidores perimetrales del grupo pero, si un servidor perimetral no está disponible, fallarán todas las solicitudes de estos escenarios que se envíen a él, en lugar de redirigirse a otro servidor perimetral.

Si usa mensajería unificada de Exchange, debe usar un mínimo de Exchange 2013 para obtener soporte técnico para el equilibrio de carga DNS de Lync Server en Edge. Si usa alguna versión anterior de Exchange, los usuarios remotos no tendrán capacidades de conmutación por error para estos escenarios de mensajería unificada de Exchange:

  • Reproducir el correo de voz Telefonía IP empresarial en el teléfono

  • Transferir llamadas de un operador automático de la mensajería unificada de Exchange

Todos los demás escenarios de la mensajería unificada de Exchange funcionarán correctamente.

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.

Implementar el equilibrio de carga de DNS en grupos de servidores perimetrales

Para implementar el equilibrio de carga de DNS en la interfaz externa del grupo de servidores perimetrales, necesita las siguientes entradas de DNS:

  • Para el servicio perimetral de acceso, necesita una entrada por cada servidor del grupo. Cada entrada necesita resolver el FQDN del servicio perimetral de acceso (por ejemplo, sip.contoso.com) en la dirección IP del servicio perimetral de acceso de uno de los servidores perimetrales del grupo.

  • Para el servicio perimetral de conferencia web, necesita una entrada por cada servidor del grupo. Cada entrada necesita resolver el FQDN del servicio perimetral de conferencia web (por ejemplo, webconf.contoso.com) en la dirección IP del servicio perimetral de conferencia web de uno de los servidores perimetrales del grupo.

  • Para el servicio perimetral de audio y vídeo, necesita una entrada por cada servidor del grupo. Cada entrada debe resolver el FQDN del servicio perimetral de audio y vídeo (por ejemplo, av.contoso.com) en la dirección IP del servicio perimetral A/V en uno de los servidores perimetrales del grupo.

Para implementar el equilibrio de carga de DNS en la interfaz interna del grupo de servidores perimetrales, necesita agregar un registro A de DNS que resuelva el FQDN interno del grupo de servidores perimetrales en la dirección IP de cada servidor del grupo.

Usar el equilibrio de carga de DNS en grupos de servidores de mediación

Puede usar el equilibrio de carga de DNS en grupos de servidores de mediación independientes. Todo el tráfico de medios y SIP se equilibra con el equilibrio de carga de DNS.

Para implementar el equilibrio de carga de DNS en un grupo de servidores de mediación, necesita aprovisionar el DNS, de modo que resuelva el FQDN del grupo (por ejemplo, mediationpool1.contoso.com) en las direcciones IP de todos los servidores del grupo (por ejemplo, 192.168.1.1, 192.168.1.2, etc.).

Bloquear tráfico a un servidor con equilibrio de carga de DNS

Si utiliza el equilibrio de carga de DNS y necesita bloquear el tráfico a un equipo específico, no es suficiente con solo quitar las entradas de direcciones IP del grupo FQDN. También es preciso quitar la entrada de DNS para el equipo.

Tenga en cuenta que, para el tráfico de servidor a servidor, Lync Server 2013 usa equilibrio de carga que tenga en cuenta la topología. Los servidores leen la topología publicada en el almacén de administración central para obtener los FQDN de los servidores en la topología y distribuir automáticamente el tráfico entre los servidores. Para bloquear un servidor para que no reciba tráfico de servidor a servidor, necesita quitar el servidor de la topología.