Delivery Controllers
El Delivery Controller es el componente del lado del servidor responsable de administrar el acceso de los usuarios, así como de intermediar y optimizar las conexiones. Los Controllers también proporcionan los Machine Creation Services™ que crean imágenes de escritorios y servidores.
Un Sitio debe tener al menos un Controller. Después de instalar el Controller inicial, puede agregar más Controllers al crear un Sitio o más tarde. Hay dos ventajas principales de tener más de un Controller en un Sitio.
- Redundancia: Como práctica recomendada, un Sitio de producción siempre debe tener al menos dos Controllers en diferentes servidores físicos. Si un Controller falla, los demás pueden administrar las conexiones y el Sitio.
- Escalabilidad: A medida que aumenta la actividad del Sitio, también lo hace la utilización de la CPU en el Controller y la actividad de la base de datos. Los Controllers adicionales proporcionan la capacidad de manejar más usuarios y más solicitudes de aplicaciones y escritorios, y pueden mejorar la capacidad de respuesta general.
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 en la zona principal.
Importante:
No cambie el nombre del equipo ni la pertenencia al dominio de un Controller después de configurar el Sitio.
Cómo se registran los VDA con los Controllers
Antes de que se pueda utilizar un VDA, debe registrarse (establecer comunicación) con un Delivery Controller en el Sitio. Para obtener información sobre el registro de VDA, consulte Registro de VDA con Controllers.
(En la documentación de versiones anteriores de XenApp y XenDesktop 7.x, la información sobre el registro de VDA se incluía en este artículo. Esa información se ha mejorado y ahora reside en el artículo enlazado anteriormente).
Agregar, quitar o mover Controllers
Para agregar, quitar o mover un Controller, debe tener los permisos de rol de servidor y de rol de base de datos que se enumeran en el artículo Bases de datos.
Nota:
No se admite la instalación de un Controller en un nodo de una instalación de clúster de SQL o de duplicación de SQL.
Si su implementación utiliza la duplicación de bases de datos:
- Antes de agregar, quitar o mover un Controller, asegúrese de que las bases de datos principal y duplicada estén en ejecución. Además, si utiliza scripts con SQL Server Management Studio, habilite el modo SQLCMD antes de ejecutar los scripts.
- Para verificar la duplicación después de agregar, quitar o mover un Controller, ejecute el cmdlet de PowerShell get-configdbconnection para asegurarse de que el socio de conmutación por error (Failover Partner) se haya establecido en la cadena de conexión al duplicado.
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 Controllers en un plazo de 90 minutos.
- Si la actualización automática no está habilitada, asegúrese de que la configuración de la directiva del Controller o la clave de registro ListOfDDCs se actualicen para todos los VDA. Después de mover un Controller a otro Site, actualice la configuración de la directiva o la clave de registro en ambos Sites.
Agregar un Controller
Puede agregar Controllers al crear un Site y posteriormente. No puede agregar Controllers instalados con una versión anterior de este software a un Site que se creó con esta versión.
- Ejecute el instalador en un servidor que contenga un sistema operativo compatible. Instale el componente Delivery Controller™ y cualquier otro componente principal que desee. Complete el asistente de instalación.
- Si aún no ha creado un Site, inicie Studio; se le pedirá que cree un Site. En la página Bases de datos del asistente de creación de Site, haga clic en el botón Seleccionar y, a continuación, agregue la dirección del servidor donde instaló el Controller adicional. Importante: Si tiene previsto generar scripts que inicializarán las bases de datos, agregue los Controllers antes de generar los scripts.
- Si ya ha creado un Site, apunte Studio al servidor donde instaló el Controller adicional. Haga clic en Escalar su implementación e introduzca la dirección del Site.
Quitar un Controller
Quitar un Controller de un Site no desinstala el software Citrix® ni ningún otro componente; quita el Controller de la base de datos para que ya no se pueda usar para intermediar conexiones y realizar otras tareas. Si quita un Controller, puede volver a agregarlo más tarde al mismo Site o a otro Site. Un Site requiere al menos un Controller, por lo que no puede quitar el último que aparece en Studio.
Cuando se quita un Controller de un Site, el inicio de sesión del Controller en el servidor de la base de datos no se elimina. Esto evita la posible eliminación de un inicio de sesión que utilizan los servicios de otros productos en la misma máquina. El inicio de sesión debe eliminarse manualmente si ya no es necesario; se necesita el permiso de rol de servidor securityadmin para eliminar el inicio de sesión.
Importante:
No elimine el Controlador de Active Directory hasta después de haberlo eliminado del Sitio.
- Asegúrese de que el Controlador esté encendido para que Studio se cargue en menos de una hora. Una vez que Studio cargue el Controlador que desea eliminar, apague el Controlador cuando se le solicite.
- Seleccione Configuración > Controladores en el panel de navegación de Studio y, a continuación, seleccione el Controlador que desea eliminar.
- Seleccione Quitar Controlador en el panel Acciones. Si no tiene los roles y permisos de base de datos correctos, se le ofrecerá la opción de generar un script que permita a su administrador de base de datos eliminar el Controlador por usted.
- Es posible que deba eliminar la cuenta de máquina del Controlador del servidor de base de datos. Antes de hacerlo, compruebe que ningún otro servicio esté utilizando la cuenta.
Después de usar Studio para eliminar un Controlador, el tráfico a ese Controlador podría persistir durante un corto período de tiempo para garantizar la correcta finalización de las tareas actuales. Si desea forzar la eliminación de un Controlador en muy poco tiempo, Citrix recomienda apagar el servidor donde estaba instalado o eliminar ese servidor de Active Directory. Luego, reinicie los demás Controladores del Sitio para asegurarse de que no haya más comunicación con el Controlador eliminado.
Mover un Controlador a otra zona
Si su Sitio contiene más de una zona, puede mover un Controlador a una zona diferente. Consulte el artículo Zonas para obtener información sobre cómo esto puede afectar el registro de VDA y otras operaciones.
- Seleccione Configuración > Controladores en el panel de navegación de Studio y, a continuación, seleccione el Controlador que desea mover.
- Seleccione Mover en el panel Acciones.
- Especifique la zona a la que desea mover el Controlador.
Mover un Controlador a otro Sitio
No puede mover un Controlador a un Sitio que se haya creado con una versión anterior de este software.
- En el Sitio donde se encuentra actualmente el Controlador (el Sitio antiguo), seleccione Configuración > Controladores en el panel de navegación de Studio y, a continuación, seleccione el Controlador que desea mover.
- Seleccione Quitar Controlador en el panel Acciones. Si no tiene los roles y permisos de base de datos correctos, se le ofrecerá la opción de generar un script que permita a alguien con esos permisos (como un administrador de base de datos) eliminar el Controlador por usted. Un Sitio requiere al menos un Controlador, por lo que no puede eliminar el último que aparece en Studio.
- En el Controller que está moviendo, abra Studio, restablezca los servicios cuando se le solicite, seleccione Unirse a un sitio existente e introduzca la dirección del nuevo sitio.
Mover un VDA a otro sitio
Si un VDA se aprovisionó mediante Provisioning Services o es una imagen existente, puede mover un VDA a otro sitio (del Sitio 1 al Sitio 2) al actualizar, o al mover una imagen de VDA que se creó en un sitio de prueba a un sitio de producción. Los VDA aprovisionados mediante Machine Creation Services (MCS) no se pueden mover de un sitio a otro porque MCS no admite cambiar la ListOfDDCs que un VDA comprueba para registrarse con un Controller; los VDA aprovisionados mediante MCS siempre comprueban la ListOfDDCs asociada con el sitio en el que se crearon.
Hay dos maneras de mover un VDA a otro sitio: mediante el instalador o las directivas de Citrix.
Instalador: Ejecute el instalador y agregue un Controller, especificando el FQDN (entrada DNS) de un Controller en el Sitio 2. Importante: Especifique los Controllers en el instalador solo cuando no se utilice la configuración de directiva de Controllers.
Editor de directivas de grupo: El siguiente ejemplo mueve varios VDA entre sitios.
- Cree una directiva en el Sitio 1 que contenga las siguientes configuraciones, luego filtre la directiva al nivel de Delivery Group para iniciar una migración gradual de VDA entre los Sitios. Controladores: que contengan FQDN (entradas DNS) de uno o más Controladores en el Sitio 2. Habilitar la actualización automática de Controladores: establecido en deshabilitado.
- Cada VDA del Delivery Group recibe una alerta en un plazo de 90 minutos desde la nueva directiva. El VDA ignora la lista de Controllers que recibe (porque la actualización automática está deshabilitada); selecciona uno de los Controllers especificados en la directiva, que enumera los Controllers del Sitio 2.
- Cuando el VDA se registra correctamente con un Controller en el Sitio 2, recibe la ListOfDDCs del Sitio 2 y la información de directiva, que tiene la actualización automática habilitada de forma predeterminada. Dado que el Controller con el que se registró el VDA en el Sitio 1 no está en la lista enviada por el Controller en el Sitio 2, el VDA se vuelve a registrar, 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.
Para obtener información sobre cómo usar el Editor de directivas de grupo, consulte la documentación de directivas de Citrix.