Escenarios de actualización para XenServer y Citrix Virtual Apps and Desktops™

Last published : Oct 07, 2026
XenServer contiene características y optimizaciones que lo convierten en un hipervisor ideal para usar en su entorno de Citrix Virtual Apps and Desktops.
Si utiliza XenServer con Citrix Virtual Apps and Desktops, hay algunas consideraciones al realizar la actualización que no se tratan en el artículo principal de actualización: Actualizar desde una versión existente. Revise tanto este artículo como el artículo principal de actualización antes de iniciar la actualización de XenServer 8.4 a XenServer 9.
Consideraciones al actualizar XenServer® en un entorno de Citrix Virtual Apps and Desktops:
  • Los hosts de XenServer se reinician dos veces como parte de una actualización. Al principio de la actualización, debe arrancar el servidor desde el medio de instalación. Al final del proceso, el instalador reinicia el servidor para completar la actualización. Las máquinas virtuales de estos hosts deben migrarse o detenerse durante este tiempo.
  • El enfoque para actualizar XenServer depende de su entorno de XenServer, su entorno de Citrix Virtual Apps and Desktops y los tipos de máquinas y aplicaciones alojadas por XenServer.
  • Es posible que deba realizar alguna preparación en su entorno de Citrix Virtual Apps and Desktops antes de iniciar la actualización de XenServer.
  • Este artículo solo cubre casos de uso en los que la carga de trabajo de Citrix Virtual Apps and Desktops se aloja en el grupo de XenServer. Los casos en los que también aloja partes de su infraestructura de Citrix Virtual Apps and Desktops en máquinas virtuales en el grupo de XenServer no están cubiertos por este artículo. Tenga en cuenta estos componentes al planificar su actualización.
  • Asegúrese de que la versión de Citrix Virtual Apps and Desktops que utiliza sea compatible tanto con la versión de XenServer desde la que actualiza como con la versión a la que actualiza. Para obtener más información, consulte Hipervisores compatibles con Citrix Virtual Apps and Desktops (MCS) y Citrix Provisioning (PVS).
  • El tiempo que lleva realizar la actualización y la posibilidad de interrupción del servicio dependen de su enfoque de actualización. La actualización completa de un grupo entero podría tardar varias horas en completarse.
  • Este artículo asume que el tiempo para actualizar completamente un único host de XenServer es de 35 minutos. Este tiempo de actualización del host incluye el proceso de actualización y cualquier reinicio necesario.
Los enfoques descritos en este artículo tienen como objetivo guiarle hacia un método de actualización que reduce la posibilidad de interrupción del servicio y permite que el proceso de actualización se ajuste a su ventana de mantenimiento. Sin embargo, en algunos casos, las interrupciones del servicio son inevitables. Si el proceso de actualización de XenServer no puede ajustarse a su ventana de mantenimiento, puede ejecutar su grupo en modo mixto durante un corto período de tiempo entre ventanas de mantenimiento. Sin embargo, esto no se recomienda. Para obtener más información, consulte Grupos en modo mixto.
Durante la ventana de mantenimiento planificada para la actualización de XenServer, siga estas restricciones:
  • No intente reconfigurar la infraestructura del grupo que se está actualizando. Por ejemplo, no agregue ni expulse hosts del grupo.
  • No agregue, inicie ni detenga ninguna máquina virtual en el grupo que se está actualizando.
  • No realice actualizaciones de catálogo durante la ventana.
Related information
Uso de XenServer® con productos Citrix®

Actualización gradual del grupo

La Actualización gradual del grupo es una característica de XenServer diseñada para facilitar el proceso de actualización y minimizar el tiempo de inactividad.
El asistente de Actualización gradual del grupo en XenCenter® le guía a través del procedimiento de actualización y organiza la ruta de actualización automáticamente. Para los grupos, cada uno de los servidores del grupo se actualiza por turnos, comenzando por el coordinador del grupo. Antes de iniciar una actualización, el asistente realiza una serie de comprobaciones previas. Estas comprobaciones previas garantizan que ciertas funciones de todo el grupo, como la alta disponibilidad, se deshabiliten temporalmente y que cada servidor del grupo esté preparado para la actualización. Solo un servidor está sin conexión a la vez. Cualquier máquina virtual en ejecución se migra automáticamente de cada servidor antes de que se instale la actualización en ese servidor.
Puede utilizar la Actualización gradual del grupo para muchos de los casos de uso de Citrix Virtual Apps and Desktops descritos en este artículo. Para cada uno, el tiempo de actualización es el mismo: el número de hosts en el grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos). El potencial de interrupción de la máquina virtual depende de su carga de trabajo de Citrix Virtual Apps and Desktops y de la configuración del grupo de XenServer.
Incluso si tiene la intención de utilizar la Actualización gradual del grupo para actualizar su grupo de XenServer, revise la información de su entorno específico para asegurarse de que comprende las acciones de requisitos previos de Citrix Virtual Apps and Desktops, cualquier consideración especial y el comportamiento que debe esperar.

