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.

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

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

Requisitos previos para aplicaciones de App Volumes

Agregar una aplicación de App Volumes mediante una máquina virtual de Windows 10 Enterprise multisesió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 App Volumes de VMware en Horizon Cloud.

Área funcional Descripción
Implementación
  • Implementación automatizada. Aprovisionamiento automático de los componentes de infraestructura de App Volumes, como instancias de 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 se integra sin problemas en la consola administrativa de Horizon Cloud. 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 aplicaciones se realiza de forma nativa dentro de Horizon Cloud. No es necesario utilizar ninguna herramienta de línea de comandos.
Administración del ciclo de vida de las aplicaciones

Es compatible con la funcionalidad de administración de aplicaciones simplificada (Simplified Application Management , 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 locales ahora pueden importar los paquetes de aplicaciones de las implementaciones locales en Horizon Cloud en Microsoft Azure. Se reutilizan los paquetes locales. No es necesario volver a empaquetar para Microsoft Azure.

Vista previa de características
  • (Solo vista previa): los clientes pueden importar los VHD de aplicación MSIX adjunta y evaluar la distribución de este nuevo formato de paquete mediante App Volumes.
  • (Solo vista previa): los clientes pueden evaluar el formato nativo de App Volumes con Windows 10 Enterprise multisesión.
  • (Solo vista previa): los clientes pueden evaluar el formato de aplicación MSIX adjunta con Windows 10 Enterprise multisesión.

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

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

Requisitos previos para aplicaciones de App Volumes

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

Importante: Como se describe en Recorrido por la instancia de Consola administrativa de Horizon Cloud basada en la nube para realizar tareas administrativas en Horizon Cloud, 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 tenant de Horizon Cloud. El acceso a las funciones varia 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 del pod 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 tenant 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 tenant permiten el uso de dicha función.
  • Clientes nuevos:
    • A partir del 9 de julio de 2020, todos los clientes nuevos que compren la suscripción de licencia universal de Horizon tendrán habilitadas de forma predeterminada sus cuentas de arrendatario para utilizar App Volumes para pods de Horizon Cloud on Microsoft Azure.
  • Clientes existentes:
    • Los clientes con cuentas de arrendatario existentes creadas después del 16 de marzo de 2020 y antes del 9 de julio de 2020 pueden utilizar App Volumes para pods de Horizon Cloud on Microsoft Azure después de que la actualización de la versión 3.1 (manifiesto versión 2298.0) esté disponible y los clientes hayan actualizado todos sus pods a esa versión. Para solicitar la capacidad de App Volumes después de actualizar correctamente todos los pods, póngase en contacto con el soporte de VMware, tal como se describe en https://kb.vmware.com/s/article/2006985.
    • En este momento, los clientes con cuentas de arrendatario existentes creadas el 16 de marzo de 2020 o antes no pueden tener App Volumes habilitado para pods de Horizon Cloud on Microsoft Azure. Dichas cuentas se deben migrar primero a una de las instancias regionales de plano de control de Horizon Cloud en Microsoft Azure. El equipo de servicio de VMware Horizon enviará una notificación a estos clientes por correo electrónico cuando la migración esté disponible.
  • Debe tener un pod implementado en Microsoft Azure que tenga la versión de manifiesto 2298.0 o posterior, que esté configurado con instancias de Unified Access Gateway, y haber completado el flujo de trabajo de registro de dominio de Active Directory, como se describe en Introducción al uso del entorno de Horizon Cloud.
  • Si configuró la directiva de controlador de dominio Controlador de dominio: requisitos de firma del servidor LDAP para Requerir firma después de registrar el dominio con el Consola administrativa de Horizon Cloud, 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.
  • En la Consola administrativa de Horizon Cloud, verifique que la página de detalles de cada pod muestre que cada uno tiene montados sus recursos compartidos de archivos.
  • 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).
  • Deben haberse completado los pasos de asignación de FQDN de Unified Access Gateway, tal y como se requiere para los pods de Microsoft Azure que están configurados con instancias de dicho dispositivo.
  • Confirmó que se muestran las siguientes opciones de configuración en la página de detalles de su pod. Para abrir la página, desplácese hasta la página Capacidad (Configuración > Capacidad) y haga clic en el pod:
    • 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).
  • El inventario de la consola tiene una imagen publicada con App Volumes Agent instalado. Si desea conocer los pasos de alto nivel para crear una máquina virtual de imagen, consulte Crear imágenes de escritorio para un pod de Horizon Cloud en Microsoft Azure y sus subtemas.

Agregar una aplicación de App Volumes mediante una máquina virtual de Windows 10 Enterprise multisesión

Nota: La compatibilidad con las máquinas virtuales de Windows 10 Enterprise multisesión es una función de vista previa técnica de esta versión.

A continuación se indican los pasos necesarios para crear una aplicación de App Volumes con un paquete de aplicaciones desde una máquina virtual de Windows 10 Enterprise multisesión.

  1. Compile manualmente la máquina virtual en Microsoft Azure, incluida la instalación manual de agentes. Consulte Vista previa técnica: cómo configurar una máquina virtual con Windows 10 multisesión para usarla con funciones de App Volumes en esta versión de Horizon Cloud.
  2. Agregue los metadatos necesarios al archivo VHD de aplicación MSIX adjunta mediante la utilidad de empaquetado de App Volumes, que está disponible en la página VMware Flings.
  3. Agregue la aplicación de App Volumes mediante el proceso Nuevo > Importar en la página Aplicaciones de la consola. Consulte Agregar una aplicación App Volumes mediante la importación de un paquete de aplicación existente.
Después de agregar la aplicación, puede crear una asignación de App Volumes como lo haría normalmente. Consulte Crear una asignación de App Volumes.
Importante: Si un servicio que requiere privilegios administrativos se captura en un paquete de aplicaciones de Windows 10 Enterprise multisesión, todos los usuarios a los que se asigne ese paquete de aplicaciones también deben tener privilegios administrativos.