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

XenServer contiene funciones y optimizaciones que lo convierten en un hipervisor ideal para su uso en el entorno de Citrix Virtual Apps and Desktops.

Si utiliza XenServer con Citrix Virtual Apps and Desktops, hay algunas consideraciones a la hora de realizar la actualización que no se tratan en el artículo principal de actualización: Actualizar desde una versión existente. Consulte este artículo y el artículo principal de actualización antes de iniciar la actualización de Citrix Hypervisor 8.2 a XenServer 8.

Importante:

Si usa su licencia de Citrix Virtual Apps and Desktops con sus hosts de Citrix Hypervisor 8.2 CU 1, esta licencia ya no se aplica a XenServer 8. En su lugar, debe obtener licencias de XenServer Premium Edition para cubrir todos los sockets de CPU de su grupo. Para obtener más información, consulte https://xenserver.com/buy.

XenServer ahora es un derecho de las suscripciones a Citrix for Private Cloud, Citrix Universal Hybrid Multi Cloud y Citrix Platform License para ejecutar las cargas de trabajo de Citrix. Lea más

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 en 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 se deben migrar o detener durante este tiempo.
• El enfoque que se utilice para actualizar XenServer depende del entorno de XenServer, del entorno de Citrix Virtual Apps and Desktops y de los tipos de máquinas y aplicaciones que aloje XenServer.
• Es posible que deba realizar algunos preparativos en el entorno de Citrix Virtual Apps and Desktops antes de iniciar la actualización de XenServer.
• Este artículo solo cubre los casos de uso en los que la carga de trabajo de Citrix Virtual Apps and Desktops se aloja en el grupo de XenServer. En este artículo no se tratan los casos en los que también aloja partes de la infraestructura de Citrix Virtual Apps and Desktops en máquinas virtuales del grupo de XenServer. Tenga en cuenta estos componentes al planificar la actualización.
• Asegúrese de que la versión de Citrix Virtual Apps and Desktops que está utilizando sea compatible tanto para la versión de XenServer desde la que está actualizando como para la versión a la que está actualizando. Para obtener más información, consulte Hipervisores compatibles para Citrix Virtual Apps and Desktops (MCS) y Citrix Provisioning (PVS).
• El tiempo necesario para realizar la actualización y la posibilidad de que se produzca una interrupción del servicio dependen del enfoque de la actualización. La mejora completa de una agrupación completa puede tardar varias horas en completarse.
• En este artículo se presupone que el tiempo necesario para actualizar por completo un único host de XenServer es de 35 minutos. Este tiempo de actualización del host incluye el proceso de actualización y los reinicios necesarios.

Los enfoques descritos en este artículo tienen como objetivo guiarlo hacia un método de actualización que reduzca la posibilidad de interrupciones del servicio y permita que el proceso de actualización se ajuste a su período de mantenimiento. Sin embargo, en algunos casos, las interrupciones del servicio son inevitables. Si el proceso de actualización de XenServer no cabe en el período de mantenimiento, puede ejecutar el grupo en modo mixto durante un breve período de tiempo entre las ventanas de mantenimiento. Sin embargo, esto no se recomienda. Para obtener más información, consulte Grupos de modo mixto.

Durante el período de actualización y mantenimiento planificado de XenServer, siga estas restricciones:

• No intente reconfigurar la infraestructura del grupo que se está actualizando. Por ejemplo, no añada ni expulse anfitriones del grupo.
• No agregue, inicie ni detenga ninguna máquina virtual del grupo que se está actualizando.
• No actualice el catálogo durante la ventana.

Actualización gradual de versiones de grupos

Rolling Pool Upgrade es una función de XenServer diseñada para facilitar el proceso de actualización y minimizar el tiempo de inactividad.

El asistente Rolling Pool Upgrade de XenCenter lo 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 sucesivamente, empezando por el coordinador del grupo. Antes de iniciar una actualización, el asistente lleva a cabo una serie de comprobaciones previas. Estas comprobaciones previas garantizan que ciertas funciones de todo el grupo, como la alta disponibilidad, estén deshabilitadas temporalmente y que cada servidor del grupo esté preparado para la actualización. Solo hay un servidor fuera de línea a la vez. Todas las máquinas virtuales en ejecución se migran automáticamente fuera de cada servidor antes de que se instale la actualización en ese servidor.

