Cette page décrit les éléments actuellement exclus du processus de migration en libre-service des déploiements d'Horizon Cloud on Microsoft Azure de première génération vers un locataire Horizon Cloud Service - next-gen. Cette page décrit également certains cas spéciaux de déploiements de première génération.
Exclusions actuelles d'éléments clés
Cette première liste indique les éléments inclus, suivis de la liste des éléments exclus.
- Inclus à compter du 25 avril 2024
-
Au moment de la rédaction de ce document, vous pouvez migrer un espace
Horizon Cloud on Microsoft Azure qui répond aux critères suivants.
- Déployé dans un environnement Azure commercial.
- Dispose d'attributions dans cet espace unique. Autrement dit, lorsqu'une attribution est effectuée sur l'espace-1, cette même attribution n'existe pas pour les autres espaces.
Par exemple, l'attribution-A utilise l'espace-1 et l'espace-2, et l'attribution-B utilise uniquement l'espace-3, celui-ci peut être migré.
- L'espace Horizon Cloud on Microsoft Azure doit exécuter une version minimale de manifeste de l'espace, disposer de l'état Online (vert) sur la page Capacité de la console de première génération et les agents doivent exécuter une version minimale. Pour plus d'informations, reportez-vous à la section Vérifier que le déploiement et les agents sont aux versions requises pour la migration.
- Configurations de passerelle interne que le système de déploiement de l'espace de première génération a fournies pour les espaces de première génération.
- Configurations de passerelle externe que le système de déploiement de l'espace de première génération a fournies pour les espaces de première génération.
- Lorsque les sous-réseaux ou le réseau virtuel d'un espace sont en conflit avec ce que l'on appelle des plages d'adresses IP restreintes par AKS ou les chevauchent, l'espace peut être migré tant que vous choisissez le type de déploiement Machine virtuelle unique ou que vous mettez en œuvre la solution de création d'un réseau virtuel et d'un sous-réseau de gestion pour le déploiement de nouvelle génération. Pour plus d'informations sur ce scénario, reportez-vous à la section Déterminer si le réseau virtuel ou les réseaux connectés de l'espace contiennent des adresses IP restreintes par AKS.
- Les espaces qui fournissent des applications distantes à l'inventaire du locataire répondent aux conditions de la migration. Les applications distantes analysées automatiquement et les applications distantes qui ont été ajoutées à l'inventaire à l'aide de l'option Manuellement depuis la batterie de serveurs peuvent être migrées à ce stade. Comme décrit dans la documentation de première génération ici, ces applications distantes sont fournies par des batteries de serveurs d'applications à partir de l'espace.
Note : Si vous avez installé les applications manuelles directement sur les VM de la batterie de serveurs de première génération, même si leurs métadonnées sont migrées dans le cadre du processus de migration, ces applications ne sont pas installées par défaut sur les VM du pool de l'environnement de nouvelle génération. Pour ces applications, vous devrez les réinstaller sur les VM du pool dans les chemins d'accès spécifiques exacts où elles ont été installées dans les VM de la batterie de serveurs de première génération.
Pour plus d'informations sur l'apparence des batteries de serveurs d'applications migrées dans l'instance d'Horizon Universal Console de nouvelle génération après la migration, reportez-vous à la section Après la fenêtre de maintenance de ce guide de migration.
- Paramètres de configuration de proxy que le service de première génération prend en charge sur les espaces de première génération. Le processus de migration configure les mêmes paramètres de proxy sur le dispositif Passerelle Horizon Edge obtenu.
Note : Si vous décidez d'effectuer une migration à l'aide du type de déploiement AKS et que l'espace de première génération utilise un proxy authentifié, dans lequel ses paramètres de proxy comprennent un nom d'utilisateur et un mot de passe pour l'authentification, le processus de migration copie uniquement l'URL du proxy proprement dit sur le dispositif Passerelle Horizon Edge. Cela est dû au fait que le type AKS utilise Microsoft Azure Kubernetes Service (AKS), qui ne prend pas en charge un proxy authentifié pour le moment.
Lors de la migration à l'aide du type de déploiement AKS et de l'utilisation d'un proxy authentifié par l'espace de première génération, vous devez désactiver l'authentification sur votre proxy avant d'exécuter l'interface utilisateur de l'assistant de planification et de planifier la migration. Une fois la fenêtre de maintenance de la migration terminée, vous pouvez réactiver l'authentification sur votre proxy en mettant à jour les paramètres de configuration d'Horizon Edge.
Pour plus d'informations sur le choix du type de déploiement de la passerelle Horizon Edge à sélectionner lors de la migration, reportez-vous à la section Choisir votre type de déploiement de la passerelle Edge.
- Si la flotte d'espaces du locataire de première génération inclut des espaces Horizon en plus d'un espace Horizon Cloud on Microsoft Azure, tant que ces espaces Horizon utilisent uniquement la licence d'abonnement et aucun autre service basé sur le cloud, l'espace Horizon Cloud on Microsoft Azure peut être inclus dans le processus de migration en libre-service.
Dans ce scénario, vous pouvez utiliser le processus de migration en libre-service décrit dans ce guide pour migrer l'espace Horizon Cloud on Microsoft Azure vers votre environnement de nouvelle génération. Une fois l'espace Horizon Cloud on Microsoft Azure migré, les espaces Horizon sont conservés dans l'environnement de locataire de première génération, recevant leur licence d'abonnement via le locataire de première génération. Un processus de migration en libre-service pour les espaces Horizon n'est pas encore fourni.
- Les clients légers Horizon répertoriés pour Horizon Cloud Service next-gen dans la Matrice de compatibilité VMware sont pris en charge après la migration. Lorsque, dans votre cas d'utilisation, vos utilisateurs finaux utilisent des clients légers Horizon, vérifiez la matrice de compatibilité entre votre périphérique et votre modèle de client léger Horizon, et Horizon Cloud Service next-gen avant de poursuivre la migration. Seuls les clients légers Horizon répertoriés comme compatibles avec Horizon Cloud Service next-gen sont pris en charge après la migration.
La matrice de compatibilité entre les clients légers Horizon et la Version de la plate-forme Horizon = Horizon Cloud Service next-gen se trouve ici : https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc
Note : La migration des préférences de postes de travail d'utilisateurs finaux définies dans Horizon Client pour chaque poste de travail n'est actuellement pas prise en charge. Pour obtenir leurs préférences souhaitées après la migration, les utilisateurs finaux peuvent les définir à nouveau dans leurs clients. - Éléments exclus
-
Les scénarios suivants ne sont actuellement pas pris en charge pour la migration :
- Espaces déployés dans les environnements Azure Government.
- Ces espaces Horizon Cloud on Microsoft Azure qui sont inclus dans les attributions impliquant au moins deux espaces.
- Situations pour lesquelles les utilisateurs finaux ou leurs clients doivent utiliser PCoIP avec le déploiement Horizon Cloud on Microsoft Azure.
Note : La migration en libre-service automatisée ne peut pas détecter si des utilisateurs finaux souhaitent ou requièrent PCoIP. Vous et vos administrateurs VDI devez vérifier si cette situation s'applique à vos utilisateurs finaux.
- Les clients légers Horizon qui ne se trouvent pas dans la Matrice de compatibilité VMware ne sont pas pris en charge pour une utilisation après la migration. Lorsque, dans votre cas d'utilisation, vos utilisateurs finaux utilisent des clients légers Horizon, vérifiez la matrice de compatibilité entre votre périphérique et votre modèle de client léger Horizon, et Horizon Cloud Service next-gen avant de poursuivre la migration. Seuls les clients légers Horizon répertoriés comme compatibles avec Horizon Cloud Service next-gen sont pris en charge.
La matrice de compatibilité entre les clients légers Horizon et la Version de la plate-forme Horizon = Horizon Cloud Service next-gen se trouve ici : https://www.vmware.com/resources/compatibility/search.php?deviceCategory=vdm&details=1&horizonVersion=666&page=1&display_interval=10&sortColumn=Partner&sortOrder=Asc
Lorsque l'espace Horizon Cloud on Microsoft Azure de première génération est migré vers l'environnement de nouvelle génération, le type de série chronologique des données de cet espace sera toujours disponible dans Workspace ONE Intelligence après la migration.
Si VMware a activé votre accès à l'assistant de migration de nouvelle génération dans l'instance d'Horizon Universal Console de première génération, cet assistant affiche l'ensemble des fonctionnalités disponibles dans l'instance d'Horizon Cloud on Microsoft Azure de première génération, mais qui ne sont pas disponibles après la migration vers Horizon Cloud Service - next-gen.
Les administrateurs doivent informer les utilisateurs finaux de la migration et que l'expérience utilisateur Horizon Cloud Service - next-gen diffère quelque peu de celle de l'instance d'Horizon Cloud on Microsoft Azure de première génération. Par exemple, cette Tech Zone video Flux de connexion de VMware Horizon Cloud Service illustre les différences dans l'expérience de connexion.
Votre déploiement de première génération utilise-t-il des fonctionnalités qui vous sont fournies de manière sélective ou activées par l'équipe responsable des opérations VMware Horizon Cloud ou intégrées à Workspace ONE Access ?
Certaines fonctionnalités peuvent avoir été activées de manière sélective pour votre déploiement de première génération par l'équipe responsable des opérations VMware Horizon Cloud. Certains éléments peuvent avoir été fournis pour votre utilisation dans des conditions spéciales, telles que des API privées.
Vérifiez auprès de votre équipe si votre déploiement implique l'un de ces éléments.
- Votre locataire est-il configuré pour l'intermédiation d'un espace unique et Workspace ONE Access est-il intégré à ce locataire et à son espace ? Si vous n'êtes pas déjà en contact avec l'équipe VMware Horizon Cloud pour la migration de votre espace, adressez une demande de support pour contacter l'équipe VMware Horizon Cloud afin d'obtenir des conseils.
- Votre locataire est-il configuré avec Universal Broker et intégré aux services Workspace ONE Access et Intelligent Hub ? Si vous n'êtes pas déjà en contact avec l'équipe VMware Horizon Cloud pour la migration de votre espace, adressez une demande de support pour contacter l'équipe VMware Horizon Cloud afin d'obtenir des conseils.
- Avez-vous demandé d'activer les fonctionnalités qui sont indiquées comme disponibles dans la documentation de première génération lorsque votre locataire est configuré de manière explicite pour l'utilisation de ces fonctionnalités ? Ces fonctionnalités sont par exemple l'utilisation de LDAPS lors de l'enregistrement du domaine Active Directory, du déplacement de machines virtuelles individuelles entre des attributions dans le même espace, d'autorisations de portée limitée aux attributions de poste de travail et aux batteries de serveurs pour les rôles prédéfinis intégrés. Si la réponse est oui, déposez une demande de support pour contacter l'équipe VMware Horizon Cloud pour obtenir des conseils.
- Avez-vous développé des scripts s'appuyant sur des API que VMware fournit pour votre utilisation avec le plan de contrôle de première génération ? Ces scripts ou outils devront être réécrits à l'aide des API du plan de contrôle de nouvelle génération. Pour en savoir plus sur ces API, reportez-vous à la documentation des API Horizon Cloud Service - next-gen.
- Votre équipe ou l'équipe responsable des opérations VMware Horizon Cloud a-t-elle configuré des fonctionnalités ou des propriétés spécifiques dans la configuration d'Unified Access Gateway du déploiement ? Ces configurations sont par exemple relatives à Syslog, aux options RADIUS avancées, au routage personnalisé sur les sous-réseaux de gestion ou de locataire, ou aux tailles de MTU par défaut modifiées sur les instances d'Unified Access Gateway. Si la réponse est oui, déposez une demande de support pour contacter l'équipe VMware Horizon Cloud pour obtenir des conseils.
- L'équipe responsable des opérations VMware Horizon Cloud a-t-elle configuré à votre place des propriétés spécifiques associées aux instances de gestionnaire d'espace du déploiement ? Ces configurations sont par exemple relatives à la modification de la valeur par défaut du délai d'expiration du thread du cache de l'utilisateur ou à la désactivation de la validation de l'autorisation du compte de jonction de domaine. Si la réponse est oui, déposez une demande de support pour contacter l'équipe VMware Horizon Cloud pour obtenir des conseils.
- Y a-t-il d'autres éléments configurés par l'équipe responsable des opérations VMware Horizon Cloud pour votre déploiement qui ne sont pas décrits comme disponibles dans la documentation de première génération ou des fonctionnalités à la demande ? Si la réponse est oui, déposez une demande de support pour contacter l'équipe VMware Horizon Cloud pour obtenir des conseils.