Casos de uso

Este artículo identifica varios casos de uso generales. Para cada uno de estos casos de uso, asumimos que el grupo de XenServer aloja solo un tipo de carga de trabajo de Citrix Virtual Apps and Desktops. Si su grupo contiene una combinación de diferentes tipos de carga de trabajo, revise todos los casos que se aplican a su grupo para decidir cuál es su enfoque de actualización preferido.
Primero, considere cómo está configurado su entorno de XenServer:
  • Grupo de XenServer con almacenamiento compartido
    En un grupo de XenServer con uno o más repositorios de almacenamiento compartido (SR), los discos de las máquinas virtuales pueden alojarse en este almacenamiento compartido, lo que permite que las máquinas virtuales migren entre hosts durante la actualización. Esta configuración puede reducir o eliminar la necesidad de tiempo de inactividad de las máquinas virtuales.
  • Grupo de XenServer sin almacenamiento compartido o un host independiente
    En un grupo de XenServer sin almacenamiento compartido o en un host de XenServer independiente, las máquinas virtuales no pueden migrar durante el proceso de actualización. Cuando el host se reinicia como parte de la actualización, debe apagar las máquinas virtuales.

Grupo de XenServer con almacenamiento compartido

Si está actualizando un grupo donde los discos de las máquinas virtuales se encuentran en almacenamiento compartido, puede evacuar las máquinas virtuales de cada host de XenServer en el grupo mientras se actualiza.
La mayoría de los casos de uso en este tipo de grupo se pueden actualizar mediante la actualización continua del grupo. Sin embargo, las acciones de requisitos previos necesarias en Citrix Virtual Apps and Desktops y el comportamiento de la interrupción son diferentes según su carga de trabajo.
Considere qué tipo de carga de trabajo de Citrix Virtual Apps and Desktops está alojada en su grupo:

Grupo de XenServer sin almacenamiento compartido o un host independiente

Si está actualizando un grupo donde los discos de las máquinas virtuales se encuentran en el almacenamiento local o si tiene un solo host en su grupo, las máquinas virtuales no se pueden migrar fuera de los hosts de XenServer mientras se actualizan. En estos casos, las máquinas virtuales deben apagarse durante la duración de la actualización del host o del grupo. En estos casos, es inevitable alguna interrupción de sus aplicaciones y escritorios virtuales.
Considere qué tipo de carga de trabajo de Citrix Virtual Apps and Desktops está alojada en su grupo:

Caso 1: Escritorios de sesión única que se ejecutan en un grupo con almacenamiento compartido

Este caso de uso cubre los grupos de XenServer con almacenamiento compartido cuya carga de trabajo principal son los escritorios virtuales de sesión única con el tipo de asignación de máquina aleatoria. Las máquinas de este tipo deben ser administradas por Citrix Provisioning o por Machine Creation Services.
Para cualquier carga de trabajo administrada por Citrix Virtual Apps and Desktops, incluidas aquellas que son administradas por Citrix Provisioning™ y Machine Creation Services, no puede mantener una carga de trabajo completa mientras se realiza la actualización. La administración de energía de las máquinas puede ser problemática durante el proceso de actualización y no puede deshabilitar la administración de energía sin deshabilitar también la creación de nuevas sesiones.
Opciones recomendadas para la actualización:
  • Actualización continua del grupo
    • Tiempo estimado de actualización: El número de hosts en el grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
    • Comportamiento de la interrupción: Todas las máquinas están en modo de mantenimiento de Citrix Virtual Apps and Desktops durante todo el tiempo de actualización.
Si es posible, haga que la carga de trabajo esté disponible desde otros grupos de XenServer con capacidad durante la actualización de este grupo. Este enfoque podría causar una capacidad reducida durante la actualización. Si no tiene capacidad para la carga de trabajo en sus otros hosts y grupos de XenServer, le recomendamos que declare una interrupción para todas las máquinas de su carga de trabajo.

