XenApp and XenDesktop

Delivery Controllers

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 Controller. Después de instalar el primer Controller, se pueden agregar más al crear un sitio o más adelante. 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 demás 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. 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.

Cada Controller se comunica directamente con la base de datos del sitio. En un sitio con más de una zona, los Controllers de cada zona se comunican con la base de datos del sitio de la zona principal.

Importante:

No cambie el nombre de equipo ni la pertenencia al dominio de un Controller una vez configurado el sitio.

Cómo se registran los agentes VDA en Controllers

Para poder utilizar un VDA, este debe registrarse (establecer comunicación) con un Delivery Controller del sitio. Para obtener información sobre el registro de VDA, consulte Registro de VDA en Controllers.

(En la documentación de las versiones anteriores de XenApp y XenDesktop 7.x, la información sobre el registro de agentes VDA se incluía en este artículo. Esa información se ha mejorado y ahora se encuentra en el enlace anterior.)

Agregar, quitar o mover Controllers

Para agregar, quitar o mover un Controller, debe tener los permisos del rol de servidor y del rol de base de datos. Se ofrece una lista de esos permisos en el artículo Bases de datos.

Nota:

No se admite la instalación de Controller en un nodo de clúster de SQL o de instalación duplicada (mirroring) de SQL.

Si la implementación usa la creación de reflejo de la base de datos:

  • Antes de agregar, quitar o mover un Controller, compruebe que la base de datos principal y la reflejada se estén ejecutando. Además, si está utilizando scripts con SQL Server Management Studio, habilite el modo SQLCMD antes de ejecutar los scripts.
  • Para verificar el reflejo después de agregar, quitar o mover un Controller, ejecute el cmdlet get-configdbconnection de PowerShell para comprobar que el asociado de conmutación por error se ha definido en la cadena de conexión a la base de datos reflejada.

Después de agregar, quitar o mover un Controller:

  • Si la actualización automática está habilitada, los VDA recibirán una lista actualizada de los Controllers en los 90 minutos siguientes.
  • Si la actualización automática no está habilitada, asegúrese de que la configuración de directiva o la clave del Registro ListOfDDCs están actualizadas para todos los VDA. Después de mover un Controller a otro sitio, actualice la configuración de directiva o la clave del Registro en ambos sitios.

Agregar un Controller

Puede agregar Controllers al crear un sitio o más adelante. No puede agregar Controllers instalados con una versión anterior de este software a un sitio que se haya creado con esta versión.

  1. Ejecute el instalador en un servidor con un sistema operativo compatible. Instale el componente Delivery Controller y los demás componentes principales que quiera. Complete el asistente de instalación.
  2. Si aún no ha creado ningún sitio, inicie Studio; se le pedirá que cree un sitio. En la página Bases de datos del asistente para la creación de sitios, haga clic en el botón Seleccionar y, a continuación, agregue la dirección del servidor donde instaló el Controller adicional. Importante: Si va a generar scripts para inicializar bases de datos, agregue los Controllers antes de generarlos.
  3. Si ya ha creado un sitio, indique en Studio el servidor donde instaló el Controller adicional. Haga clic en Ampliar la implementación e introduzca la dirección del sitio.

Quitar un Controller

Quitar un Controller de un sitio no desinstala el software de Citrix ni cualquier otro componente: solo se quita el Controller de la base de datos de forma que ya no se pueda usar para hacer de intermediario (broker) de conexiones ni para realizar otras tareas. Si quita un Controller, es posible volver a agregarlo al mismo sitio o a otro posteriormente. Un sitio requiere como mínimo un Controller; esto significa que no puede quitar el último de la lista de Studio.

Aunque quite un Controller de un sitio, no se quita el inicio de sesión del Controller en el servidor de la base de datos. Esto evita el peligro potencial provocado por la acción de quitar un inicio de sesión que utilizan otros servicios de producto en la misma máquina. En caso de que ya no sea necesario, el inicio de sesión se debe quitar manualmente. Para hacerlo, se necesita el permiso del rol de servidor securityadmin.

Importante:

No quite el Controller de Active Directory hasta que lo haya quitado del sitio.

  1. Compruebe que el Controller está ejecutándose de forma que Studio se cargue en menos de una hora. Una vez que Studio carga el Controller que quiere quitar, apague el Controller cuando lo pida el sistema.
  2. Seleccione Configuración > Controllers en el panel de navegación de Studio. A continuación, seleccione el Controller que quiere quitar.
  3. Seleccione Quitar Controller en el panel Acciones. Si no dispone de los roles y permisos adecuados para la base de datos, se le ofrece la opción de generar un script que permite al administrador de bases de datos quitar el Controller por usted.
  4. Es posible que necesite quitar la cuenta de la máquina del Controller del servidor de la base de datos. Antes de hacerlo, compruebe que no hay ningún otro servicio que esté utilizando la cuenta.