Puede usar Rolling Pool Upgrade para muchos de los casos de uso de Citrix Virtual Apps and Desktops que se describen en este artículo. Para cada uno, el tiempo de actualización es el mismo: el número de hosts del grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos). La posibilidad de que se produzca una interrupción de la máquina virtual depende de la 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 Rolling Pool Upgrade para actualizar su grupo de XenServer, revise la información de su entorno específico para asegurarse de que comprende las acciones previas de Citrix Virtual Apps and Desktops, cualquier consideración especial y el comportamiento esperado.

Casos de uso

En este artículo se identifican 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.

En primer lugar, tenga en cuenta 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 máquina virtual se pueden alojar en este almacenamiento compartido, lo que permite que las máquinas virtuales migren de un host a otro 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 ni 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 reinicie como parte de la actualización, debe apagar las máquinas virtuales.

Grupo de XenServer con almacenamiento compartido

Si va a actualizar un grupo en el que los discos de máquina virtual se encuentran en un almacenamiento compartido, puede evacuar las máquinas virtuales de cada host de XenServer del grupo mientras se actualiza.

La mayoría de los casos de uso de este tipo de grupos se pueden actualizar mediante Rolling Pool Upgrade. Sin embargo, las acciones previas necesarias en Citrix Virtual Apps and Desktops y el comportamiento de las interrupciones varían según la carga de trabajo.

Tenga en cuenta qué tipo de carga de trabajo de Citrix Virtual Apps and Desktops está alojada en su grupo:

• Escritorios de sesión única sin asignar

• Otras cargas de trabajo

Grupo de XenServer sin almacenamiento compartido ni host independiente

Si está actualizando un grupo en el que los discos de máquina virtual están ubicados en el almacenamiento local o si tiene un solo host en su grupo, las máquinas virtuales no se pueden migrar de los hosts de XenServer mientras se actualizan. En estos casos, las máquinas virtuales deben apagarse mientras dure la actualización del host o del grupo. En estos casos, es inevitable que se produzcan algunas interrupciones en sus aplicaciones y escritorios virtuales.

Tenga en cuenta qué tipo de carga de trabajo de Citrix Virtual Apps and Desktops está alojada en su grupo:

• Escritorios asignados
• Otras cargas de trabajo

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

Este caso de uso abarca 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áquinas aleatorias. Las máquinas de este tipo deben administrarse mediante Citrix Provisioning o Machine Creation Services.

Para cualquier carga de trabajo que administre Citrix Virtual Apps and Desktops, incluidas las que son administradas por Citrix Provisioning and 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 resultar problemática durante el proceso de actualización y no se 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 gradual de versiones de grupos
  • Tiempo estimado de actualización: el número de hosts del grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
  • Comportamiento de 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 en otros grupos de XenServer con capacidad durante la actualización de este grupo. Este enfoque puede provocar una reducción de la capacidad durante la actualización. Si no tiene capacidad para la carga de trabajo en los otros hosts y grupos de XenServer, le recomendamos que declare una interrupción en todas las máquinas de su carga de trabajo.

Mejora de la agrupación rodante (1)

Revisa los pasos y las instrucciones de Antes de empezar.

1. Pon todas las máquinas de la agrupación 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 de la interrupción inminente.

   • Si las sesiones siguen ejecutándose en las máquinas de este grupo, pida a los usuarios que cierren sesión o fuerce la finalización de sus sesiones.

   • Informe a los usuarios de que, una vez que cierren la sesión, no podrán volver a iniciar sesión hasta que se reanude el servicio completo.

3. En XenCenter, inicie el asistente de actualización gradual de grupos y elija el modo automático. Para obtener más información, consulte Actualización gradual de grupos mediante XenCenter.

   Una vez finalizada la actualización, se reinician todas las máquinas virtuales que se suspendieron como parte de la actualización continua de la agrupación.

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 abarca 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áquinas asignado o aplicaciones virtuales de sesión múltiple con el tipo de asignación de máquinas aleatorias.

Opciones recomendadas para la actualización:

• Actualización gradual de versiones de grupos
  • Tiempo estimado de actualización: el número de hosts del grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
  • Comportamiento de interrupción: sin interrupción del servicio

Mejora de la agrupación rodante (2)

Revisa los pasos y las instrucciones de 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 de uno en uno. Los hosts restantes deben poder ejecutar todas las máquinas virtuales necesarias.

   Si no hay suficiente capacidad en el grupo, es posible que algunas máquinas no estén disponibles durante el proceso de actualización. Si es posible, puede suspender cualquier máquina virtual que no sea 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 en Citrix Virtual Apps and Desktops en los grupos de entrega correspondientes.

   • 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 alimentación 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 manual de alimentación 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 sesiones nuevas no puedan iniciarse durante la actualización:
       • Pon la conexión de alojamiento en modo de mantenimiento. Para obtener más información, consulte Activar o desactivar el modo de mantenimiento para una conexión.
       • Informe a los usuarios finales de que, si cierran sesión, no podrán volver a conectarse durante la actualización.

     Para obtener más información, consulte Máquinas administradas de energía en un grupo de entrega.

   • Para máquinas administradas por Machine Creation Services

     • Siga las mismas instrucciones que para las máquinas con administración de energía del elemento de la lista anterior.
     • Además, no intente crear máquinas nuevas durante todo el período de actualización.

3. En XenCenter, inicie el asistente de actualización gradual de grupos y elija el modo automático. Para obtener más información, consulte Actualización gradual de grupos mediante XenCenter.

4. Restaure las operaciones de su entorno a su configuración habitual.

   • Elimine todos los indicadores del modo de mantenimiento establecidos en los 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 abarca los hosts o grupos independientes de XenServer 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áquinas asignado.

Opciones recomendadas para la actualización:

• Rolling Pool Upgrade Utilice la RPU en modo automático en una sola ventana de mantenimiento. Esto requiere que todos los usuarios tengan una interrupción durante toda la actualización, pero supone una menor sobrecarga de administración para un grupo
  • Tiempo estimado de actualización: el número de hosts del grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
  • Comportamiento de 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 complicado para el administrador
  • Tiempo estimado de actualización: dos veces el tiempo de actualización de un solo host. (Aproximadamente 70 minutos)
  • Comportamiento de interrupción: cada escritorio no está disponible durante el tiempo de actualización para su host individual. Este tiempo suele ser de 35 minutos.

Mejora de la agrupación rodante (3)

Revisa los pasos y las instrucciones de Antes de empezar.

1. Coloque todos los grupos de entrega o catálogos que proporcionan máquinas del grupo en modo de mantenimiento.

   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 apaguen o suspendan.

   Para obtener más información, consulte Impedir que los usuarios se conecten a una máquina de un grupo de entrega.

2. Notifique a todos los usuarios afectados de la interrupción inminente. Indique una hora en la que deben finalizar sus sesiones e indique cuándo se restablecerá el servicio.

3. Compruebe si hay sesiones restantes en las máquinas afectadas y tome las medidas adecuadas para estas sesiones.

4. En XenCenter, inicie el asistente de actualización gradual de grupos y elija el modo automático. Para obtener más información, consulte Actualización gradual de grupos mediante XenCenter.

   Una vez finalizada la actualización, se reinician todas las máquinas virtuales que se suspendieron como parte de la actualización continua de la agrupació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 usar este proceso manual para actualizar primero el coordinador del grupo y luego todos los demás hosts en paralelo, a fin de reducir significativamente el tiempo total de interrupción.

Nota:

Con el enfoque de actualización paralela, el perfil de riesgo cambia. Si hay algún 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 de forma secuencial, puede comprobar que la actualización se ha realizado correctamente en cada host antes de pasar al siguiente.

Revisa los pasos y las instrucciones de Antes de empezar.

