Product Documentation

Entorno de Delivery Controller

Nov 18, 2015

En una implementación, Delivery Controller es el componente de servidor que es responsable de la administración del acceso de los usuarios, además de la intermediación y optimización de las conexiones. Los Controllers también proporcionan los Machine Creation Services que crean imágenes de escritorio y servidor.

Un sitio debe tener al menos un Delivery Controller. Después de instalar el Controller inicial y crear un sitio, puede agregarle más Controllers. Tener más de un Controller en un sitio ofrece dos ventajas principales.
  • Redundancia. Se recomienda que un sitio de producción siempre tenga al menos dos Controllers en diferentes servidores físicos. De este modo, si falla un Controller, los otros pueden gestionar las conexiones y administrar el sitio.
  • Escalabilidad. A medida que aumenta la actividad de un sitio, también aumenta el uso de CPU en el Controller y la actividad de la base de datos de SQL Server. Los Controllers adicionales ofrecen la capacidad de administrar más usuarios y más solicitudes de aplicaciones y escritorios, además de mejorar la capacidad general de respuesta.

Cómo detectan los Virtual Delivery Agents (VDA) a los Controllers

Para poder utilizar un VDA, primero se debe registrar (establecer comunicación) con un Controller del sitio. El VDA busca un Controller en una lista de Controllers llamada ListOfDDCs. La ListOfDDCs consta de una o varias entradas DNS o direcciones IP que indican a VDA los Controllers del sitio. Para conseguir un equilibrio de carga, el VDA distribuye automáticamente las conexiones entre todos los Controllers de la lista.

Además de la lista ListOfDDCs, la lista ListOfSIDs indica los identificadores de seguridad de máquina (SID) a los que el agente VDA permite la conexión en calidad de Controllers. La ListOfSIDs se puede utilizar para reducir la carga de Active Directory o para evitar posibles amenazas de seguridad provenientes de un servidor DNS que presente riesgos de seguridad.

Es importante asegurarse de que la ListOfSIDs y la ListOfDDCs de todos los VDA contienen información actualizada sobre los Controllers que se han agregado o quitado del sitio. Si las listas no están actualizadas, un VDA podría rechazar inicios de sesión en los que interviene como intermediario un Controller que no figura en la lista. Las entradas no válidas pueden retrasar el inicio del software del sistema de escritorios virtuales. Para mantener las listas actualizadas:
  • Se puede utilizar la función actualización automática, que actualiza automáticamente la ListOfDDCs y la ListOfSIDs cuando se agregan o se quitan Controllers. De forma predeterminada, la actualización automática está habilitada.
  • Se puede recurrir a la administración manual: actualización manual de las configuraciones de directivas o de los parámetros de Registro que identifican a los Controllers.
La información que contiene tanto la ListOfDDCs como la ListOfSIDs puede proceder de varios lugares en una implementación. El VDA comprueba las siguientes ubicaciones, por orden, y se detiene en el primer lugar en el que encuentre las listas:
  1. Una ubicación de almacenamiento persistente mantenida para la función de actualización automática. Esta ubicación contiene información acerca de los Controllers si la actualización automática está habilitada, después de la primera vez que el VDA se haya registrado correctamente después de la instalación. (Este almacenamiento también contiene información de directivas de máquina, que garantiza que las configuraciones de directiva se conserven después de reiniciar).

    Para su registro inicial después de la instalación, o cuando la actualización automática está inhabilitada, el VDA comprueba las siguientes ubicaciones.

  2. Configuraciones de directivas (Controllers, SID de Controllers).
  3. La información acerca de Controller que se encuentra debajo de la clave Virtual Desktop Agent en el Registro. El programa de instalación del VDA rellenará inicialmente estos valores a partir de la información referente al Controller indicada al instalar el VDA.
  4. Detección de Controllers basada en OU. Este es un método antiguo, que se mantiene para la compatibilidad con versiones anteriores.
  5. El archivo Personality.ini creado por Machine Creation Services.

Si en una ListOfDDCs se especifica más de un Controller, el VDA intenta conectarse a ellos aleatoriamente. La ListOfDDCs también puede contener grupos de Controllers. Estos grupos se indican con corchetes que engloban dos o más entradas de Controllers. El VDA intenta conectarse a cada Controller del grupo antes de pasar a otras entradas de la ListOfDDCs.

La función de actualización automática sustituye a la función CNAME de versiones previas de XenDesktop. La función CNAME puede volver a habilitarse manualmente, si lo desea; no obstante, para que los alias de DNS funcionen coherentemente, no se pueden usar a la vez la función de actualización automática y la función CNAME. Consulte CTX137960 para obtener información sobre cómo volver a habilitar la funcionalidad de CNAME.

Aspectos a tener en cuenta a la hora de elegir entre la actualización automática y la administración manual

De forma predeterminada, la configuración de directiva que habilita o inhabilita la actualización automática está habilitada.

Los siguientes tipos de implementación no pueden utilizar la actualización automática, por lo que deben utilizar la administración manual.
  • Las implementaciones que utilizan grupos de Controllers.
  • Las implementaciones que utilizan la ListOfSIDs por razones de seguridad. (Las implementaciones que utilizan ListOfSIDs para reducir la carga de Active Directory sí pueden utilizar la actualización automática.)
  • Las implementaciones que utilizan Provisioning Services sin disco de caché de escritura .
  • Las implementaciones que utilizan la configuración de directiva Controllers o SID de Controller.