Compartir a través de

Actualización del host de sesión para Azure Virtual Desktop (versión preliminar)

  • Artículo

Importante

La actualización del host de sesión para Azure Virtual Desktop se encuentra actualmente en VERSIÓN PRELIMINAR. Esta versión preliminar se proporciona tal cual, con todos los errores y disponible, y se excluye de los contratos de nivel de servicio (SLA) o cualquier garantía limitada que Microsoft proporcione para los servicios de Azure en disponibilidad general. Complete este formulario para registrarse para obtener la versión preliminar limitada: https://forms.office.com/r/ZziQRGR1Lz.

Consulte Términos de uso complementarios para las versiones preliminares de Microsoft Azure para conocer los términos legales que se aplican a las características de Azure que se encuentran en la versión beta, en versión preliminar o que todavía no se han publicado para que estén disponibles con carácter general.

La actualización del host de sesión le permite actualizar el tipo de disco de máquina virtual subyacente, la imagen del sistema operativo (SO) y otras propiedades de configuración de todos los hosts de sesión de un grupo de hosts con una configuración de host de sesión. La actualización del host de sesión desasigna o elimina las máquinas virtuales existentes y crea nuevas que se agregan al grupo de hosts con la configuración actualizada. Este método de actualización de hosts de sesión está alineado con la recomendación de administrar actualizaciones dentro de la imagen de origen principal, en lugar de distribuir e instalar actualizaciones en cada host de sesión individualmente en una programación repetida en curso para mantenerlos actualizados.

Estos son los cambios que puede realizar al llevar a cabo una actualización:

Después de completar una actualización de los hosts de sesión mediante la actualización del host de sesión, todos los hosts de sesión de un grupo de hosts se estandarizan con los cambios especificados. Otras propiedades de Azure de los hosts de sesión, como la configuración de disponibilidad, la configuración de red y la ubicación, se conservan en todas las actualizaciones.

Proceso de actualización

Puede especificar el número de hosts de sesión de un grupo de hosts que se van a actualizar simultáneamente, conocido como lote. Este valor es el número máximo de hosts de sesión que no están disponibles a la vez durante la actualización y todos los hosts de sesión restantes están disponibles para su uso. Cuando se inicia una actualización, solo se establece como destino un host de sesión (conocido como el inicial) para probar que el proceso de actualización de un extremo a otro se realice correctamente antes de pasar a actualizar el resto de los hosts de sesión del grupo en lotes. Este enfoque minimiza el impacto si se produce un error.

Este es un ejemplo: si tiene un grupo de hosts con 10 hosts de sesión y especifica un tamaño de lote de tres, se actualiza un único host de sesión (inicial) y los hosts de sesión restantes se actualizan en tres lotes de tres hosts de sesión. En cualquier momento después de que el host de sesión inicial complete su actualización, hay un mínimo de siete hosts de sesión disponibles para su uso en el grupo de hosts.

Durante una actualización, la actualización del host de sesión sigue este proceso:

  1. Los hosts de sesión existentes se seleccionan en función de su nombre y el tamaño del lote especificado anteriormente. Se envía a los usuarios conectados una notificación especificada por el administrador y, a continuación, el servicio espera la duración especificada anteriormente antes de cerrar la sesión de los usuarios restantes.

  2. Los hosts de sesión seleccionados se colocan en modo de purga y, a continuación, se quitan del grupo de hosts. La cuenta de equipo de los hosts de sesión unidos a un dominio de Active Directory no se elimina.

  3. Se crea el mismo número de hosts de sesión nuevos mediante la configuración actualizada del host de sesión. Los nuevos recursos de Azure para la máquina virtual, el disco del sistema operativo y la interfaz de red tienen el formato SessionHostName-DateTime. Por ejemplo, una máquina virtual existente llamada VM1-0 se reemplaza por una nueva máquina virtual llamada VM1-0-2023-04-15T17-16-07. No se cambia el nombre de host del sistema operativo. Estos nuevos hosts de sesión se unen al directorio mediante extensiones de máquina virtual de Azure.

    Los hosts de sesión unidos a un dominio de Active Directory heredan los objetos de equipo de AD existentes. Este proceso establece la relación de confianza e interrumpe la relación de confianza existente con las máquinas virtuales anteriores.

  4. Los nuevos hosts de sesión se unen al grupo de hosts existente y el modo de purga está deshabilitado, y los hosts de sesión pueden aceptar conexiones.

  5. Las máquinas virtuales originales se desasignan o eliminan, en función de si eligió guardar las máquinas virtuales originales.

Solo puede haber una operación de actualización de host de sesión en ejecución o programada en un único grupo de hosts a la vez. Sin embargo, puede tener operaciones de actualización de host de sesión que se ejecuten en varios grupos de hosts al mismo tiempo.

Se respeta el estado de energía existente y el modo de purga de los hosts de sesión. Puede realizar una actualización en un grupo de hosts en el que todos los hosts de sesión estén desasignados para ahorrar costos.

Importante

  • Si usa Azure Virtual Desktop Insights, el agente de Azure Monitor o el agente de Log Analytics no se instalan automáticamente en los hosts de sesión actualizados. Para instalar el agente automáticamente, estas son algunas opciones:

  • Tenga en cuenta los límites de cuota de la suscripción de Azure y considere enviar una solicitud para aumentar una cuota si una actualización fuese a superar el límite.

  • Se recomienda probar el proceso de actualización en un grupo de hosts de prueba alineado con el grupo de hosts que desea actualizar. Esto probará el propio proceso de actualización y también el resultado de una nueva máquina virtual con el mismo nombre que la máquina virtual anterior en el entorno. También es importante probar que las actualizaciones, como las nuevas aplicaciones o revisiones, funcionen según lo previsto en el entorno antes de actualizar un grupo de hosts de producción.

