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 permiten 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.
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.
No se admite la instalación de Controller en un nodo de clúster de SQL o de instalación duplicada (mirroring) de SQL.
Cuando agregue un Delivery Controller a un sitio, debe agregar credenciales de inicio de sesión en esa máquina a todos los servidores SQL replicados que utilice para la alta disponibilidad.
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 comprobar las imágenes reflejadas después de agregar, quitar o mover un Controller, ejecute el cmdlet
Get-configdbconnectionde PowerShell. Ese cmdlet garantiza que el servidor de conmutación por error se ha establecido en la cadena de conexión al reflejado.
Después de agregar, quitar o mover un Controller:
- Si la actualización automática está habilitada, los VDA reciben 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.
- 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.
-
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.
Si va a generar scripts para inicializar bases de datos, agregue los Controllers antes de generarlos.
- 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
Al quitar un Controller de un sitio, no se desinstala el software Citrix ni ningún otro componente. Con esa acción, se quita el Controller de la base de datos, de forma que ya no se pueda usar para hacer de intermediario (broker) de conexiones 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. Si ya no es necesario, el inicio de sesión debe quitarse manualmente. Para hacerlo, se necesita el permiso del rol de servidor securityadmin.
Después de quitar un Controller:
- Los VDA que utilizan la actualización automática se registran de nuevo con otros Controllers disponibles. Este nuevo registro solo se produce si el mecanismo de actualización automática está habilitado y los VDA pueden contactar con otros Controllers (en la misma zona secundaria que el Controller quitado o en la zona principal para implementaciones locales).
- Actualice la información del Controller en Citrix StoreFront. Para obtener más información, consulte Administrar Controllers.
- En Citrix StoreFront, actualice las URL de Secure Ticket Authority (STA) para el acceso remoto mediante Citrix Gateway. Para obtener más información, consulte Administrar Secure Ticket Authorities.
- En Citrix Gateway, actualice todas las URL de STA de servidores virtuales. Para obtener más información, consulte Citrix Gateway.
Importante:
No quite el Controller de Active Directory hasta que lo haya quitado del sitio.
- Asegúrese de 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.
- Seleccione Configuración > Controllers en el panel de navegación de Studio. A continuación, seleccione el Controller que quiere quitar.
- 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.
- Debe quitar la cuenta de la máquina del Controller del servidor de la base de datos. Antes de quitarla, 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 retirada de un Controller en un período de tiempo 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 este traslado afectar al registro de VDA y otras operaciones.
- Seleccione Configuración > Controllers en el panel de navegación de Studio. A continuación, seleccione el Controller que quiere mover.
- Seleccione Mover en el panel Acciones.
- 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.
- En el sitio donde se encuentra el Controller (el sitio antiguo), seleccione Configuración > Controllers en el panel de navegación de Studio. A continuación, seleccione el Controller que quiere mover.
- Seleccione Quitar Controller en el panel Acciones. Si no dispone de los permisos adecuados para la base de datos, puede generar un script que permita a alguien con esos permisos (como un administrador de bases de datos) quitar el Controller. Un sitio requiere como mínimo un Controller; esto significa que no puede quitar el último de la lista de Studio.
- 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 Citrix Provisioning 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. 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: con el instalador o con directivas de Citrix.
Instalador
Ejecute el instalador y agregue un Controller, especificando el FQDN (entrada DNS) de un Controller en el sitio 2.
Especifique los Controllers en el instalador 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.
-
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.
- 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) y selecciona uno de los Controllers especificados en la directiva, la cual especifica una lista de los Controllers en el sitio 2.
- 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. 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. Por lo tanto, el VDA vuelve a registrarse, eligiendo entre los Controllers de la lista del sitio 2. A partir de entonces, el VDA se actualiza automáticamente con la información del sitio 2.