1. Asegúrese de que todas las máquinas proporcionadas por el grupo o el host de XenServer estén encendidas y registradas en Citrix Virtual Apps and Desktops en los grupos de entrega correspondientes.

   • 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 alimentación 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 manual de alimentación 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 sesiones nuevas no puedan iniciarse durante la actualización:
       • Pon la conexión de alojamiento en modo de mantenimiento. Para obtener más información, consulte Activar o desactivar el modo de mantenimiento para una conexión.
       • Informe a los usuarios finales de que, si cierran sesión, no podrán volver a conectarse durante la actualización.

     Para obtener más información, consulte Máquinas administradas de energía en un grupo de entrega.

   • Para máquinas administradas por Machine Creation Services

     • Siga las mismas instrucciones que para las máquinas con administración de energía del elemento de la lista anterior.
     • Además, no intente crear máquinas durante todo el período de actualización.

2. Identifique al coordinador del grupo y las máquinas virtuales asociadas.

3. Coloque las máquinas del catálogo del host del coordinador de grupos en modo de mantenimiento.

4. Use Director, Citrix Studio o Web Studio para enviar mensajes a los usuarios que aún están conectados a las sesiones activas, avisándoles de que su escritorio se quedará sin conexión durante un período. Este período es el tiempo de actualización de este host individual (aproximadamente 35 minutos).