Actualización gradual del grupo (1)

Revise los pasos y la guía en Antes de empezar.
  1. Ponga todas las máquinas del grupo en modo de mantenimiento. Si todas las máquinas utilizan la misma conexión, puede poner todo el catálogo de máquinas en modo de mantenimiento.
  2. Notifique a todos los usuarios afectados sobre la interrupción inminente.
    • Si las sesiones siguen ejecutándose en las máquinas de este grupo, pida a los usuarios que cierren la sesión o fuerce el cierre de sus sesiones.
    • Informe a los usuarios de que, después de cerrar la sesión, no podrán volver a iniciarla hasta que se reanude el servicio completo.
  3. En XenCenter, inicie el asistente de Actualización gradual del grupo y elija el modo automático. Para obtener más información, consulte Actualización gradual del grupo mediante XenCenter.
    Cuando la actualización se complete, cualquier máquina virtual que se haya suspendido como parte de la Actualización gradual del grupo se reiniciará.
  4. Saque las máquinas del modo de mantenimiento.
    Ahora se pueden iniciar nuevas sesiones y reanudar el servicio completo.

Caso 2: Otras cargas de trabajo que se ejecutan en un grupo con almacenamiento compartido

Este caso de uso cubre los grupos de XenServer con almacenamiento compartido cuya carga de trabajo principal son escritorios virtuales de sesión única con el tipo de asignación de máquina asignada o aplicaciones virtuales de sesión múltiple con el tipo de asignación de máquina aleatoria.
Opciones recomendadas para la actualización:
  • Actualización gradual del grupo
    • Tiempo estimado de actualización: El número de hosts en el grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
    • Comportamiento de la interrupción: Sin interrupción del servicio

Actualización gradual del grupo (2)

Revise los pasos y la guía en Antes de empezar.
  1. Asegúrese de que el grupo tenga suficiente capacidad para ejecutar su carga de trabajo con un host menos en el grupo. Durante el proceso de actualización, cada host se elimina uno a la vez. Los hosts restantes deben poder ejecutar todas las máquinas virtuales requeridas.
    Si no hay suficiente capacidad en el grupo, algunas máquinas podrían no estar disponibles durante el proceso de actualización. Si es posible, puede suspender cualquier máquina virtual no crítica durante el proceso de actualización.
  2. Asegúrese de que todas las máquinas proporcionadas por el grupo de XenServer estén encendidas y registradas con Citrix Virtual Apps and Desktops™ en los grupos de entrega relevantes.
    • Para máquinas no administradas:
      • Use XenCenter® para confirmar que todas las máquinas virtuales estén encendidas.
      • No realice ninguna acción de encendido manual durante el proceso de actualización.
    • Para máquinas con administración de energía:
      • Asegúrese de que todas las máquinas estén encendidas (mediante XenCenter, Citrix® Studio o Web Studio).
      • Para permitir que se inicien nuevas sesiones durante el proceso de actualización:
        • No ponga las máquinas en modo de mantenimiento.
        • No realice ninguna acción de encendido manual durante el proceso de actualización.
        • Deshabilite cualquier esquema de administración de energía que pueda suspender las máquinas.
        • Asegúrese de que no haya otros procesos que puedan apagar o suspender las máquinas.
      • Si es aceptable que las nuevas sesiones no puedan iniciarse durante la actualización:
      Para obtener más información, consulte Máquinas con administración de energía en un grupo de entrega.
    • Para máquinas administradas por Machine Creation Services™
      • Siga las mismas directrices que para las máquinas con administración de energía del elemento de lista anterior.
      • Además, no intente crear nuevas máquinas durante todo el período de actualización.
  3. En XenCenter, inicie el asistente Actualización gradual del grupo y elija el modo automático. Para obtener más información, consulte Actualización gradual del grupo mediante XenCenter.
  4. Restaure las operaciones de su entorno a su configuración habitual.
    • Elimine cualquier indicador de modo de mantenimiento establecido en pasos anteriores.
    • Revierta cualquier ajuste del esquema de administración de energía realizado en los pasos anteriores.

Caso 3: Escritorios asignados que se ejecutan en un grupo con almacenamiento local o en un host independiente

