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. Cette page décrit également certains cas particuliers de déploiements de première génération.
Remarque : ce contenu est un document actif. Ces informations sont mises à jour à mesure qu'une prise en charge supplémentaire est disponible.
Exclusions actuelles d'éléments clés
Important : ce contenu ne mentionne pas toutes les exclusions possibles. Ici, les éléments correspondent aux caractéristiques générales qui sont actuellement exclues du processus de migration.
Cette première liste indique les éléments inclus, suivis de la liste des éléments exclus.
Inclus à compter du 16 janvier 2025
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 ou déployé dans Azure US Government (régions Azure
usgovvirginia,usgovtexas,usgovarizona). Remarque : étant donné que les abonnements à Azure US Government ne prennent pas en charge Azure Private Link, lors de la migration d'espaces dans Azure US Government à l'aide du type de déploiement AKS, la connectivité réseau du dispositif Horizon Edge résultant est définie sur Internet par défaut. - Dispose d'attributions dans un espace unique ou qui s'étendent sur plusieurs espaces. (La migration d'attributions qui couvrent plusieurs espaces est prise en charge à compter du 16 janvier 2025.)
- L'espace Horizon Cloud on Microsoft Azure doit exécuter une version minimale du 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é à condition que vous choisissiez le type de déploiement Machine virtuelle unique ou que vous mettiez en œuvre la solution consistant à créer un réseau virtuel et un sous-réseau de gestion pour le déploiement d'Horizon Cloud. Pour obtenir 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(PrerequisitesforMigratingaFirst-GenHorizonCloudPod.md#vnethasrestrictedips)].
- Les espaces qui fournissent des applications distantes à l'inventaire du locataire sont éligibles à 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.
Remarque : si vous avez installé les applications manuelles directement sur les machines virtuelles 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 Horizon Cloud. 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 Horizon Cloud Horizon Universal Console après la migration, reportez-vous à la section Applications distantes à partir de batteries de serveurs d'applications de première génération 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.
Remarque : 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 Horizon Edge Gateway. 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.
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 Horizon Cloud. 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 dans le guide de compatibilité 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, avant de poursuivre la migration. Seuls les clients légers Horizon répertoriés comme étant compatibles avec Horizon Cloud sont pris en charge après la migration.
Le guide de compatibilité des clients légers Horizon se trouve dans la section Hub des partenaires technologiques - Guides de compatibilité de Tech Zone.
Remarque : la migration des préférences de postes de travail de l'utilisateur final 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 :
- Situations pour lesquelles les utilisateurs finaux ou leurs clients doivent utiliser PCoIP avec le déploiement d'Horizon Cloud on Microsoft Azure.
Remarque : 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é 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, avant de poursuivre la migration. Seuls les clients légers Horizon répertoriés comme étant compatibles avec Horizon Cloud sont pris en charge.
Le guide de compatibilité des clients légers Horizon se trouve dans la section Hub des partenaires technologiques - Guides de compatibilité de Tech Zone.
Remarque : comme décrit dans l'article 91183 de la base de connaissances, à partir du 30 juin 2023, les tableaux de bord historiques et les rapports générés par les données de Cloud Monitoring Service (CMS) ne sont disponibles que par le biais d'Omnissa Intelligence. Lorsque vous avez suivi les étapes de l'article de la base de connaissances avant le 30 juin 2023, les données de l'espace Horizon Cloud on Microsoft Azure de première génération étaient initialement disponibles dans la console d'Intelligence.
Lorsque l'espace Horizon Cloud on Microsoft Azure de première génération est migré vers l'environnement Horizon Cloud, le type de série chronologique des données de cet espace sera toujours disponible dans Intelligence après la migration.
Si l'équipe Horizon Cloud a activé votre accès à l'assistant de migration Horizon Cloud 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.
Les administrateurs doivent informer les utilisateurs finaux de la migration et les prévenir que l'expérience utilisateur dans Horizon Cloud diffère quelque peu de celle de l'instance d'Horizon Cloud on Microsoft Azure de première génération.
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 qui sont activées par l'équipe responsable des opérations Horizon Cloud ou intégrées à Omnissa 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 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 Omnissa Access est-il intégré à ce locataire et à son espace ? Si vous n'êtes pas déjà en contact avec l'équipe Horizon Cloud pour la migration de votre espace, adressez une demande de support pour contacter l'équipe Horizon Cloud afin d'obtenir des conseils.
- Votre locataire est-il configuré avec Universal Broker et intégré aux services Access et Intelligent Hub ? Si vous n'êtes pas déjà en contact avec l'équipe Horizon Cloud pour la migration de votre espace, adressez une demande de support pour contacter l'équipe 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 Horizon Cloud pour obtenir des conseils.
- Avez-vous développé des scripts s'appuyant sur des API que l'équipe Horizon Cloud 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 d'Horizon Cloud Control Plane. Pour en savoir plus sur ces API, reportez-vous à la documentation des API Horizon Cloud.
- Votre équipe ou l'équipe responsable des opérations d'Horizon Cloud a-t-elle configuré pour vous 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 Horizon Cloud pour obtenir des conseils.
- L'équipe responsable des opérations 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 Horizon Cloud pour obtenir des conseils.
- Y a-t-il d'autres éléments configurés par l'équipe responsable des opérations Horizon Cloud pour votre déploiement qui ne sont pas décrits comme étant généralement 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 Horizon Cloud pour obtenir des conseils.
Cette page vous a-t-elle été utile ?