Share via


Requisitos de DNS para grupos de servidores front-end

 

Última modificación del tema: 2012-11-07

En esta sección se describen los registros del Sistema de nombres de dominio (DNS) que se requieren para la implementación de grupos de servidores front-end.

Registros DNS para grupos de servidores front-end

En la siguiente tabla se especifican los requisitos de DNS para la implementación de un grupo de servidores front-end de Microsoft Lync Server 2010.

Requisitos DNS para un grupo de servidores front-end

Escenario de implementación Requisito de DNS

Grupo de servidores front-end con varios servidores front-end y un equilibrador de carga de hardware (independientemente de si el equilibrio de carga de DNS también está implementado en este grupo)

Cuando se usa tanto el equilibro de carga DNS como un equilibrador de carga de hardware, se necesitan registros de host (A). Cree un registro A interno que resuelva el nombre de dominio completo (FQDN) del grupo de servidores front-end para el equilibrio de carga DNS. Cree un registro de host interno (A) para los servicios Web internos hacia la dirección IP virtual (VIP) del equilibrador de carga. Debe usar el nombre de servicios Web internos definido en el Topology Builder.

Así, si usa tanto el equilibro de carga DNS como un equilibrador de carga de hardware, tendría un registro A por cada Servidor front-end en un grupo de servidores para el equilibro de carga, además de un registro A para los servicios Web internos que señalan a la dirección IP virtual del equilibrador de carga de hardware:

  • Equilibro de carga DNS:   Pool01.contoso.net   Dirección IP del grupo de servidores   10.10.10.5

    importantImportante:
    Cada Servidor front-end también tendrá un registro A propio:
    1. FE01.contoso.net    10.10.10.1

    2. FE02.contoso.net    10.10.10.2

    3. FE03.contoso.net    10.10.10.3

    4. FE04.contoso.net    10.10.10.4

  • Equilibrio de carga de hardware:   WebInternal.contoso.net   Dirección IP de HLB VIP   192.168.10.5

Todo el tráfico (a excepción del tráfico HTTP/HTTPS) usará el registro Pool01.contoso.net. En cuanto al tráfico HTTP/HTTPS, usará la dirección de servicios Web internos definida 192.168.10.5

Grupo de servidores front-end con equilibrio de carga de DNS implementado

Un conjunto de registros A internos que resuelve el FQDN del grupo de servidores como la dirección IP virtual de cada servidor en el grupo. Debe haber un registro A para cada servidor en el grupo de servidores.

Grupo de servidores front-end con equilibrio de carga de DNS implementado

Un conjunto de registros A internos que resuelve el FQDN de cada servidor en el grupo de servidores como la dirección IP virtual del servidor. Para obtener información detallada, consulte Equilibrio de carga de DNS en la documentación referente a la planeación.

Un grupo de servidores front-end con un solo servidor front-end y una base de datos back-end dedicada, pero sin equilibrador de carga

Un registro A interno que resuelve el FQDN del grupo de servidores front-end en la dirección IP del único servidor front-end Enterprise Edition.

Inicio de sesión automático de los clientes

Por cada dominio SIP admitido, un registro SRV para _sipinternaltls._tcp.<dominio> sobre el puerto 5061 que se asigna al FQDN del grupo de servidores front-end responsable de autenticar y redirigir las solicitudes de los clientes para el inicio de sesión. Para obtener información detallada, consulte Requisitos de DNS para el inicio de sesión automático de los clientes (en inglés).

Detección del servicio web de actualización de dispositivos mediante dispositivos de comunicaciones unificadas (UC)

Un registro A interno con el nombre ucupdates-r2.<dominio SIP> que se resuelve en la dirección IP del grupo de servidores front-end que hospeda el Servicio web de actualización de dispositivos. En una situación en la que un dispositivo de comunicaciones unificadas esté activado, pero nunca ningún usuario se haya registrado en él, el registro A permite al dispositivo detectar el grupo de servidores front-end que hospeda el Servicio web de actualización de dispositivos y obtener actualizaciones. Por otra parte, los dispositivos obtienen esta información a través del aprovisionamiento en banda la primera vez que un usuario inicia sesión. Para obtener información detallada, consulte Actualizar dispositivos en la documentación referente a la planeación.

importantImportante:
Si tiene una implementación existente del servicio web de actualización de dispositivos en Lync Server 2010, ya ha creado un registro A interno con el nombre ucupdates.<dominio SIP>. Para Microsoft Office Communications Server 2007 R2, debe crear un registro A de DNS adicional con el nombre ucupdates-r2.<dominio SIP>.

Un proxy inverso que admita tráfico HTTP

Un registro A externo que resuelva el FQDN externo de la granja de servidores web en la dirección IP externa del proxy inverso. Los clientes y los dispositivos de comunicaciones unificadas usan este registro para conectarse al proxy inverso. Para obtener información detallada, consulte Determinar los requisitos de DNS en la documentación referente a la planeación.

En la tabla siguiente se muestra un ejemplo de los registros DNS requeridos para el FQDN de la granja de servidores web interno.

Ejemplo de los registros DNS para el FQDN de la granja de servidores web interno.

FQDN de la granja de servidores web interno FQDN del grupo de servidores Registros A de DNS

webcon.contoso.com

ee-pool.contoso.com

Registro A de DNS para ee-pool.contoso.com que se resuelve en la dirección VIP del equilibrador de carga usado por los servidores front-end.

Registro A de DNS para webcon.contoso.com que se resuelve en la dirección VIP del equilibrador de carga usado por los servidores front-end.

ee-pool.contoso.com

ee-pool.contoso.com

Registro A de DNS para ee-pool.contoso.com que se resuelve en la dirección IP virtual (VIP) del equilibrador de carga usado por los servidores front-end Enterprise Edition en el grupo de servidores front-end.

Tenga en cuenta que si usa el equilibrio de carga de DNS en este grupo de servidores, su grupo de servidores front-end y la granja de servidores web interno no pueden tener el mismo FQDN.