Este caso de uso cubre hosts independientes de XenServer o grupos que no tienen almacenamiento compartido y cuya carga de trabajo principal son escritorios virtuales de sesión única con el tipo de asignación de máquina asignada.
Opciones recomendadas para la actualización:
  • Actualización gradual del grupo (RPU) Utilice RPU en modo automático en una única ventana de mantenimiento. Esto requiere que todos los usuarios tengan una interrupción durante toda la actualización, pero tiene una menor sobrecarga administrativa para un grupo.
    • Tiempo estimado de actualización: El número de hosts en el grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
    • Comportamiento de la interrupción: Todas las máquinas están en modo de mantenimiento de Citrix Virtual Apps and Desktops durante todo el tiempo de actualización.
  • Actualización manual Este modo proporciona la menor interrupción para cada usuario durante la actualización, pero es más complejo para el administrador.
    • Tiempo estimado de actualización: Dos veces el tiempo de actualización de un solo host. (Aproximadamente 70 minutos)
    • Comportamiento de la interrupción: Cada escritorio no está disponible durante el tiempo de actualización de su host individual. Este tiempo suele ser de 35 minutos.

Actualización gradual del grupo (3)

Revise los pasos y la guía en Antes de empezar.
  1. Ponga en modo de mantenimiento todos los grupos de entrega o catálogos que proporcionan máquinas desde el grupo.
    Mientras las máquinas están en modo de mantenimiento, no se pueden iniciar nuevas sesiones en las máquinas del grupo. Las sesiones existentes se mantienen hasta que las máquinas se apagan o se suspenden.
    Para obtener más información, consulte Evitar que los usuarios se conecten a una máquina en un grupo de entrega.
  2. Notifique a todos los usuarios afectados sobre la interrupción inminente. Proporcione una hora límite para que finalicen sus sesiones e indique cuándo se restaurará el servicio.
  3. Compruebe si quedan sesiones en las máquinas afectadas y tome las medidas adecuadas para estas sesiones.
  4. En XenCenter, inicie el asistente de Actualización gradual del pool y elija el modo automático. Para obtener más información, consulte Actualización gradual del pool mediante XenCenter.
    Cuando la actualización se complete, todas las máquinas virtuales que se suspendieron como parte de la Actualización gradual del pool se reiniciarán.
  5. Saque las máquinas del modo de mantenimiento.
    Ahora se pueden iniciar nuevas sesiones y reanudar el servicio completo.

Actualización manual (3)

