El uso de la funcionalidad de las aplicaciones de App Volumes permite administrar todo el ciclo de vida de las aplicaciones, incluidos el empaquetado, la actualización y la retirada de una aplicación. También se pueden personalizar las asignaciones de aplicaciones para proporcionar versiones específicas de una aplicación a los usuarios finales.

Importante: Como se describe en Arrendatarios de first-gen: recorrido por Horizon Universal Console first-gen, la consola basada en la nube es dinámica y refleja los flujos de trabajo y la configuración adecuados para la situación de inactividad en el entorno de arrendatario de Horizon Cloud. El acceso a las funciones varía en función de ciertos factores, como el plano de nube regional del arrendatario, si los pods conectados a la nube ejecutan el nivel más reciente del software y si las funciones se basan en licencias específicas. La consola solo refleja de forma dinámica los elementos relacionados con estas funciones cuando la licencia o la configuración de cuenta de arrendatario permiten utilizarlas. Si no ve en la consola una función que, en su opinión, debería ver, debe ponerse en contacto con su representante de cuenta de VMware para verificar si su licencia y su configuración de cuenta de arrendatario permiten el uso de dicha función.

Descripción general de la funcionalidad de App Volumes de VMware en Horizon Cloud

En la siguiente tabla, se proporciona una descripción general de la funcionalidad de VMware App Volumes en Horizon Cloud.

Área funcional Descripción
Implementación
  • Implementación automatizada. Aprovisionamiento automático de componentes de infraestructura de App Volumes, como App Volumes Manager, bases de datos de App Volumes y almacenamiento.
  • Utiliza el servicio administrado PostgreSQL de Microsoft Azure para las necesidades de base de datos. No se requiere ninguna administración de base de datos adicional.
  • Aprovisionamiento automático de recursos compartidos de archivos de Microsoft Azure durante la configuración del pod para almacenar y distribuir aplicaciones.
Consola de gestión
  • La consola de App Volumes está perfectamente integrada en Horizon Universal Console. Administre los escritorios y las aplicaciones en la misma consola.
  • Experiencia de instalación de App Volumes Agent integrada sin problemas en los flujos de trabajo de creación de imágenes de Horizon Cloud.
App Volumes Agent 4

Agente unificado y optimizado para rendimiento que se utiliza en las implementaciones locales y de Microsoft Azure.
Empaquetado
  • Admite paquetes basados en VHD que se proporcionan mediante recursos compartidos de archivos de Microsoft Azure.
  • La creación del paquete de aplicación se realiza de forma nativa dentro de Horizon Cloud. No es necesario utilizar ninguna herramienta de línea de comandos.
  • Los clientes pueden importar VHD de asociación de aplicaciones de MSIX y entregar este nuevo formato de paquete mediante App Volumes.
Administración del ciclo de vida de las aplicaciones

Es compatible con la funcionalidad de administración de aplicaciones simplificada (SAM), que ya forma parte de App Volumes 4 local. Los administradores ahora pueden administrar todo el ciclo de vida de la aplicación, incluidos el empaquetado, la actualización y la retirada.
Asignación de aplicaciones
  • Los administradores pueden personalizar las asignaciones de aplicaciones para proporcionar versiones específicas de una aplicación a los usuarios finales.
  • Es compatible con la distribución de aplicaciones en varios pods.
Compatibilidad con la nube híbrida

Los clientes de App Volumes local ahora pueden importar los paquetes de aplicación de las implementaciones locales en Horizon Cloud en Microsoft Azure. Se reutilizan los paquetes locales. No es necesario volver a empaquetar para Microsoft Azure.

Descripción general del proceso de la aplicación App Volumes

Para hacer que las aplicaciones de App Volumes estén disponibles para los usuarios, se realiza un proceso de dos pasos:

Requisitos y requisitos previos para usar App Volumes con implementaciones de Horizon Cloud on Microsoft Azure

Importante: Para evitar que las aplicaciones App Volumes sean inaccesibles y, por lo tanto, invalidar la compatibilidad con las funciones de App Volumes en la implementación de Horizon Cloud on Microsoft Azure, la clave de cuenta de almacenamiento de la cuenta de almacenamiento relacionada con App Volumes no debe modificarse de manera que esa clave caduque, cambie o rote.