5. Actualice el coordinador del grupo mediante la CLI xe:

   1. Desactiva el coordinador de la agrupación. Esto impide que cualquier máquina virtual nueva se inicie o se migre 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. Cierre, 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 proporciona un control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.

      • Para evacuar el anfitrión, utilice el siguiente comando:

         xe host-evacuate
        

        Al evacuar todas las máquinas virtuales de un host, se deja la distribución de las máquinas virtuales migradas a XenServer.

   3. Cierre el coordinador de agrupaciones.

      xe host-shutdown
      

      Importante:

      No puede ponerse en contacto con el coordinador de la agrupación hasta que se complete la actualización del coordinador de la agrupación. Al cerrar el coordinador de la agrupación, los demás anfitriones de la agrupación entran en modo de emergencia. Los anfitriones pueden entrar en modo de emergencia cuando se encuentran en un grupo cuyo coordinador de grupo ha desaparecido de la red y no se puede contactar con ellos tras varios intentos. Las VM siguen ejecutándose en hosts en modo de emergencia, pero las operaciones de control no están disponibles.

   4. Arranque el coordinador del grupo mediante el medio de instalación de XenServer y el método que prefiera (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 de la agrupación se reinicia, los demás anfitriones de la agrupación abandonan el modo de emergencia y el servicio normal se restablece después de unos minutos.

   6. Inicie o reanude cualquier máquina virtual apagada o suspendida.

   7. Migre las máquinas virtuales que quiera volver al coordinador del grupo.

   Si algo interrumpe la actualización del coordinador del grupo o si la actualización falla por algún 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 de grupos, saque las máquinas del coordinador de grupos 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. Coloque las máquinas del catálogo del host en modo de mantenimiento.

   2. Use Director, Citrix Studio o Web Studio para enviar mensajes a los usuarios que aún están conectados a las sesiones activas, avisándoles de que su escritorio se quedará sin conexión 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 xe.

      xe host-disable host-selector=<host_selector_value>
      

   4. Asegúrese de que no se ejecuten máquinas virtuales en el host. Cierre, 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 proporciona un control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.

      • Para evacuar el anfitrión, utilice el siguiente comando:

         xe host-evacuate
        

        Al evacuar todas las máquinas virtuales de un host, se deja la distribución de las máquinas virtuales migradas a XenServer.

   5. Apaga el host.

      xe host-shutdown
      

   6. Arranque el host mediante el medio de instalación de XenServer y el método que prefiera (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 las máquinas virtuales apagadas o suspendidas.

   9. Migre las máquinas virtuales que quiera volver al host.

   Si la actualización de un host subordinado falla o se interrumpe, no es necesario revertirla. Ejecuta el comando xe host-forget en la agrupación para olvidar ese anfitrión. Vuelva a instalar XenServer en el host y, a continuación, únalo, como un nuevo host, al grupo mediante 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 que se ejecutan en un grupo con almacenamiento local o en un host independiente

Este caso de uso abarca grupos 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áquinas aleatorias.

Para cualquier carga de trabajo que administre Citrix Virtual Apps and Desktops, incluidas las que son administradas por Citrix Provisioning and 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 resultar problemática durante el proceso de actualización y no se 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 gradual de versiones de grupos
  • Tiempo estimado de actualización: el número de hosts del grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos)
  • Comportamiento de 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 de un solo host. (Aproximadamente 70 minutos)
  • Comportamiento de 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 en otros grupos de XenServer con capacidad durante la actualización de este grupo. Este enfoque puede provocar una reducción de la capacidad durante la actualización. Si no tiene capacidad para la carga de trabajo en los otros hosts y grupos de XenServer, le recomendamos que declare una interrupción en todas las máquinas de su carga de trabajo.

Mejora de la agrupación rodante (4)

Revisa los pasos y las instrucciones de Antes de empezar.

1. Pon todas las máquinas de la agrupación 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 de la interrupción inminente.

   • Si las sesiones siguen ejecutándose en las máquinas de este grupo, pida a los usuarios que cierren sesión o fuerce la finalización de sus sesiones.

   • Informe a los usuarios de que, una vez que cierren la sesión, no podrán volver a iniciar sesión hasta que se reanude el servicio completo.

3. En XenCenter, inicie el asistente de actualización gradual de grupos y elija el modo automático. Para obtener más información, consulte Actualización gradual de grupos mediante XenCenter.

   Una vez finalizada la actualización, se reinician todas las máquinas virtuales que se suspendieron como parte de la actualización continua de la agrupación.

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 usar este proceso manual para actualizar primero el coordinador del grupo y luego todos los demás hosts en paralelo, a fin de reducir significativamente el tiempo total de interrupción.

Nota:

Con el enfoque de actualización paralela, el perfil de riesgo cambia. Si hay algún 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 de forma secuencial, puede comprobar que la actualización se ha realizado correctamente en cada host antes de pasar al siguiente.

Revisa los pasos y las instrucciones de Antes de empezar.

1. Asegúrese de que todas las máquinas proporcionadas por el grupo o el host de XenServer estén encendidas y registradas en Citrix Virtual Apps and Desktops en los grupos de entrega correspondientes.

   • 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 alimentación 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 manual de alimentación 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 sesiones nuevas no puedan iniciarse durante la actualización:
       • Pon la conexión de alojamiento en modo de mantenimiento. Para obtener más información, consulte Activar o desactivar el modo de mantenimiento para una conexión.
       • Informe a los usuarios finales de que, si cierran sesión, no podrán volver a conectarse durante la actualización.

     Para obtener más información, consulte Máquinas administradas de energía en un grupo de entrega.

   • Para máquinas administradas por Machine Creation Services

     • Siga las mismas instrucciones que para las máquinas con administración de energía del elemento de la lista anterior.
     • Además, no intente crear máquinas durante todo el período de actualización.

2. Identifique al coordinador del grupo y las máquinas virtuales asociadas.

3. Coloque las máquinas del catálogo del host del coordinador de grupos en modo de mantenimiento.

4. Use Director, Citrix Studio o Web Studio para enviar mensajes a los usuarios que aún están conectados a las sesiones activas, avisándoles de que su escritorio se quedará sin conexión durante un período. Este período es el tiempo de actualización de este host individual (aproximadamente 35 minutos).

5. Actualice el coordinador del grupo mediante la CLI xe:

   1. Desactiva el coordinador de la agrupación. Esto impide que cualquier máquina virtual nueva se inicie o se migre 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. Cierre, 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 proporciona un control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.

      • Para evacuar el anfitrión, utilice el siguiente comando:

         xe host-evacuate
        

        Al evacuar todas las máquinas virtuales de un host, se deja la distribución de las máquinas virtuales migradas a XenServer.

   3. Cierre el coordinador de agrupaciones.

      xe host-shutdown
      

      Importante:

      No puede ponerse en contacto con el coordinador de la agrupación hasta que se complete la actualización del coordinador de la agrupación. Al cerrar el coordinador de la agrupación, los demás anfitriones de la agrupación entran en modo de emergencia. Los anfitriones pueden entrar en modo de emergencia cuando se encuentran en un grupo cuyo coordinador de grupo ha desaparecido de la red y no se puede contactar con ellos tras varios intentos. Las VM siguen ejecutándose en hosts en modo de emergencia, pero las operaciones de control no están disponibles.

   4. Arranque el coordinador del grupo mediante el medio de instalación de XenServer y el método que prefiera (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 de la agrupación se reinicia, los demás anfitriones de la agrupación abandonan el modo de emergencia y el servicio normal se restablece después de unos minutos.

   6. Inicie o reanude cualquier máquina virtual apagada o suspendida.

   7. Migre las máquinas virtuales que quiera volver al coordinador del grupo.

   Si algo interrumpe la actualización del coordinador del grupo o si la actualización falla por algún 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 de grupos, saque las máquinas del coordinador de grupos 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. Coloque las máquinas del catálogo del host en modo de mantenimiento.

   2. Use Director, Citrix Studio o Web Studio para enviar mensajes a los usuarios que aún están conectados a las sesiones activas, avisándoles de que su escritorio se quedará sin conexión 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 xe.

      xe host-disable host-selector=<host_selector_value>
      

   4. Asegúrese de que no se ejecuten máquinas virtuales en el host. Cierre, 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 proporciona un control total sobre la distribución de las máquinas virtuales migradas a otros hosts del grupo.

      • Para evacuar el anfitrión, utilice el siguiente comando:

         xe host-evacuate
        

        Al evacuar todas las máquinas virtuales de un host, se deja la distribución de las máquinas virtuales migradas a XenServer.

   5. Apaga el host.

      xe host-shutdown
      

   6. Arranque el host mediante el medio de instalación de XenServer y el método que prefiera (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 las máquinas virtuales apagadas o suspendidas.

   9. Migre las máquinas virtuales que quiera volver al host.

   Si la actualización de un host subordinado falla o se interrumpe, no es necesario revertirla. Ejecuta el comando xe host-forget en la agrupación para olvidar ese anfitrión. Vuelva a instalar XenServer en el host y, a continuación, únalo, como un nuevo host, al grupo mediante 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.

Piscinas de modo mixto

Un grupo de modo mixto es aquel en el que los hosts del grupo utilizan diferentes versiones de XenServer. No opere el 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, se bloquean determinadas operaciones de VM, SR, VDI y host. Las máquinas virtuales que se han ejecutado en un host en la versión superior de XenServer no se pueden migrar ni iniciar en un host en la versión inferior de XenServer.

Los grupos de modo mixto no se admiten para el uso estándar y solo se admiten como estado de transición durante la actualización de un grupo. Si tiene algún problema mientras ejecuta en modo mixto, el soporte técnico le pedirá que complete la actualización de su grupo y, a continuación, reproduzca el problema en un grupo no mixto.

Tras revisar las opciones de actualización del entorno de Citrix Virtual Apps and Desktops, la ruta de actualización de XenServer planificada puede tardar más que el período de mantenimiento disponible. Si es posible, amplíe el período de mantenimiento para permitir que la actualización de XenServer se complete dentro de él. Si esto no es posible, puede optar por ejecutar la agrupación en modo mixto hasta la próxima ventana de mantenimiento. Sin embargo, el funcionamiento de su agrupación en modo mixto aumenta la probabilidad de que se produzcan comportamientos o problemas inesperados que podrían hacer que, en su lugar, necesite un período de mantenimiento de emergencia. Planifique minimizar el tiempo que su agrupación pasa en modo mixto.

Si su entorno de Citrix Virtual Apps and Desktops se ejecuta temporalmente sobre un grupo de XenServer de modo mixto, tenga en cuenta los siguientes comportamientos:

• En el caso de las cargas de trabajo de escritorios agrupados que requieren que las máquinas virtuales se reinicien antes de volver a utilizarse, las máquinas virtuales se reinician solo en los hosts que ejecutan la versión más reciente de XenServer. La capacidad efectiva de la agrupación está restringida. Según el número de hosts de su grupo que se hayan actualizado, es posible que no haya capacidad suficiente para reiniciar todas las máquinas virtuales necesarias. Este comportamiento puede provocar errores y es posible que algunos usuarios de Citrix Virtual Apps and Desktops no puedan acceder a las sesiones necesarias.

• Si tiene máquinas dedicadas que utilizan almacenamiento local y están ubicadas en hosts que ejecutan la versión anterior de XenServer, estas máquinas virtuales se pueden detener, pero no se pueden reiniciar hasta que se complete la actualización y el grupo deje de estar en modo mixto.