Puede utilizar este proceso manual para actualizar primero el coordinador del pool y luego todos los demás hosts en paralelo para reducir significativamente el tiempo total de inactividad.
Nota:
Con el enfoque de actualización en paralelo, el perfil de riesgo cambia. Si hay un problema durante la actualización, es posible que no se detecte hasta que todos los hosts se hayan actualizado y estén experimentando el problema. Mientras que, si actualiza sus hosts secuencialmente, puede verificar que la actualización se realizó correctamente en cada host antes de pasar al siguiente.
Revise los pasos y la guía en Antes de empezar.
  1. Asegúrese de que todas las máquinas proporcionadas por el pool o host de XenServer estén encendidas y registradas con Citrix Virtual Apps and Desktops™ en los grupos de entrega relevantes.
    • Para máquinas no administradas:
      • Use XenCenter® para confirmar que todas las máquinas virtuales están encendidas.
      • No realice ninguna acción manual de encendido durante el proceso de actualización.
    • Para máquinas con administración de energía:
      • Asegúrese de que todas las máquinas estén encendidas (mediante XenCenter o Studio).
      • Para permitir que se inicien nuevas sesiones durante el proceso de actualización:
        • No ponga las máquinas en modo de mantenimiento.
        • No realice ninguna acción de encendido/apagado manual durante el proceso de actualización.
        • Deshabilite cualquier esquema de administración de energía que pueda suspender las máquinas.
        • Asegúrese de que no haya otros procesos que puedan apagar o suspender las máquinas.
      • Si es aceptable que no se puedan iniciar nuevas sesiones durante la actualización:
      Para obtener más información, consulte Máquinas con administración de energía en un grupo de entrega.
    • Para máquinas administradas por Machine Creation Services™
      • Siga las mismas directrices que para las máquinas con administración de energía del elemento de lista anterior.
      • Además, no intente crear máquinas durante todo el período de actualización.
  2. Identifique el coordinador del grupo y las máquinas virtuales asociadas.
  3. Ponga las máquinas del catálogo en el host coordinador del grupo en modo de mantenimiento.
  4. Utilice Director, Citrix® Studio o Web Studio para enviar mensajes a los usuarios que aún estén conectados a sesiones activas, advirtiéndoles de que su escritorio estará sin conexión durante un período. Este período es el tiempo de actualización para este host individual (aproximadamente 35 minutos).
  5. Actualice el coordinador del grupo mediante la CLI de xe:
    1. Deshabilite el coordinador del grupo. Esto evita que se inicien nuevas máquinas virtuales o se migren al host especificado.
      xe host-disable host=<uuid_or_name_label>
    2. Asegúrese de que no haya máquinas virtuales ejecutándose en el coordinador del grupo. Apague, suspenda o migre las máquinas virtuales a otros hosts del grupo.
      • Para apagar una máquina virtual, use el siguiente comando:
        xe vm-shutdown
      • Para suspender una máquina virtual, use el siguiente comando:
        xe vm-suspend
      • Para migrar una máquina virtual específica, use el siguiente comando:
        xe vm-migrate
        La migración de máquinas virtuales específicas a hosts específicos le da control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.
      • Para evacuar el host, use el siguiente comando:
        xe host-evacuate
        La evacuación de todas las máquinas virtuales de un host deja la distribución de las máquinas virtuales migradas a XenServer.
    3. Apague el coordinador del grupo.
      xe host-shutdown
      Importante:
      No podrá ponerse en contacto con el coordinador del grupo hasta que se complete la actualización del coordinador del grupo. Apagar el coordinador del grupo hace que los demás hosts del grupo entren en modo de emergencia. Los hosts pueden entrar en modo de emergencia cuando están en un grupo cuyo coordinador ha desaparecido de la red y no se puede contactar después de varios intentos. Las máquinas virtuales continúan ejecutándose en hosts en modo de emergencia, pero las operaciones de control no están disponibles.
    4. Arranque el coordinador del grupo utilizando el medio de instalación de XenServer y el método de su elección (como USB o red).
    5. Siga el procedimiento de instalación de XenServer hasta que el instalador le ofrezca la opción de actualizar. Elija actualizar.
      Cuando el coordinador del grupo se reinicie, los demás hosts del grupo saldrán del modo de emergencia y el servicio normal se restablecerá después de unos minutos.
    6. Inicie o reanude cualquier máquina virtual apagada o suspendida.
    7. Migre cualquier máquina virtual que desee de nuevo al coordinador del grupo.
    Si algo interrumpe la actualización del coordinador del grupo o si la actualización falla por cualquier motivo, no intente continuar con la actualización. Reinicie el coordinador del grupo y restaure a una versión funcional.
  6. Una vez actualizado el coordinador del grupo, saque las máquinas del coordinador del grupo del modo de mantenimiento en Citrix Studio o Web Studio.
  7. Complete los siguientes pasos en paralelo para todos los hosts restantes del grupo:
    1. Ponga las máquinas del catálogo del host en modo de mantenimiento.
    2. Utilice Director, Citrix Studio o Web Studio para enviar mensajes a los usuarios que aún estén conectados a sesiones activas, advirtiéndoles de que su escritorio se desconectará durante un período. Este período es el tiempo de actualización de este host individual (aproximadamente 35 minutos).
    3. Inhabilite el host mediante la CLI de xe.
      xe host-disable host-selector=<host_selector_value>
    4. Asegúrese de que no haya máquinas virtuales ejecutándose en el host. Apague, suspenda o migre las máquinas virtuales a otros hosts del grupo.
      • Para apagar una máquina virtual, utilice el siguiente comando:
        xe vm-shutdown
      • Para suspender una máquina virtual, utilice el siguiente comando:
        xe vm-suspend
      • Para migrar una máquina virtual específica, utilice el siguiente comando:
        xe vm-migrate
        La migración de máquinas virtuales específicas a hosts específicos le da control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.
      • Para evacuar el host, utilice el siguiente comando:
        xe host-evacuate
        La evacuación de todas las máquinas virtuales de un host deja la distribución de las máquinas virtuales migradas a XenServer.
    5. Apague el host.
      xe host-shutdown
    6. Arranque el host utilizando los medios de instalación de XenServer y el método de su elección (como, USB o red).
    7. Siga el procedimiento de instalación de XenServer hasta que el instalador le ofrezca la opción de actualizar. Elija actualizar.
    8. Una vez completada la actualización del host, inicie o reanude cualquier máquina virtual apagada o suspendida.
    9. Migre cualquier máquina virtual que desee devolver al host.
    Si la actualización de un host subordinado falla o se interrumpe, no es necesario revertir. Ejecute el comando xe host-forget en el pool para olvidar ese host. Reinstale XenServer en el host y luego únalo, como un nuevo host, al pool utilizando el comando xe pool-join.
  8. Una vez actualizados los hosts de XenServer, saque las máquinas del modo de mantenimiento en Citrix Studio o Web Studio.

