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

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 está utilizando XenServer con Citrix Virtual Apps and Desktops, hay algunas consideraciones que debe tener en cuenta al realizar la actualización que no se tratan en el artículo principal de actualización: Actualización desde una versión existente. Revise este artículo y el artículo de actualización principal antes de comenzar la actualización de Citrix Hypervisor 8.2 a XenServer 8.4.

Importante:

Si utiliza su licencia de Citrix Virtual Apps and Desktops para licenciar sus hosts de Citrix Hypervisor 8.2 Cumulative Update 1, esta licencia ya no se aplica a XenServer 8.4. En lugar de eso, debe obtener licencias de XenServer Premium Edition para cubrir todos los sockets de CPU en su grupo. Para obtener más información sobre cómo obtener una licencia de XenServer, consulte la Sitio web de XenServer.

XenServer es ahora un derecho de las suscripciones de Citrix para Nube Privada, Citrix Universal Hybrid Multi-Cloud, Citrix Universal MSP y Citrix Platform License para ejecutar sus 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 comenzar la actualización, debe iniciar su 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 en estos hosts deben migrarse o detenerse durante este tiempo.
• El enfoque a utilizar para actualizar XenServer depende de su entorno XenServer, su entorno Citrix Virtual Apps and Desktops y los tipos de máquinas y aplicaciones alojadas por XenServer.
• Es posible que sea necesario realizar alguna preparación en su entorno de Citrix Virtual Apps and Desktops antes de comenzar la actualización de XenServer.
• Este artículo solo cubre casos de uso donde la carga de trabajo de Citrix Virtual Apps and Desktops está alojada en el grupo de XenServer. Este artículo no cubre los casos en los que también aloja partes de su infraestructura de Citrix Virtual Apps and Desktops en máquinas virtuales del grupo XenServer. Tenga en cuenta estos componentes al planificar su actualización.
• Asegúrese de que la versión de Citrix Virtual Apps and Desktops que está utilizando sea compatible tanto con la versión de XenServer desde la que está actualizando como con la versión a la que está actualizando. 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 que se interrumpa el servicio dependen del enfoque que se utilice para la actualización. La actualización completa de una piscina entera puede tardar varias horas en completarse.
• Este artículo supone que el tiempo necesario para actualizar completamente un solo host 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 guiarlo hacia un método de actualización que reduzca la posibilidad de interrupción del servicio y permita 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 breve período entre ventanas de mantenimiento. Sin embargo, esto no se recomienda. Para obtener más información, consulte Pools de modo mixto.

Durante la ventana de mantenimiento de actualización planificada 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.

Actualización de la piscina rodante

Rolling Pool Upgrade 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 de grupo continuo ** en XenCenter lo guía a través del procedimiento de actualización y organiza la ruta de actualización automáticamente. En el caso de los grupos, cada uno de los servidores del grupo se actualiza por turno, 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 hay un servidor fuera de línea a la vez. Las máquinas virtuales en ejecución se migran automáticamente fuera de cada servidor antes de que la actualización se instale en ese servidor.

Puede utilizar Rolling Pool Upgrade 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: la cantidad de hosts en el 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 en 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 la actualización de grupo continuo para actualizar su grupo XenServer, revise la información de su entorno específico para asegurarse de comprender las acciones de requisitos previos de Citrix Virtual Apps and Desktops, las consideraciones especiales y el comportamiento esperado.

Casos de uso

Este artículo identifica varios casos de uso amplios. Para cada uno de estos casos de uso, asumimos que el grupo 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 cargas 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 XenServer:

• Pool de XenServer con almacenamiento compartido

  En un grupo de XenServer con uno o más repositorios de almacenamiento compartido (SR), los discos de VM se pueden alojar en este almacenamiento compartido, lo que permite que las VM migren entre hosts durante la actualización. Esta configuración puede reducir o eliminar la necesidad de tiempo de inactividad de la máquina virtual.

• Grupo de servidores XenServer sin almacenamiento compartido ni un host independiente

  En un grupo de XenServer sin almacenamiento compartido o en un host 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.

Pool de XenServer con almacenamiento compartido

Si está actualizando un grupo donde los discos de VM se encuentran en un almacenamiento compartido, puede evacuar las VM de cada host XenServer en el grupo mientras se actualiza.

La mayoría de los casos de uso en este tipo de pool se pueden actualizar mediante la Actualización continua de pool. Sin embargo, las acciones previas requeridas en Citrix Virtual Apps and Desktops y el comportamiento de 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:

• Escritorios de sesión única sin asignar

• Otras cargas de trabajo

Grupo de servidores XenServer sin almacenamiento compartido ni un host independiente

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

Considere 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 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 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 administradas 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 administración de energía de las máquinas puede ser 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 de la piscina rodante
  • Tiempo de actualización estimado: la cantidad de hosts en el grupo multiplicada 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 desde otros grupos de XenServer con capacidad durante la actualización de este grupo. Este enfoque podría provocar una reducción de capacidad 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 en su carga de trabajo.

Actualización de la piscina móvil (1)

Revise los pasos y la guía en antes de comenzar.

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 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 de la piscina rodante
  • Tiempo de actualización estimado: la cantidad de hosts en el grupo multiplicada por el tiempo de actualización de un solo host. (N x 35 minutos)
  • Comportamiento de interrupción: No hay interrupción del servicio

Actualización de la piscina móvil (2)

Revise los pasos y la guía en antes de comenzar.

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 cubre hosts o grupos independientes de XenServer que no tienen almacenamiento compartido 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 de grupo continuo Usar RPU en modo automático en una sola ventana de mantenimiento. Esto requiere que todos los usuarios tengan una interrupción del servicio durante toda la actualización, pero tiene una sobrecarga administrativa menor para un grupo.
  • Tiempo de actualización estimado: la cantidad de hosts en el grupo multiplicada 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 complejo para el administrador.
  • Tiempo de actualización estimado: dos veces el tiempo de actualización para un solo host. (Aproximadamente 70 minutos)
  • Comportamiento de 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 de la piscina móvil (3)

Revise los pasos y la guía en antes de comenzar.

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

Nota: No

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 sea exitosa en cada host antes de pasar al siguiente.

Revise los pasos y la guía en antes de comenzar.

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 cubre los 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áquina aleatoria.

Para cualquier carga de trabajo administrada por Citrix Virtual Apps and Desktops, incluidas aquellas administradas 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 administración de energía de las máquinas puede ser 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 de la piscina rodante
  • Tiempo de actualización estimado: la cantidad de hosts en el grupo multiplicada 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 de actualización estimado: dos veces el tiempo de actualización para 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 desde otros grupos de XenServer con capacidad durante la actualización de este grupo. Este enfoque podría provocar una reducción de capacidad 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 en su carga de trabajo.

Actualización de la piscina móvil (4)

Revise los pasos y la guía en antes de comenzar.

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

Nota: No

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 sea exitosa en cada host antes de pasar al siguiente.

Revise los pasos y la guía en antes de comenzar.

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 su pool en modo mixto (con múltiples versiones de XenServer) por más tiempo del necesario, ya que el pool opera en un estado degradado durante la actualización. En este estado degradado, ciertas operaciones de VM, SR, VDI y host están bloqueadas. Las máquinas virtuales que se han ejecutado en un host con una versión superior de XenServer no se pueden migrar ni iniciar en un host con una versión inferior de XenServer.

Los grupos de modo mixto no son compatibles con el uso estándar y solo se admiten como estado de transición 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 de XenServer planificada podría demorar más que la ventana de mantenimiento disponible. Si es posible, extienda la ventana de mantenimiento para permitir que la actualización de XenServer se complete dentro de ella. Si esto no es posible, puedes optar por ejecutar el grupo en modo mixto hasta la próxima ventana de mantenimiento. Sin embargo, operar su piscina en modo mixto aumenta la probabilidad de que se produzcan comportamientos o problemas inesperados que podrían hacer que necesite una ventana de mantenimiento de emergencia. Planifique minimizar el tiempo que su piscina 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:

• Para las cargas de trabajo de escritorios agrupados que requieren que las máquinas virtuales se reinicien antes de volver a utilizarlas, las máquinas virtuales se reinician solo en los hosts que ejecutan la versión más nueva de XenServer. La capacidad efectiva de la piscina está restringida. Según la cantidad de hosts de su grupo que se hayan actualizado, es posible que no haya suficiente capacidad para reiniciar todas las máquinas virtuales necesarias. Este comportamiento puede provocar fallas y algunos usuarios de Citrix Virtual Apps and Desktops podrían no poder acceder a las sesiones requeridas.

• Si tiene máquinas dedicadas que usan almacenamiento local y que 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 ya no esté en modo mixto.