Si se rota la clave de la cuenta de almacenamiento, ya sea de forma manual o a través de una directiva de Azure, no se podrá acceder a la cuenta de almacenamiento ni a los recursos compartidos de archivos en los que se basa App Volumes. Si esto ocurre, App Volumes no podrá entregar las aplicaciones a los usuarios finales, ya que la clave de almacenamiento almacenada en la implementación no es válida.

Aunque la implementación de Horizon Cloud on Microsoft Azure reside en la suscripción de Azure proporcionada, la cuenta de almacenamiento relacionada con la instancia de App Volumes de la implementación es un componente administrado por VMware, igual que las máquinas del administrador de pods, las máquinas de Unified Access Gateway y otros recursos implementados por el servicio que se aprovisionan en la suscripción de Azure. Cada implementación de Horizon Cloud on Microsoft Azure incluye la implementación de una cuenta de almacenamiento relacionada con App Volumes.

Cuando el servicio implementa las máquinas del administrador de pods, el servicio aprovisiona esta cuenta de almacenamiento relacionada con App Volumes en la suscripción de Azure. El propósito de esta cuenta de almacenamiento es proporcionar los recursos compartidos de archivos en los que se aprovisionarán los archivos de la aplicación App Volumes.

Azure Storage cifra automáticamente los datos de esta cuenta de almacenamiento mediante claves administradas por Microsoft. Si el usuario o su organización hacen que esta clave de cuenta de almacenamiento caduque, cambie o rote, la clave de almacenamiento se representará como no válida. Si esto ocurre, App Volumes no podrá acceder a los recursos compartidos de archivos y no podrá entregar las aplicaciones a los usuarios finales.

Antes de poder agregar aplicaciones de App Volumes al inventario, confirme que el entorno cumple con los siguientes requisitos previos.

Requisitos previos relacionados con pods
  • Para usar las funciones de App Volumes con tipos de sistemas operativos Microsoft Windows de sesión única, la implementación de Horizon Cloud Service on Microsoft Azure debe ejecutar la versión de manifiesto 2298.x o posterior.
  • Para usar las funciones de App Volumes con el sistema operativo Microsoft Windows 10 u 11 Enterprise multisesión, la implementación debe ejecutar la versión del manifiesto 2747.x o posterior.
  • La implementación debe tener una configuración de puerta de enlace (instancias de Unified Access Gateway) y deben haberse completado los pasos de asignación de FQDN de Unified Access Gateway, tal como se requiere para las implementaciones de Horizon Cloud on Microsoft Azure que están configuradas con instancias de Unified Access Gateway.
  • Compruebe la página de detalles de cada pod y confirme que la página indica que cada pod tiene sus recursos compartidos de archivos montados. La consola permite desplazarse hasta la página de detalles del pod después de completar el flujo de trabajo de registro de dominio de Active Directory. El servicio genera estos recursos compartidos de archivos y el uso de las funciones de App Volumes depende de su existencia.

    Para mostrar la página de detalles de un pod, desplácese hasta la página Capacidad (Configuración > Capacidad) y haga clic en el pod. A continuación, confirme:

    • El campo FileShares de Propiedades debe tener el valor de 2 y, al apuntar al número, deben indicarse los dos recursos compartidos de archivos.
    • Deben haberse especificado los ajustes de Puerta de enlace en la parte inferior de la página (lo que indica que se ha configurado Unified Access Gateway).
Requisitos de configuración
  • Ha completado el flujo de trabajo de registro de dominio de Active Directory como se describe en Arrendatarios de first-gen: introducción al uso del entorno de Horizon Cloud.
  • Si configuró la directiva de controlador del dominio de Active Directory Controlador de dominio: requisitos de firma del servidor LDAP para Requerir firma después de registrar el dominio con el Horizon Universal Console, debe hacer lo siguiente:
    1. En la página Configuración > Active Directory, haga clic en el icono de edición (lápiz) junto a Enlace de dominio.
    2. Introduzca la contraseña de la cuenta de enlace principal en el cuadro de texto Contraseña de enlace. No realice ningún otro cambio.
    3. Haga clic en Enlace de dominio.
  • Además de cumplir los requisitos de DNS, puertos y protocolos de Horizon Cloud, también debe abrir el puerto 445 para el tráfico del protocolo TCP. El puerto 445 es el puerto SMB estándar para acceder a los recursos compartidos de archivos SMB en Microsoft Windows. Los AppStacks se almacenan en un recurso compartido de archivos SMB ubicado en el grupo de recursos del pod (en la suscripción de Microsoft Azure).