Caso 4: Otras cargas de trabajo ejecutándose en un pool con almacenamiento local o en un host independiente

Este caso de uso cubre pools de XenServer con almacenamiento compartido cuya carga de trabajo principal son escritorios virtuales de sesión única o aplicaciones virtuales de sesión múltiple con el tipo de asignación de máquina aleatoria.
Para cualquier carga de trabajo gestionada por Citrix Virtual Apps and Desktops, incluidas las que son gestionadas energéticamente por Citrix Provisioning y Machine Creation Services, no se puede mantener una carga de trabajo completa mientras se realiza la actualización. La gestión de energía de las máquinas puede ser problemática durante el proceso de actualización y no se puede deshabilitar la gestión de energía sin deshabilitar también la creación de nuevas sesiones.
Opciones recomendadas para la actualización:
  • Actualización gradual del pool
    • Tiempo estimado de actualización: El número de hosts en el pool multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
    • Comportamiento de la interrupción: Todas las máquinas están en modo de mantenimiento de Citrix Virtual Apps and Desktops durante todo el tiempo de actualización.
  • Actualización manual
    • Tiempo estimado de actualización: Dos veces el tiempo de actualización para un solo host. (Aproximadamente 70 minutos)
    • Comportamiento de la interrupción: Todas las máquinas están en modo de mantenimiento de Citrix Virtual Apps and Desktops durante todo el tiempo de actualización.
Si es posible, haga que la carga de trabajo esté disponible desde otros pools de XenServer con capacidad durante la actualización de este pool. Este enfoque podría causar una capacidad reducida durante la actualización. Si no tiene capacidad para la carga de trabajo en sus otros hosts y pools de XenServer, le recomendamos que declare una interrupción para todas las máquinas de su carga de trabajo.

Actualización gradual del pool (4)

Revise los pasos y la guía en Antes de empezar.
  1. Ponga todas las máquinas del pool en modo de mantenimiento. Si todas las máquinas utilizan la misma conexión, puede poner todo el catálogo de máquinas en modo de mantenimiento.
  2. Notifique a todos los usuarios afectados sobre la interrupción inminente.
    • Si todavía hay sesiones ejecutándose en las máquinas de este pool, pida a los usuarios que cierren sesión o fuerce el cierre de sus sesiones.
    • Informe a los usuarios de que, después de cerrar sesión, no podrán volver a iniciarla hasta que se reanude el servicio completo.
  3. En XenCenter, inicie el asistente de Actualización gradual del pool y elija el modo automático. Para obtener más información, consulte Actualización gradual del pool mediante XenCenter.
    Cuando la actualización se complete, cualquier máquina virtual que haya sido suspendida como parte de la Actualización gradual del pool se reiniciará.
  4. Saque las máquinas del modo de mantenimiento.
    Ahora se pueden iniciar nuevas sesiones y reanudar el servicio completo.

Actualización manual (4)

