layout: doc description: Upgrade scenarios and recommendations for Citrix Virtual Apps and Desktops environments.—
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.
Los clientes actuales pueden solicitar participar en nuestra promoción y recibir hasta 10 000 licencias de socket de XenServer Premium Edition de forma gratuita. Más información.
Consideraciones al actualizar XenServer en un entorno de Citrix Virtual Apps and Desktops:
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:
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.
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.
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:
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:
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:
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.
Revisa los pasos y las instrucciones de Antes de empezar.
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.
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.
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.
Saque las máquinas del modo de mantenimiento.
Ahora se pueden iniciar nuevas sesiones y reanudar el servicio completo.
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:
Revisa los pasos y las instrucciones de Antes de empezar.
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.
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:
Para máquinas con administración de energía:
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
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.
Restaure las operaciones de su entorno a su configuración habitual.
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:
Revisa los pasos y las instrucciones de Antes de empezar.
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.
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.
Compruebe si hay sesiones restantes en las máquinas afectadas y tome las medidas adecuadas para estas sesiones.
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.
Saque las máquinas del modo de mantenimiento.
Ahora se pueden iniciar nuevas sesiones y reanudar el servicio completo.
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.
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:
Para máquinas con administración de energía:
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
Identifique al coordinador del grupo y las máquinas virtuales asociadas.
Coloque las máquinas del catálogo del host del coordinador de grupos en modo de mantenimiento.
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).
Actualice el coordinador del grupo mediante la CLI xe:
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>
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.
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.
Arranque el coordinador del grupo mediante el medio de instalación de XenServer y el método que prefiera (por ejemplo, USB o red).
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.
Inicie o reanude cualquier máquina virtual apagada o suspendida.
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.
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.
Complete los siguientes pasos en paralelo para todos los hosts restantes del grupo:
Coloque las máquinas del catálogo del host en modo de mantenimiento.
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).
Inhabilite el host mediante la CLI xe.
xe host-disable host-selector=<host_selector_value>
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.
Apaga el host.
xe host-shutdown
Arranque el host mediante el medio de instalación de XenServer y el método que prefiera (por ejemplo, USB o red).
Siga el procedimiento de instalación de XenServer hasta que el instalador le ofrezca la opción de actualizar. Elija actualizar.
Una vez completada la actualización del host, inicie o reanude las máquinas virtuales apagadas o suspendidas.
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
Una vez actualizados los hosts de XenServer, saque las máquinas del modo de mantenimiento en Citrix Studio o Web Studio.
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:
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.
Revisa los pasos y las instrucciones de Antes de empezar.
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.
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.
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.
Saque las máquinas del modo de mantenimiento.
Ahora se pueden iniciar nuevas sesiones y reanudar el servicio completo.
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.
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:
Para máquinas con administración de energía:
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
Identifique al coordinador del grupo y las máquinas virtuales asociadas.
Coloque las máquinas del catálogo del host del coordinador de grupos en modo de mantenimiento.
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).
Actualice el coordinador del grupo mediante la CLI xe:
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>
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.
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.
Arranque el coordinador del grupo mediante el medio de instalación de XenServer y el método que prefiera (por ejemplo, USB o red).
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.
Inicie o reanude cualquier máquina virtual apagada o suspendida.
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.
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.
Complete los siguientes pasos en paralelo para todos los hosts restantes del grupo:
Coloque las máquinas del catálogo del host en modo de mantenimiento.
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).
Inhabilite el host mediante la CLI xe.
xe host-disable host-selector=<host_selector_value>
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.
Apaga el host.
xe host-shutdown
Arranque el host mediante el medio de instalación de XenServer y el método que prefiera (por ejemplo, USB o red).
Siga el procedimiento de instalación de XenServer hasta que el instalador le ofrezca la opción de actualizar. Elija actualizar.
Una vez completada la actualización del host, inicie o reanude las máquinas virtuales apagadas o suspendidas.
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
Una vez actualizados los hosts de XenServer, saque las máquinas del modo de mantenimiento en Citrix Studio o Web Studio.
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.