Después de usar Studio para quitar un Controller, el tráfico hacia ese Controller puede permanecer activo durante un corto período de tiempo para garantizar la correcta finalización de las tareas actuales. Si quiere forzar la eliminación de un Controller en un período de tiempo muy corto, Citrix recomienda apagar el servidor donde se instaló o quitar ese servidor de Active Directory. A continuación, reinicie el resto de Controllers del sitio para asegurarse de que no hay más comunicaciones con el Controller que ha quitado.

Mover un Controller a otra zona

Si el sitio contiene más de una zona, puede mover un Controller a otra zona. Consulte el artículo Zonas para obtener información sobre cómo puede esto afectar al registro de VDA y otras operaciones.

  1. Seleccione Configuración > Controllers en el panel de navegación de Studio. A continuación, seleccione el Controller que quiere mover.
  2. Seleccione Mover en el panel Acciones.
  3. Especifique la zona a la que quiere mover el Controller.

Mover un Controller a otro sitio

No puede mover un Controller a un sitio creado con una versión anterior del software.

  1. En el sitio donde el Controller se encuentra actualmente (el que será el sitio antiguo), seleccione Configuración > Controllers en el panel de navegación de Studio y, a continuación, seleccione el Controller que quiera mover.
  2. Seleccione Quitar Controller en el panel Acciones. Si no dispone de los roles y permisos adecuados para la base de datos, se le ofrece la opción de generar un script que permita a alguien con esos permisos (como un administrador de bases de datos) quitar el Controller por usted. Un sitio requiere como mínimo un Controller; esto significa que no puede quitar el último de la lista de Studio.
  3. En el Controller que está moviendo, abra Studio, restablezca los servicios cuando el sistema se lo solicite, seleccione Incorporarse a un sitio existente e introduzca la dirección del sitio nuevo.

Mover un VDA a otro sitio

Si un VDA se aprovisionó mediante Provisioning Services o es una imagen existente, puede transferir el VDA a otro sitio (del sitio 1 al sitio 2) al actualizar, o al mover una imagen de VDA que fue creada en un sitio de prueba a un sitio de producción. Los VDA aprovisionados con Machine Creation Services (MCS) no se pueden mover de un sitio a otro sitio porque MCS no admite el cambio de la lista de Desktop Delivery Controllers (ListOfDDC) que un VDA consulta para registrarse con un Controller; los VDA aprovisionados con MCS siempre consultan la lista ListOfDDC asociada al sitio donde se crearon.

Hay dos formas de mover un VDA a otro sitio: mediante el instalador o mediante directivas de Citrix.

Programa de instalación: Ejecute el programa de instalación y agregue un Controller, especificando el FQDN (entrada DNS) de un Controller en el sitio 2. Importante: Especifique los Controllers en el programa de instalación solo si la configuración de directiva de Controllers no se utiliza.

Editor de directivas de grupo: En el siguiente ejemplo se mueven varios VDA entre sitios.

  1. Cree una directiva en el Sitio 1 que contenga la siguiente configuración y, a continuación, filtre la directiva al nivel de grupo de entrega para iniciar una migración de VDA entre sitios, por fases.
    Controllers: Contiene los nombres de dominio completo o FQDN (entradas de DNS) de uno o más Controllers del sitio 2. Habilitar actualización automática de Controller: Defínala como inhabilitada.
  2. Cada VDA en el grupo de entrega recibe un aviso sobre la nueva directiva en los siguientes 90 minutos. El VDA ignora la lista de Controllers que recibe (porque la actualización automática está inhabilitada). Selecciona uno de los Controllers especificados en la directiva, la cual especifica una lista de los Controllers en el sitio 2.
  3. Cuando el VDA se registra correctamente con un Controller del sitio 2, recibe la ListOfDDC y la información de directivas del sitio 2, que tiene la actualización automática habilitada de forma predeterminada. Puesto que el Controller con el que se registró el VDA en el sitio 1 no está en la lista enviada por el Controller del sitio 2, el VDA vuelve a registrarse y selecciona un Controller de la lista de Controllers del sitio 2. A partir de entonces, el VDA se actualiza automáticamente con la información del sitio 2.

Para obtener información sobre cómo usar el Editor de directivas de grupo, consulte la documentación de las Directivas de Citrix.

Delivery Controllers