Puede utilizar este proceso manual para actualizar primero el coordinador del pool y luego todos los demás hosts en paralelo para reducir significativamente el tiempo total de interrupción.
Nota:
Con el enfoque de actualización paralela, el perfil de riesgo cambia. Si hay un problema durante la actualización, es posible que no se detecte hasta que todos los hosts se hayan actualizado y estén experimentando el problema. Mientras que si actualiza sus hosts secuencialmente, puede verificar que la actualización se realizó correctamente en cada host antes de pasar al siguiente.
Revise los pasos y la guía en Antes de empezar.
  1. Asegúrese de que todas las máquinas proporcionadas por el grupo o host de XenServer estén encendidas y registradas con Citrix Virtual Apps and Desktops™ en los grupos de entrega relevantes.
    • Para máquinas no administradas:
      • Use XenCenter® para confirmar que todas las máquinas virtuales están encendidas.
      • No realice ninguna acción de encendido manual durante el proceso de actualización.
    • Para máquinas con administración de energía:
      • Asegúrese de que todas las máquinas estén encendidas (mediante XenCenter o Studio).
      • Para permitir que se inicien nuevas sesiones durante el proceso de actualización:
        • No ponga las máquinas en modo de mantenimiento.
        • No realice ninguna acción de encendido manual durante el proceso de actualización.
        • Deshabilite cualquier esquema de administración de energía que pueda suspender las máquinas.
        • Asegúrese de que no haya otros procesos que puedan apagar o suspender las máquinas.
      • Si es aceptable que no se puedan iniciar nuevas sesiones durante la actualización:
      Para obtener más información, consulte Máquinas administradas por energía en un grupo de entrega.
    • Para máquinas administradas por Machine Creation Services™
      • Siga las mismas directrices que para las máquinas administradas por energía en el elemento de lista anterior.
      • Además, no intente crear máquinas durante todo el período de actualización.
  2. Identifique el coordinador del grupo y las máquinas virtuales asociadas.
  3. Ponga las máquinas del catálogo en el host coordinador del grupo en modo de mantenimiento.
  4. Utilice Director, Citrix® Studio o Web Studio para enviar mensajes a los usuarios que aún están conectados a sesiones activas, advirtiéndoles de que su escritorio estará sin conexión durante un período. Este período es el tiempo de actualización para este host individual (aproximadamente 35 minutos).
  5. Actualice el coordinador del grupo mediante la CLI de xe:
    1. Deshabilite el coordinador del grupo. Esto evita que se inicien nuevas máquinas virtuales o que se migren al host especificado.
      xe host-disable host=<uuid_or_name_label>
    2. Asegúrese de que no haya máquinas virtuales ejecutándose en el coordinador del grupo. Apague, suspenda o migre las máquinas virtuales a otros hosts del grupo.
      • Para apagar una máquina virtual, utilice el siguiente comando:
        xe vm-shutdown
      • Para suspender una máquina virtual, utilice el siguiente comando:
        xe vm-suspend
      • Para migrar una máquina virtual específica, utilice el siguiente comando:
        xe vm-migrate
        La migración de máquinas virtuales especificadas a hosts especificados le da control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.
      • Para evacuar el host, utilice el siguiente comando:
        xe host-evacuate
        La evacuación de todas las máquinas virtuales de un host deja la distribución de las máquinas virtuales migradas a XenServer.
    3. Apague el coordinador del grupo.
      xe host-shutdown
      Importante:
      No podrá ponerse en contacto con el coordinador del grupo hasta que se complete la actualización del coordinador del grupo. Apagar el coordinador del grupo hace que los demás hosts del grupo entren en modo de emergencia. Los hosts pueden entrar en modo de emergencia cuando están en un grupo cuyo coordinador ha desaparecido de la red y no se puede contactar después de varios intentos. Las máquinas virtuales continúan ejecutándose en hosts en modo de emergencia, pero las operaciones de control no están disponibles.
    4. Arranque el coordinador del grupo utilizando el medio de instalación de XenServer y el método de su elección (por ejemplo, USB o red).
    5. Siga el procedimiento de instalación de XenServer hasta que el instalador le ofrezca la opción de actualizar. Elija actualizar.
      Cuando el coordinador del grupo se reinicie, los demás hosts del grupo saldrán del modo de emergencia y el servicio normal se restaurará después de unos minutos.
    6. Inicie o reanude cualquier máquina virtual apagada o suspendida.
    7. Migre cualquier máquina virtual que desee de nuevo al coordinador del grupo.
    Si algo interrumpe la actualización del coordinador del grupo o si la actualización falla por cualquier motivo, no intente continuar con la actualización. Reinicie el coordinador del grupo y restaure a una versión funcional.
  6. Una vez actualizado el coordinador del grupo, saque las máquinas del coordinador del grupo del modo de mantenimiento en Citrix Studio o Web Studio.
  7. Complete los siguientes pasos en paralelo para todos los hosts restantes del grupo:
    1. Ponga las máquinas del catálogo del host en modo de mantenimiento.
    2. Utilice Director, Citrix Studio o Web Studio para enviar mensajes a los usuarios que todavía están conectados a sesiones activas, advirtiéndoles que su escritorio estará sin conexión durante un período. Este período es el tiempo de actualización para este host individual (aproximadamente 35 minutos).
    3. Deshabilite el host mediante la CLI de xe.
      xe host-disable host-selector=<host_selector_value>
    4. Asegúrese de que no haya máquinas virtuales ejecutándose en el host. Apague, suspenda o migre las máquinas virtuales a otros hosts del grupo.
      • Para apagar una máquina virtual, utilice el siguiente comando:
        xe vm-shutdown
      • Para suspender una máquina virtual, utilice el siguiente comando:
        xe vm-suspend
      • Para migrar una máquina virtual específica, utilice el siguiente comando:
        xe vm-migrate
        La migración de máquinas virtuales especificadas a hosts especificados le da control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.
      • Para evacuar el host, utilice el siguiente comando:
        xe host-evacuate
        La evacuación de todas las máquinas virtuales de un host deja la distribución de las máquinas virtuales migradas a XenServer.
    5. Apague el host.
      xe host-shutdown
    6. Arranque el host utilizando el medio de instalación de XenServer y el método de su elección (por ejemplo, USB o red).
    7. Siga el procedimiento de instalación de XenServer hasta que el instalador le ofrezca la opción de actualizar. Elija actualizar.
    8. Una vez completada la actualización del host, inicie o reanude cualquier máquina virtual apagada o suspendida.
    9. Migre cualquier máquina virtual que desee de nuevo al host.
    Si la actualización de un host subordinado falla o se interrumpe, no es necesario revertir. Ejecute el comando xe host-forget en el grupo para olvidar ese host. Reinstale XenServer en el host y, a continuación, únase a él, como un nuevo host, al grupo utilizando el comando xe pool-join.
  8. Después de actualizar los hosts de XenServer, saque las máquinas del modo de mantenimiento en Citrix Studio o Web Studio.

