Actualizar VDA mediante el servicio de actualización de VDA
Puedes iniciar las actualizaciones de VDA a través del servicio de actualización de VDA seleccionando el catálogo de máquinas de destino, una máquina individual o un grupo de máquinas y, a continuación, seleccionando “Actualizar VDA”.
Nota:
Citrix® recomienda hacer una copia de seguridad de los VDA antes de realizar las actualizaciones, siempre que sea posible.
Programar actualizaciones
El proceso de actualización de VDA en Citrix se puede llevar a cabo a nivel de catálogo, a nivel de grupo de máquinas o a nivel de máquina individual, según los requisitos. Las actualizaciones se pueden configurar para que se inicien inmediatamente o se pueden programar con hasta 7 días de antelación.
Consideraciones
-
Ámbito de catálogo frente a grupo de máquinas frente a máquina: Las actualizaciones de catálogo son ideales para actualizaciones masivas, mientras que la actualización de máquinas individualmente o por grupos permite un control más granular.
-
Programación: Las actualizaciones se pueden programar con hasta 7 días de antelación. Si utilizas actualizaciones a nivel de catálogo de máquinas, las máquinas agregadas al catálogo después de programar la actualización no se incluyen como parte de la actualización programada existente.
Diferencias clave
| Característica | Actualización por catálogo | Actualización por máquina | Grupo de máquinas |
|---|---|---|---|
| Ámbito de las actualizaciones | Catálogo completo | Máquina individual | Grupo de máquinas de un catálogo de máquinas |
| Control de programación | Una única programación se aplica a todos los VDA del catálogo de máquinas, lo que es ideal para operaciones de actualización a gran escala | Los VDA se programan individualmente, lo que se utiliza principalmente para pruebas y actualizaciones puntuales | Los VDA se programan en grupos, lo que te da la flexibilidad de actualizar diferentes grupos de VDA en diferentes momentos |
| Administración | Se administra a través del nodo de catálogos de máquinas en la interfaz de Configuración completa o el cmdlet New-VusCatalogSchedule
|
Se administra a través del nodo de Búsqueda en la interfaz de Configuración completa o el cmdlet New-VusMachineUpgrade
|
Se administra a través del nodo de Búsqueda en la interfaz de Configuración completa, o pasando una lista de máquinas al cmdlet New-VusMachineUpgrade
|
| Caso de uso | Actualizaciones masivas para un catálogo de máquinas completo | Control granular para actualizaciones dirigidas y escenarios de prueba | Control dirigido de un subconjunto de VDA. Se puede usar para escalonar las actualizaciones dentro de un catálogo |
| Versiones de VDA disponibles | Para las versiones CR y todas las versiones LTSR de VDA actualmente compatibles, la última versión, así como las 2 versiones anteriores (N-2), están disponibles para la actualización. Consulta Versiones de VDA disponibles para obtener más información | Para las versiones CR y todas las versiones LTSR de VDA actualmente compatibles, la última versión, así como las 2 versiones anteriores (N-2), están disponibles para la actualización. Consulta Versiones de VDA disponibles para obtener más información | Solo la última versión LTSR o CR de VDA está disponible para la actualización |
| Componentes adicionales | Instala o actualiza los componentes de VDA en cada VDA. Dejar un componente sin marcar no desinstalará la función, pero el componente no se actualizará | Instala o actualiza el componente de VDA en el VDA. Dejar un componente sin marcar no desinstalará la función, pero el componente no se actualizará | Los componentes adicionales no pueden ser administrados por el servicio de actualización de VDA al actualizar un grupo de máquinas. Nota: Las funciones adicionales, como “Habilitar limpieza de restauración”, están disponibles para las actualizaciones de grupos de máquinas |
| Funciones adicionales | Se pueden habilitar o actualizar funciones adicionales | Se pueden habilitar o actualizar funciones adicionales | Se pueden habilitar o actualizar funciones adicionales |
| Simultaneidad | Se controla como una configuración al programar la actualización. Consulta Simultaneidad para obtener más información | Se actualiza un único VDA | Equilibrio de carga automático basado en el número de VDA seleccionados como parte de la programación de la actualización |
| Umbral de error | Se puede establecer un umbral de error para evitar futuras actualizaciones si un número determinado de VDA fallan en las actualizaciones. Consulta Umbral de error para obtener más información | Los umbrales de error no son aplicables para una actualización por máquina | Los umbrales de error no están disponibles para las actualizaciones de grupos de máquinas. Considera establecer el tamaño del grupo de máquinas a actualizar como el número máximo de VDA que sería una cantidad de error aceptable |
Cómo funcionan las actualizaciones programadas
El agente de actualización de VDA en los VDA se comunica periódicamente con Citrix Cloud™ para determinar si el VDA debe actualizarse. Los VDA se pueden programar para que se actualicen inmediatamente o con hasta 7 días de antelación. Al programar una actualización con antelación, puedes establecer la fecha y la hora (en UTC) en que comienza la actualización.
La duración de la actualización establece el período de tiempo después de la hora de inicio programada de la actualización durante el cual se producen las actualizaciones. De forma predeterminada, para las actualizaciones de catálogos de máquinas y grupos de máquinas, Citrix equilibra la carga de las actualizaciones de VDA durante toda la duración de la actualización para mejorar el rendimiento y evitar cuellos de botella.
Una vez que comienza una actualización, el VDA se pone en modo de mantenimiento hasta que la actualización se completa. Si hay una sesión presente en el VDA, el VDA no se actualizará hasta que no haya sesiones presentes. No se pueden intermediar nuevas sesiones al VDA cuando está en modo de mantenimiento. Si un usuario se desconecta de una sesión durante una ventana de actualización, no podrá volver a conectarse hasta que la actualización se complete.
El VDA seguirá intentando una actualización hasta que se complete la duración programada de la actualización. Si hay una sesión presente durante toda la duración de la actualización, la actualización se cancelará y el modo de mantenimiento se desactivará para el VDA. Considera una duración de actualización más larga para mejorar la tasa de éxito de la actualización de VDA.
Nota:
Los VDA colocados manualmente en modo de mantenimiento antes de una actualización programada no se actualizarán.
Versiones de VDA disponibles
Las nuevas versiones de VDA están disponibles para actualizar a través del servicio de actualización de VDA poco después de que las nuevas versiones de VDA estén disponibles de forma general. El servicio de actualización de VDA mantiene las versiones N-2 del VDA para las versiones CR y las versiones N-2 CU para todas las versiones LTSR que son actualmente compatibles.
En la interfaz de configuración completa, al actualizar un catálogo o una máquina individual, la interfaz de usuario te pide la versión a la que quieres actualizar tus VDA.
Para determinar las versiones de VDA disponibles mediante PowerShell, usa el cmdlet Get-VusAvailableVdaVersion.
Sin pasar una máquina o un catálogo con el cmdlet, el cmdlet devolverá la última versión disponible para todas las rutas de actualización.
Para obtener las versiones específicas disponibles para un recurso, pasa un VDA (-MachineName, -MachineUid o -MachineUuid) o un catálogo (-CatalogName, -CatalogUid, o -CatalogUuid) con el cmdlet Get-VusAvailableVdaVersion.
Por ejemplo:
Get-VusAvailableVdaVersion -CatalogName ‘[Name of your Machine Catalog]’
- 
Componentes adicionales
- Los componentes adicionales se pueden instalar o actualizar al actualizar los VDA por catálogo de máquinas o por máquina individual. Si no seleccionas un componente, este no se desinstalará, pero tampoco se actualizará como parte de la actualización general del VDA.
- 
Funciones
- Las funciones se pueden habilitar o actualizar en los VDA a través del servicio de actualización de VDA. Si no seleccionas una función, esta no se deshabilitará, pero tampoco se actualizará como parte de la actualización general del VDA.
- De forma predeterminada, la casilla de verificación **Habilitar limpieza de restauración** está seleccionada. Citrix recomienda habilitar la función de limpieza de restauración para facilitar la administración y mejorar la recuperación de actualizaciones fallidas. Con la función habilitada, se crea un punto de restauración del sistema antes de que comience la actualización. Si una actualización falla, el VDA se restaura al punto de restauración del sistema. El punto de restauración se elimina después de la instalación correcta del VDA. Para obtener más información, consulta [Restaurar en caso de fallo de instalación o actualización](https://docs.citrix.com/es-es/citrix-daas/install-configure/install-vdas#restore-on-install-or-upgrade-failure).
- 
- > **Nota:**
- >
- > Windows System Restore solo es compatible con sistemas operativos de sesión única (por ejemplo, Windows 10 y 11). La función Windows System Restore debe estar habilitada en el VDA para que la función "Habilitar limpieza de restauración" funcione. Las actualizaciones pueden fallar si se selecciona "Habilitar restauración" o "Habilitar limpieza de restauración", pero Windows System Restore no está configurado en el VDA.
Concurrencia
Al actualizar catálogos de máquinas, VUS te permite definir un número máximo de VDA que se actualizarán simultáneamente. Esto puede ayudar a reducir la carga en tu conexión a internet o servidor de archivos y, cuando se usa junto con los umbrales de fallo, te permite detener las actualizaciones si un número de VDA no se actualizan.
Tan pronto como comienza la actualización programada, todos los VDA del catálogo se colocan en modo de mantenimiento. Una actualización comenzará en una cantidad de VDA que coincida con la configuración de concurrencia máxima definida. Tan pronto como se completa una actualización de VDA, otro VDA comenzará a actualizarse para mantener el número concurrente de VDA que se actualizan simultáneamente.
Si no se especifica ninguna concurrencia para una actualización programada de catálogo de máquinas, Citrix utiliza un valor de concurrencia predeterminado basado en el número total de VDA en el catálogo y la duración de la actualización.
Las actualizaciones tardan un promedio de unos 30 minutos en completarse, pero esto puede variar mucho según las condiciones ambientales. Considera establecer tu concurrencia a una cantidad en la que todos los VDA puedan actualizarse en la duración de actualización proporcionada. Por ejemplo, si tienes 20 VDA configurados para actualizarse en 4 horas, necesitas 5 VDA para actualizar por hora. Utilizando la duración promedio de actualización de 30 minutos, puedes establecer el valor de concurrencia en 3 para cumplir con el requisito de 5 actualizaciones de VDA por hora (3 actualizaciones cada 30 minutos resultan en 6 actualizaciones por hora).
Umbral de fallo
- Al actualizar catálogos de máquinas, usa un umbral de fallo para evitar que se actualicen más VDA si un número determinado de VDA ha fallado. Los umbrales de fallo pueden reducir el radio de impacto de los problemas que causan fallos en la actualización, reduciendo los esfuerzos de solución de problemas para los administradores.
- Los umbrales de fallo evitan que cualquier VDA futuro inicie actualizaciones, pero no detienen los VDA que ya han iniciado la actualización. Por ejemplo, si un catálogo de máquinas tiene 100 VDA, la concurrencia está establecida en 10 VDA y el umbral de fallo está establecido en 3, si todas las actualizaciones de VDA fallan, al menos 13 VDA habrán intentado actualizarse, y los 87 restantes nunca habrán comenzado, y la actualización se cancelará.
10 VDA concurrentes comienzan a actualizarse al inicio de la actualización programada; si la primera actualización falla, otro VDA iniciará la actualización para mantener las 10 actualizaciones simultáneas concurrentes. Si la segunda actualización falla, otro VDA comenzará la actualización. Si la tercera actualización falla, todos los VDA que estén actualmente en proceso de actualización continuarán, y el resto de los VDA en el programa de actualización verán su actualización cancelada.
Ubicación del instalador de VDA
Puedes elegir que los VDA descarguen los medios de instalación del VDA desde la CDN alojada por Citrix o desde un recurso compartido de archivos local.
Las actualizaciones a través de un recurso compartido de archivos alojado localmente reducen el requisito de proporcionar reglas de red para permitir que los VDA obtengan los medios de instalación y pueden disminuir la utilización del ancho de banda durante el proceso de actualización.
Si utilizas la CDN alojada por Citrix, los VDA deben poder comunicarse con las URL enumeradas en Conectividad.
Si utilizas un recurso compartido de archivos local, el recurso compartido de archivos debe cumplir los siguientes requisitos previos.
- El agente de actualización de VDA debe ser la versión 7.40.0.35 o posterior, que se instala por defecto en la versión 2311 o posterior de VDA.
- El agente de actualización de VDA no requiere una actualización programada de VDA para actualizarse. El agente de actualización de VDA se actualiza automáticamente.
- Si actualizas usando PowerShell, el SDK de PowerShell remoto de Virtual Apps and Desktops versión 7.42 o posterior debe estar instalado.
- Permisos de recurso compartido de archivos
- Los recursos compartidos de red que contienen paquetes de instalador de VDA deben tener acceso de lectura para el servicio del agente de actualización de VDA que se ejecuta como Sistema local (entidad de seguridad NT AUTHORITY\SYSTEM).
- VDAs unidos a un dominio:
- La cuenta de Sistema local (VUA se ejecuta como Sistema local) usa las credenciales del equipo al acceder a los recursos compartidos de red.
- Al recurso compartido de archivos se le debe conceder acceso de lectura a los equipos del dominio.
- En la Configuración avanzada de recursos compartidos, el Uso compartido de archivos e impresoras debe estar habilitado.
- VDAs no unidos a un dominio:
- La cuenta de Sistema local (VUA se ejecuta como Sistema local) usa ANONYMOUS LOGON al acceder a los recursos compartidos de red.
- En el Centro de redes y recursos compartidos, el Uso compartido protegido con contraseña debe estar deshabilitado.
- En la ficha Seguridad de los permisos de la carpeta, se deben conceder permisos de acceso de lectura a ANONYMOUS LOGON.
- En la Configuración avanzada de recursos compartidos, el Uso compartido de archivos e impresoras debe estar habilitado.
- El nombre de la carpeta compartida debe agregarse a la Directiva de seguridad de acceso a la red.
- Instalador de VDA
- El instalador de VDA debe descargarse del sitio web Citrix Downloads y colocarse en el recurso compartido de archivos.
- El instalador de VDA pertinente para el catálogo de máquinas debe descargarse.
- Usa el instalador de VDA para SO multisesión si el tipo de catálogo es multisesión.
- Usa el instalador de VDA para SO de sesión única si el tipo de catálogo es de sesión única.
- Para una actualización determinada, la versión del instalador en el recurso compartido de archivos debe coincidir exactamente con una versión publicada por VUS. Usa el cmdlet de PowerShell
Get-VusAvailableVersionpara determinar las versiones disponibles.
Para configurar los VDAs para que se actualicen desde un recurso compartido de archivos local en la interfaz de Configuración completa, selecciona «Usar recurso compartido de archivos local» en la ubicación del instalador de VDA e introduce la ruta al instalador. Por ejemplo, "\\hostname\VDA-Packages\VDAWorkstationSetup_2308.exe".
Para configurar los VDAs para que se actualicen desde un recurso compartido de archivos local usando PowerShell, usa el parámetro -VdaWorkstationPackageUri (SO de sesión única) o -VdaServerPackageUri (SO multisesión) al programar tu actualización.
Forzar el cierre de sesión
Para aumentar el número de VDAs disponibles para la actualización durante una actualización programada, considera forzar el cierre de las sesiones de usuario durante la actualización. El cierre de sesión forzado ocurre cuando la actualización comienza para cada VDA individual, no al inicio de la ventana de actualización programada general.
Dado que los diferentes VDAs comienzan a actualizarse en momentos distintos dentro del período programado, los usuarios solo cerrarán sesión cuando su VDA específico comience su actualización.
Para forzar el cierre de sesiones desconectadas durante las actualizaciones programadas usando la interfaz de Configuración completa, selecciona la opción Cerrar sesiones desconectadas.
Para forzar el cierre de sesiones activas durante las actualizaciones programadas usando la interfaz de Configuración completa, selecciona la opción Cerrar sesiones activas. Si cierras sesiones activas, los usuarios recibirán una notificación en su sesión 10 minutos antes de que comience la actualización, recordándoles que guarden su trabajo antes de que se cierre la sesión automáticamente.
Para forzar el cierre de sesiones desconectadas durante las actualizaciones programadas usando PowerShell, usa el parámetro -LogoffOption al programar tu actualización. Las opciones disponibles para -LogoffOption se enumeran a continuación:
- ActiveSessionsOnly: Si hay una sesión activa en el VDA durante la ventana de actualización programada, se cerrará la sesión del usuario. Se mostrará un banner 10 minutos antes de que se cierre la sesión del usuario para proporcionar una advertencia. Los VDAs con sesiones desconectadas no cerrarán sesión durante la ventana de actualización. Si la sesión desconectada permanece durante toda la ventana de actualización, esa actualización del VDA se cancelará.
- DisconnectedSessionsOnly: Si hay una sesión desconectada presente en el VDA durante la ventana de actualización programada, se cerrará la sesión del usuario. No se notifica a los usuarios que su sesión desconectada se cerrará. Los VDAs con sesiones activas no cerrarán sesión durante la ventana de actualización. Si la sesión activa permanece durante toda la ventana de actualización, esa actualización del VDA se cancelará.
- ActiveAndDisconnectedSessions: Si hay una sesión desconectada o activa en el VDA durante la ventana de actualización programada, se cerrará la sesión del usuario. Para las sesiones activas, se mostrará un banner 10 minutos antes de que se cierre la sesión del usuario para proporcionar una advertencia.
- DoNotLogoff: Las sesiones activas y desconectadas no cierran sesión. Si hay una sesión presente en el VDA durante toda la duración de la programación de la actualización, la actualización se cancela al final de la ventana de actualización programada.
Cuando sea posible, Citrix recomienda forzar el cierre de sesiones para aumentar el número de VDAs que se actualizan correctamente.
Importante:
Forzar el cierre de sesiones puede provocar que los usuarios pierdan el trabajo no guardado de su sesión.
Reiniciar VDAs antes de iniciar la actualización
Usa la opción de reiniciar automáticamente los VDAs antes de las actualizaciones para mejorar la tasa de éxito asegurando que cada VDA inicie el proceso en un estado limpio y consistente. El reinicio antes de la actualización puede mitigar el riesgo de fallos comunes, como reinicios pendientes, procesos persistentes o actualizaciones de sistema incompletas.
Cuando esta opción está habilitada, cada VDA se reinicia individualmente justo antes de que comience su actualización, en lugar de al inicio de la ventana de actualización general.
Para usar la función de reiniciar VDA antes de la actualización, el agente de actualización de VDA debe ser la versión 7.44 (lanzada con Citrix Virtual Apps and Desktops 2503) o posterior. Los VDAs con una versión anterior del agente de actualización de VDA se actualizarán sin reiniciarse.
Modificar o cancelar el flujo de trabajo de VDA
Después de programar las actualizaciones para un catálogo, puedes modificar la hora de inicio y la duración de la actualización o cancelarla por completo.
Para modificar o cancelar una actualización usando la interfaz de usuario a nivel de catálogo de máquinas, haz clic con el botón derecho en un catálogo de máquinas con una actualización programada existente y haz clic en Modificar actualización de VDA programada. Para modificar una actualización existente a nivel de catálogo de máquinas usando PowerShell, usa los cmdlets Set-VusCatalogUpgrade y Remove-VusCatalogUpgrade.
Para modificar o cancelar una actualización a nivel de máquina, en el nodo de búsqueda, haz clic con el botón derecho en una máquina con una actualización programada existente y haz clic en Modificar actualización de VDA programada. No puedes modificar la actualización de VDA programada para varias máquinas simultáneamente. Para modificar una actualización existente a nivel de máquina usando PowerShell, usa los cmdlets Set-VusMachineUpgrade y Remove-VusMachineUpgrade.