Requisitos de la imagen
Para agregar una aplicación de App Volumes mediante la creación de un paquete de aplicación mediante el flujo de trabajo de creación en la consola, el inventario en la consola debe tener una imagen publicada que cumpla los siguientes criterios.
  • Tiene un sistema operativo de tipo cliente como Microsoft Windows 10 o Windows 11. En ocasiones, este tipo cliente se conoce como sistema operativo de tipo VDI. El flujo de trabajo de captura en la nube solo está disponible para su uso con sistemas operativos de tipo VDI. El flujo de trabajo de captura en la nube no está disponible para los sistemas operativos de tipo RDS o multisesión.
  • Tiene App Volumes Agent instalado.

Prácticas recomendadas para usar una imagen de Microsoft Windows 10 u 11 Enterprise multisesión con aplicaciones de App Volumes en pods de Horizon Cloud en Microsoft Azure

Las siguientes prácticas suelen ofrecer una mejor experiencia de usuario y administrador. Consulte también Configurar una imagen de Microsoft Windows 10 u 11 Enterprise multisesión con aplicaciones de App Volumes en pods de Horizon Cloud en Microsoft Azure.

  • Instale impresoras de hardware, con controladores de impresora, en la imagen base. Consulte la guía Implementaciones e incorporación a Horizon Cloud para pods de Microsoft Azure y Horizon para obtener información relacionada sobre problemas conocidos, concretamente en el tema específico sobre estos problemas.
  • Como se describe en las Preguntas frecuentes de la documentación de Microsoft, Microsoft Windows 10 Enterprise multisesión es un tipo de máquina virtual de host de sesión de escritorio remoto (RDSH) que permite varias sesiones interactivas simultáneas, característica que anteriormente solo ofrecían los sistemas operativos Microsoft Windows Server. Como Microsoft Windows 10 Enterprise multisesión es un sistema operativo de tipo RDSH, los flujos de trabajo aplicables de RDSH de Horizon Cloud se aplican a él en lugar de los flujos de trabajo relacionados con VDI. Como resultado, para proporcionar escritorios de sesión a los usuarios finales en función de estos sistemas multisesión, cree una granja como se describe en Crear una granja. Para admitir el uso de aplicaciones App Volumes en los escritorios de sesión basados en la granja, se requiere la configuración siguiente de la granja. Esta configuración permite que los discos del sistema operativo de las máquinas virtuales de granja se actualicen a su estado inicial con regularidad, y se requiere esta actualización regular para admitir el uso de aplicaciones App Volumes en las máquinas virtuales.
    Configuración de mantenimiento periódico requerida
    • Tipo de mantenimiento: Sesión
    • Número de sesiones: es igual al número de sesiones por máquina virtual
    • Acción de máquina virtual: Reconstruir
    • Máquinas virtuales en modo inactivo simultáneamente: 40 % del tamaño de la granja
    Configuración de Control del tiempo de espera requerida
    • Cerrar las sesiones desconectadas: tiempo de espera agotado después de 90 minutos
    • Intervalo de tiempo de espera de la sesión: 90 minutos
  • Debe desactivar los servicios de actualización automática para cada aplicación que desee aprovisionar como un paquete de aplicación en Microsoft Windows 10 multisesión. El comportamiento de actualización automática es problemático en este tipo de entorno de Microsoft Windows 10 multisesión.
    • Si la aplicación tiene un servicio de actualización automática, desactive el servicio, como con el Administrador de servicios de Windows, durante el proceso de aprovisionamiento de aplicaciones.
    • Si no puede desactivar o no desactiva el servicio de actualización automática durante el proceso de aprovisionamiento de la aplicación, si se produce un problema, como que los usuarios reciban una versión incompleta de una aplicación sin asignar, modifique la imagen base configurando el registro. Esta configuración garantiza que el servicio correspondiente no se inicie cuando el paquete de aplicación se implemente en la máquina virtual del usuario. En concreto, configure el registro agregando el nombre del servicio de la aplicación a la configuración del registro de svservice DisableAppServicesList. Consulte la guía Implementaciones e incorporación a Horizon Cloud para pods de Microsoft Azure y Horizon para obtener información relacionada sobre problemas conocidos, concretamente en el tema específico sobre estos problemas.
  • Informe a los usuarios de que, cuando instalan aplicaciones o crean archivos que no pretenden compartir entre todas las sesiones de usuario en la misma máquina virtual, pueden colocar el archivo en la ubicación de su propio perfil.