Grupos de modo mixto

Un grupo de modo mixto es aquel en el que los hosts del grupo utilizan diferentes versiones de XenServer. No opere su grupo en modo mixto (con varias versiones de XenServer) durante más tiempo del necesario, ya que el grupo funciona en un estado degradado durante la actualización. En este estado degradado, ciertas operaciones de VM, SR, VDI y host están bloqueadas. Las VM que se han ejecutado en un host con la versión superior de XenServer no se pueden migrar ni iniciar en un host con la versión inferior de XenServer.
Los grupos de modo mixto no son compatibles para el uso estándar y solo se admiten como un estado transitorio durante la actualización de un grupo. Si experimenta un problema mientras se ejecuta en modo mixto, el Soporte técnico le pedirá que complete la actualización de su grupo y luego reproduzca el problema en un grupo no mixto.
Después de revisar las opciones de actualización para su entorno de Citrix Virtual Apps and Desktops, la ruta de actualización planificada de XenServer podría tardar más de lo que permite la ventana de mantenimiento disponible. Si es posible, amplíe la ventana de mantenimiento para permitir que la actualización de XenServer se complete dentro de ella. Si esto no es posible, puede optar por ejecutar el grupo en modo mixto hasta su próxima ventana de mantenimiento. Sin embargo, ejecutar el grupo en modo mixto aumenta la probabilidad de comportamientos o problemas inesperados que podrían hacer que necesite una ventana de mantenimiento de emergencia. Planifique minimizar el tiempo que su grupo pasa en modo mixto.
Si su entorno de Citrix Virtual Apps and Desktops se está ejecutando temporalmente sobre un grupo XenServer de modo mixto, tenga en cuenta los siguientes comportamientos:
  • Para las cargas de trabajo de escritorios agrupados que requieren que las VM se reinicien antes de ser reutilizadas, las VM se reinician solo en los hosts que ejecutan la versión más reciente de XenServer. La capacidad efectiva del grupo está restringida. Dependiendo de cuántos de los hosts de su grupo se hayan actualizado, podría haber una capacidad insuficiente para reiniciar todas las VM requeridas. Este comportamiento puede provocar fallos y algunos usuarios de Citrix Virtual Apps and Desktops podrían no poder acceder a sus sesiones requeridas.
  • Si tiene máquinas dedicadas que utilizan almacenamiento local y que se encuentran en hosts que ejecutan la versión anterior de XenServer, estas VM se pueden detener, pero no se pueden reiniciar hasta que la actualización esté completa y el grupo ya no esté en modo mixto.