À l'aide de la fonctionnalité d'applications App Volumes, vous pouvez gérer l'intégralité du cycle de vie des applications, y compris la création de module, la mise à jour et le retrait d'une application. Vous pouvez également personnaliser les attributions d'applications pour fournir des versions spécifiques d'une application aux utilisateurs finaux.
À noter : Comme décrit dans la section Locataires de première génération - Visite d'Horizon Universal Console de première génération, la console basée sur le cloud est dynamique et reflète les workflows et les paramètres appropriés à la situation actuelle dans votre environnement de locataire Horizon Cloud. l'accès aux fonctionnalités varie selon des facteurs tels que le plan de cloud régional du locataire, si vos espaces connectés au cloud exécutent le dernier niveau logiciel et si les fonctionnalités sont basées ou non sur des licences spécifiques. La console reflète dynamiquement les éléments associés à ces fonctionnalités uniquement lorsque votre configuration de licence ou de compte de locataire comprend l'utilisation de ces fonctionnalités. Lorsque vous ne voyez pas une fonctionnalité dans la console, conformément à vos attentes, ouvrez une demande de service et demandez au Tem Support d'Horizon Cloud de vérifier si votre configuration de licence et de compte de locataire vous autorise à l'utiliser.
Présentation de la fonctionnalité App Volumes dans Horizon Cloud
Le tableau suivant présente une vue d'ensemble des fonctionnalités d'App Volumes dans Horizon Cloud.
| Zone fonctionnelle | Description |
|---|---|
| Déploiement |
|
| Console de gestion |
|
| App Volumes Agent | Agent unifié optimisé pour les performances utilisé pour les déploiements sur site et Microsoft Azure. |
| Emballage |
|
| Gestion des applications | Prend en charge la capacité de gestion d'applications simplifiée (SAM) déjà intégrée à App Volumes 4 sur site. Les administrateurs peuvent désormais gérer l'intégralité du cycle de vie de l'application, y compris la création de module, la mise à jour et le retrait. |
| Attribution de l'application |
|
| Prise en charge du cloud hybride | Les clients App Volumes sur site peuvent désormais importer leurs modules d'applications à partir de leurs déploiements sur site dans Horizon Cloud on Microsoft Azure. Réutilisez les modules sur site. Il n'est pas nécessaire de recréer les modules pour Microsoft Azure. |
Présentation du processus d'application App Volumes
La mise à disposition des applications App Volumes aux utilisateurs est un processus en deux étapes :
-
Ajoutez une application App Volumes dans Horizon Universal Console. Il existe deux façons d'effectuer cette opération :
-
Ajoutez une application App Volumes en créant et en important un nouveau module d'application.
Si aucun module d'application n'a encore été créé, vous pouvez le faire à l'aide de l'option Créer , qui utilise App Volumes pour créer le module d'application et l'importer automatiquement. Reportez-vous à la section Ajouter une application App Volumes à l'inventaire de votre locataire Horizon Cloud à l'aide du workflow Créer.
-
Ajoutez une application App Volumes en important un module d'application existant.
Si vous disposez d'un module d'application précédemment créé avec App Volumes, vous pouvez l'importer à l'aide de l'option Importer . Cela signifie que vous pouvez réutiliser le module d'application à partir de déploiements sur site sans avoir à recréer les modules des applications. Reportez-vous à la section Horizon Cloud - Ajouter une application App Volumes en important un module d'application existant.
-
-
Créez une attribution App Volumes pour attribuer l'application App Volumes aux utilisateurs. Reportez-vous à la section Horizon Cloud - Créer une attribution App Volumes.
Exigences et conditions préalables à l'utilisation d'App Volumes avec vos déploiements d'Horizon Cloud on Microsoft Azure
À noter : Pour éviter de rendre vos applications App Volumes inaccessibles et invalider ainsi la prise en charge des fonctionnalités d'App Volumes dans votre déploiement d'Horizon Cloud on Microsoft Azure, la clé du compte de stockage lié à App Volumes ne doit pas être modifiée d'une manière qui entraîne son expiration, sa modification ou sa rotation.
En cas de rotation manuelle ou via une stratégie Azure, le compte de stockage et les partages de fichiers sur lesquels App Volumes repose deviennent inaccessibles. Si cela se produit, App Volumes ne peut pas fournir les applications aux utilisateurs finaux, car la clé de stockage stockée dans le déploiement n'est pas valide.
Bien que le déploiement d'Horizon Cloud on Microsoft Azure réside dans votre abonnement Azure fourni, le compte de stockage lié à App Volumes du déploiement est un composant géré par Omnissa, identique aux machines du gestionnaire d'espace, aux machines Unified Access Gateway et aux autres ressources déployées par le service qui sont provisionnées dans votre abonnement Azure. Chaque déploiement d'Horizon Cloud on Microsoft Azure inclut le déploiement d'un compte de stockage lié à App Volumes.
Lorsque le service déploie les machines du gestionnaire d'espace, il provisionne ce compte de stockage lié à App Volumes dans votre abonnement Azure. l'objectif de ce compte de stockage est de fournir les partages de fichiers dans lesquels les fichiers d'application App Volumes seront provisionnés.
Les données de ce compte de stockage sont automatiquement chiffrées par le stockage Azure à l'aide de clés gérées par Microsoft. Si votre organisation provoque l'expiration, la modification ou la rotation de la clé du compte de stockage, celle-ci n'est plus valide. Si cela se produit, App Volumes ne peut pas accéder aux partages de fichiers et ne peut pas fournir les applications aux utilisateurs finaux.
Avant de pouvoir ajouter des applications App Volumes à votre inventaire, vérifiez que votre environnement répond aux conditions préalables suivantes.
-
Conditions préalables liées à l'espace
-
Pour utiliser les fonctionnalités d'App Volumes avec des types de session unique de systèmes d'exploitation Microsoft Windows, le déploiement d'Horizon Cloud on Microsoft Azure doit exécuter le manifeste 2298.x ou une version ultérieure.
-
Pour utiliser les fonctionnalités d'App Volumes avec le système d'exploitation Microsoft Windows 10 ou 11 Enterprise multisession, le déploiement doit exécuter le manifeste 2747.x ou une version ultérieure.
-
Le déploiement doit disposer d'une configuration de passerelle (instances d'Unified Access Gateway) et vous avez terminé les étapes de mappage du nom de domaine complet d'Unified Access Gateway, tel que requis pour les déploiements d'Horizon Cloud on Microsoft Azure configurés avec des instances d'Unified Access Gateway.
-
Consultez la page de détails de chaque espace et vérifiez qu'elle indique que chaque espace dispose de partages de fichiers montés. La console vous permet d'accéder à la page des détails de l'espace une fois que vous avez terminé le workflow d'enregistrement de domaine Active Directory. Ces partages de fichiers sont générés par le service et l'utilisation des fonctionnalités d'App Volumes dépend de leur existence.
Pour afficher la page de détails d'un espace, accédez à la page Capacité (Paramètres > Capacité) et cliquez sur l'espace. Confirmez ensuite :
- Le champ Partages de fichiers sous Propriétés a une valeur de 2. Lorsque vous passez votre curseur sur le chiffre, les deux partages de fichiers sont répertoriés.
- Les paramètres de passerelle au bas de la page sont renseignés, ce qui indique qu'Unified Access Gateway est configuré.
-
-
Configuration requise
- Vous avez terminé le workflow d'enregistrement de domaine Active Directory, comme décrit dans la section Locataires de première génération - Démarrage à l'aide de votre environnement Horizon Cloud.
- Si vous avez défini la stratégie de contrôleur de domaine de votre domaine Active Directory Contrôleur de domaine : conditions requises pour la signature de serveur LDAP sur Signature requise après l'enregistrement du domaine à l'aide d'Horizon Universal Console, vous devez effectuer les opérations suivantes :
- Sur la page Paramètres**> Active Directory** , cliquez sur l'icône Modifier (crayon) en regard de Liaison de domaine.
- Entrez le mot de passe du compte de liaison principal dans la zone de texte Mot de passe de liaison . n'effectuez pas d'autres modifications.
- Cliquez sur Liaison de domaine.
- En plus de répondre aux conditions requises de DNS, ports et protocoles d'Horizon Cloud, vous devez également ouvrir le port 445 pour le trafic de protocole TCP. Le port 445 est le port SMB standard pour accéder à un partage de fichiers SMB sur Microsoft Windows. Les AppStacks sont stockés dans un partage de fichiers SMB situé dans le groupe de ressources de l'espace dans votre abonnement Microsoft Azure.
-
Conditions requises pour l'image
Pour ajouter une application App Volumes en créant un module d'application à l'aide du workflow Créer dans la console, votre inventaire dans la console doit disposer d'une image publiée qui répond aux critères suivants.
- Dispose d'un type de client de système d'exploitation Microsoft Windows 10 ou Windows 11. Ce type de client est parfois appelé type VDI de système d'exploitation. Le workflow de capture dans le cloud est disponible pour une utilisation uniquement avec les types VDI de systèmes d'exploitation. Le workflow de capture dans le cloud n'est pas disponible pour les types multisession ou RDS de systèmes d'exploitation.
- Installer App Volumes Agent
Meilleures pratiques d'utilisation d'une image Microsoft Windows 10 ou 11 Enterprise multisession avec des applications App Volumes dans des espaces Horizon Cloud de Microsoft Azure
Les pratiques suivantes tendent à offrir une meilleure expérience aux utilisateurs et aux administrateurs. Reportez-vous également à la section Configuration d'une image Microsoft Windows 10 ou 11 Enterprise multisession avec des applications App Volumes dans des espaces Horizon Cloud de Microsoft Azure.
- Installez des imprimantes matérielles, avec des pilotes d'imprimante, dans l'image de base. Consultez le guide Déploiements et intégration à Horizon Cloud pour Microsoft Azure et espaces Horizon pour obtenir des informations sur les problèmes connus, en particulier dans la rubrique des problèmes connus.
- Comme indiqué dans les FAQ de la documentation Microsoft, Microsoft Windows 10 Enterprise multisession est un type d'hôte de session Bureau à distance (RDSH) de VM permettant plusieurs sessions interactives simultanées, qui étaient auparavant uniquement fournies par les systèmes d'exploitation Microsoft Windows Server. Étant donné que Microsoft Windows 10 Enterprise multisession est un type RDSH de système d'exploitation, les workflows applicables à Horizon Cloud RDSH s'appliquent à celui-ci plutôt qu'aux workflows liés à VDI. Par conséquent, pour fournir des postes de travail de session aux utilisateurs finaux en fonction de ces systèmes multisession, vous créez une batterie de serveurs comme décrit dans la section Créer une batterie de serveurs. Pour prendre en charge l'utilisation d'applications App Volumes dans les postes de travail de session basés sur la batterie de serveurs, tous les paramètres de batterie de serveurs suivants sont requis. Ces paramètres permettent d'actualiser régulièrement les disques du système d'exploitation des machines virtuelles de batterie de serveurs à leur état initial, et cette actualisation régulière est requise pour prendre en charge l'utilisation d'applications App Volumes dans ces machines virtuelles.
- Paramètres de maintenance progressive requis
- Type de maintenance : session
- Nombre de sessions : égal au nombre de sessions par machine virtuelle
- Action de VM : Recréer
- VM mises au repos simultanément : 40 % de la taille de la batterie de serveurs
- Paramètres de traitement du délai d'expiration requis
- Fermer les sessions déconnectées : délai d'expiration après 90 minutes
- Intervalle du délai d'expiration de session : 90 minutes
- Paramètres de maintenance progressive requis
- Vous devez désactiver les services de mise à jour automatique pour chaque application que vous prévoyez de provisionner en tant que module d'application sur Microsoft Windows 10 multisession. Le comportement de mise à jour automatique est problématique dans ce type d'environnement multisession Microsoft Windows 10.
- Si l'application dispose d'un service de mise à jour automatique, désactivez le service, par exemple avec Windows Services Manager, pendant le processus de provisionnement de l'application.
- Si vous ne pouvez pas désactiver le service de mise à jour automatique pendant le processus de provisionnement de l'application, ou si vous ne désactivez pas le service de mise à jour automatique pendant le processus de provisionnement de l'application, lorsque vous rencontrez un problème, par exemple les utilisateurs reçoivent une version incomplète d'une application non attribuée, modifiez l'image de base en configurant le registre. Cette configuration garantit que le service d'intérêt n'est pas démarré lorsque le module d'application est déployé sur la machine virtuelle de l'utilisateur. En particulier, configurez le registre en ajoutant le nom du service applicatif à la configuration de registre svservice DisableAppServicesList. Consultez le guide Déploiements et intégration à Horizon Cloud pour Microsoft Azure et espaces Horizon pour obtenir des informations sur les problèmes connus, en particulier dans la rubrique des problèmes connus.
- Informez les utilisateurs que lorsqu'ils installent des applications ou créent des fichiers qu'ils n'ont pas l'intention de partager entre toutes les sessions utilisateur sur la même machine virtuelle, ils peuvent placer le fichier dans leur propre emplacement de profil.
Cette page vous a-t-elle été utile ?