Máquinas virtuales y herramientas de administración

La nueva imagen debe ser compatible con Azure Virtual Desktop y la generación de la máquina virtual, y puede ser de:

  • Azure Marketplace.

  • Una imagen compartida existente de Azure Compute Gallery.

  • Una imagen administrada existente.

A medida que la actualización del host de sesión crea nuevas máquinas virtuales, debe unirlas a un directorio. Debe usar el mismo directorio que las máquinas virtuales existentes. No se puede cambiar el directorio durante una actualización.

Las personalizaciones, como los archivos, las claves del Registro o los certificados que se agregaron manualmente a los hosts de sesión, no están presentes una vez completada la actualización. No puede actualizar los hosts de sesión del grupo individualmente, por lo que debe agregar estas personalizaciones a la propia imagen, asegurarse de que las personalizaciones se apliquen mediante herramientas de administración de configuración como Intune o una directiva de grupo, o bien agregar estas personalizaciones al script de PowerShell de configuración personalizada en la configuración del host de sesión.

Durante una actualización con hosts de sesión unidos a Active Directory, los objetos de equipo no se eliminan. Esto significa que hay objetos de equipo huérfanos temporalmente en Active Directory. Cuando la nueva máquina virtual está unida al dominio, usa el nombre de host original y hereda el objeto de equipo huérfano. Si cambia el dominio, debe quitar los objetos de equipo huérfanos del dominio anterior.

Los objetos de directiva de grupo (GPO) se usan para aplicar la directiva a los hosts de sesión y normalmente se aplican en el nivel de unidad organizativa del dominio de Active Directory. Sin embargo, puede haber alguna aplicación o filtrado realizado mediante objetos de equipo u objetos de grupo. Puesto que las nuevas máquinas virtuales heredan los objetos de equipo huérfanos, los GPO existentes se siguen aplicando. Debe asegurarse de que los GPO existentes se sigan aplicando si cambia la pertenencia a la unidad organizativa como parte del proceso de actualización.

Programación y sesiones de usuario

Si hay usuarios que han iniciado sesión en un host de sesión cuando empiece a actualizarse, reciben la notificación especificada por un administrador, que debe informar a los usuarios de que cierren la sesión y vuelvan a iniciar sesión. Los usuarios pueden iniciar sesión inmediatamente para conectarse a otro host de sesión del grupo de hosts.

Las nuevas conexiones se dirigen a los hosts de sesión que se han actualizado para evitar que inicien sesión en un host de sesión que se vaya a actualizar de forma inminente, solo para que se les notifique de nuevo que cierren la sesión. Sin embargo, al principio de una actualización no hay ningún host de sesión recién actualizado, por lo que los usuarios a los que se solicitó que cerraran la sesión y que hayan iniciado sesión recientemente en los hosts de sesión que aún no se han actualizado, se les notificará para que cierren la sesión de nuevo.

Con solo un número reducido de hosts de sesión disponibles, debe programar una actualización en un momento adecuado para que su empresa minimice la interrupción a los usuarios finales.

Problemas y limitaciones conocidos

Estos son los problemas conocidos y las limitaciones:

  • La actualización del host de sesión solo está disponible en la nube global de Azure. No está disponible en otras nubes, como Azure US Government o Azure operado por 21Vianet.

  • En el caso de los hosts de sesión creados a partir de una imagen compartida de Azure Compute Gallery que tiene un plan de compra, el plan no se conserva cuando se actualizan los hosts de sesión. Para comprobar si la imagen que usa para los hosts de sesión tiene un plan de compra, puede usar Azure PowerShell o la CLI de Azure.

  • El tamaño del disco del sistema operativo no se puede cambiar durante una actualización. El servicio de actualización tiene como valor predeterminado el mismo tamaño definido por la imagen de la galería.

  • Durante una actualización, no puede agregar más hosts de sesión al grupo de hosts.

  • Si se produce un error en una actualización, el grupo de hosts no se puede eliminar hasta que se cancele la actualización.

  • El progreso de la actualización solo cambia cuando se ha actualizado un host de sesión. Por ejemplo, en un grupo host con 10 hosts de sesión, mientras que el primer host de sesión se está actualizando, el progreso se muestra como 0,00 %. Esto solo cambia a 10 % una vez actualizado el primer host de sesión.

  • Si decide crear una imagen tomada de un host de sesión existente que se use a continuación como imagen de origen para la actualización del host de sesión, debe eliminar la carpeta C:\packages\plugin antes de crear la imagen. De lo contrario, esta carpeta impide que se ejecute la extensión DSC que une las máquinas virtuales actualizadas al grupo de hosts.

  • Si usa Azure Virtual Desktop Insights, el agente de Azure Monitor o el agente de Log Analytics no se instalan automáticamente en los hosts de sesión actualizados. Para instalar el agente automáticamente, estas son algunas opciones:

  • Evite modificar una configuración de host de sesión en un grupo de hosts sin hosts de sesión al mismo tiempo que se crea un host de sesión, ya que esto puede dar lugar a un grupo de hosts con propiedades de host de sesión incoherentes.

Pasos siguientes