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 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 está alojada 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.

Actualización gradual de grupo

La actualización continua del grupo (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 de actualización continua 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 a su vez, 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, estén temporalmente inhabilitadas 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 continua 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 del grupo multiplicado por el tiempo de actualización de un solo host. (N x 35 minutos). La posibilidad de 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 la actualización continua 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 amplios. 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 XenServer:

• Grupo de XenServer con almacenamiento compartido

  En un grupo de XenServer con uno o más repositorios de almacenamiento (SR) compartidos, 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 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 del grupo mientras se actualiza.

La mayoría de los casos de uso en este tipo de grupo se pueden actualizar mediante la actualización gradual 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 se aloja en su grupo:

• Escritorios de sesión única no asignados

• Otras cargas de trabajo

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 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 que se produzca alguna interrupción en sus aplicaciones y escritorios virtuales.

Considere qué tipo de carga de trabajo de Citrix Virtual Apps and Desktops se aloja 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 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 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: 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 continua del grupo (1)

Revise los pasos y la guía en Antes de empezar.

<!- - kaizen-review: MD041 on line 1: - ->

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 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 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, todas las máquinas virtuales que se suspendieron como parte de la Actualización gradual del grupo se reiniciará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 una sola sesión con el tipo de asignación de máquina asignada o aplicaciones virtuales de varias sesiones con el tipo de asignación de máquina aleatoria.

Opciones recomendadas para la actualización:

• Actualización continua del 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 la interrupción: Sin interrupción del servicio

Actualización continua del grupo (2)

Revise los pasos y la guía en Antes de empezar.

<!- - kaizen-review: MD041 on line 1: - ->

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 requeridas.

   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 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 no se puedan iniciar nuevas sesiones durante la actualización:
       • Ponga 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 el tiempo que dure 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 Rolling Pool Upgrade y elija el modo automático. Para obtener más información, consulte Actualización progresiva de grupos mediante XenCenter.

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

   • Elimine todas las marcas de modo de mantenimiento establecidas 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 los hosts o grupos de XenServer independientes 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 continua del grupo 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 continua del grupo (3)

Revise los pasos y la guía en Antes de empezar.

<!- - kaizen-review: MD041 on line 1: - ->

1. Ponga 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 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 restablecerá 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 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, todas las máquinas virtuales que se suspendieron como parte de la Actualización gradual del grupo se reinician.

5. Saque las máquinas del modo de mantenimiento.

   Ahora se pueden iniciar nuevas sesiones y se reanuda el servicio completo.

Actualización manual (3)

Puede utilizar este proceso manual para actualizar primero el coordinador del grupo 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.

<!- - kaizen-review: MD041 on line 1: - ->

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

   • Para máquinas no administradas:

     • Utilice XenCenter® para confirmar que todas las máquinas virtuales están encendidas.
     • No realice ninguna acción de energía 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 energía 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:
       • Ponga 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 la sesión, no podrán volver a conectarse durante el tiempo que dure 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 gestionadas 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 del 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 de 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 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.

   3. Apague el coordinador del pool.

      xe host-shutdown
      

      Importante:

      No podrá ponerse en contacto con el coordinador del pool hasta que se complete la actualización del coordinador del pool. Apagar el coordinador del pool hace que los demás hosts del pool entren en modo de emergencia. Los hosts pueden entrar en modo de emergencia cuando están en un pool cuyo coordinador ha desaparecido de la red y no se puede contactar después de varios intentos. Las máquinas virtuales (VM) siguen ejecutándose en hosts en modo de emergencia, pero las operaciones de control no están disponibles.

   4. Arranque el coordinador del pool utilizando los medios 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 pool se reinicie, los demás hosts del pool 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 (VM) apagada o suspendida.

   7. Migre cualquier máquina virtual (VM) que desee volver a colocar en el coordinador del pool.

   Si algo interrumpe la actualización del coordinador del pool o si la actualización falla por cualquier motivo, no intente continuar con la actualización. Reinicie el coordinador del pool y restaure a una versión funcional.

6. Una vez actualizado el coordinador del pool, saque las máquinas del coordinador del pool del modo de mantenimiento en Citrix Studio o Web Studio.

7. Complete los siguientes pasos en paralelo para todos los hosts restantes del pool:

   1. Ponga las máquinas del catálogo en el 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 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 (VM) ejecutándose en el host. Apague, suspenda o migre las máquinas virtuales (VM) a otros hosts del pool.

      • Para apagar una VM, utilice el siguiente comando:

         xe vm-shutdown
        

      • Para suspender una VM, utilice el siguiente comando:

         xe vm-suspend
        

      • Para migrar una VM específica, utilice el siguiente comando:

         xe vm-migrate
        

        La migración de VM específicas a hosts específicos le da control total sobre la distribución de las VM migradas a otros hosts del grupo.

      • Para evacuar el host, utilice el siguiente comando:

         xe host-evacuate
        

        La evacuación de todas las VM de un host deja la distribución de las VM 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 VM apagada o suspendida.

   9. Migre al host cualquier VM que desee.

   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 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 las que son administradas 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 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: 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 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 (4)

Revise los pasos y la guía en Antes de empezar.

<!- - kaizen-review: MD041 on line 1: - ->

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 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 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, todas las máquinas virtuales que se suspendieron como parte de la Actualización gradual del grupo se reiniciará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 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.

<!- - kaizen-review: MD041 on line 1: - ->

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

   • Para máquinas no administradas:

     • Utilice XenCenter® para confirmar que todas las máquinas virtuales están encendidas.
     • No realice ninguna acción de energía 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 energía 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:
       • Ponga 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 la sesión, no podrán volver a conectarse durante el tiempo que dure 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 gestionadas 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 del 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 de 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 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.

   3. Apague el coordinador del pool.

      xe host-shutdown
      

      Importante:

      No podrá ponerse en contacto con el coordinador del pool hasta que se complete la actualización del coordinador del pool. Apagar el coordinador del pool hace que los demás hosts del pool entren en modo de emergencia. Los hosts pueden entrar en modo de emergencia cuando están en un pool cuyo coordinador ha desaparecido de la red y no se puede contactar después de varios intentos. Las máquinas virtuales (VM) siguen ejecutándose en hosts en modo de emergencia, pero las operaciones de control no están disponibles.

   4. Arranque el coordinador del pool utilizando los medios 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 pool se reinicie, los demás hosts del pool 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 (VM) apagada o suspendida.

   7. Migre cualquier máquina virtual (VM) que desee volver a colocar en el coordinador del pool.

   Si algo interrumpe la actualización del coordinador del pool o si la actualización falla por cualquier motivo, no intente continuar con la actualización. Reinicie el coordinador del pool y restaure a una versión funcional.

6. Una vez actualizado el coordinador del pool, saque las máquinas del coordinador del pool del modo de mantenimiento en Citrix Studio o Web Studio.

7. Complete los siguientes pasos en paralelo para todos los hosts restantes del pool:

   1. Ponga las máquinas del catálogo en el 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 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 (VM) ejecutándose en el host. Apague, suspenda o migre las máquinas virtuales (VM) a otros hosts del pool.

      • Para apagar una VM, utilice el siguiente comando:

         xe vm-shutdown
        

      • Para suspender una VM, utilice el siguiente comando:

         xe vm-suspend
        

      • Para migrar una VM específica, utilice el siguiente comando:

         xe vm-migrate
        

        La migración de VM específicas a hosts específicos le da control total sobre la distribución de las VM migradas a otros hosts del grupo.

      • Para evacuar el host, utilice el siguiente comando:

         xe host-evacuate
        

        La evacuación de todas las VM de un host deja la distribución de las VM 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 VM apagada o suspendida.

   9. Migre al host cualquier VM que desee.

   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 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.

Grupos en modo mixto

Un grupo en 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 máquinas virtuales 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 en modo mixto no son compatibles para el uso estándar y solo se admiten como un 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 tardar más que 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 su 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 ejecuta temporalmente sobre un grupo de XenServer en 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 ser reutilizadas, las máquinas virtuales 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 no haber suficiente capacidad para reiniciar todas las máquinas virtuales 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 máquinas virtuales se pueden detener, pero no se pueden reiniciar hasta que la actualización se complete y el grupo ya no esté en modo mixto.