Migration en libre-service des déploiements d'Horizon Cloud on Microsoft Azure de première génération vers Horizon Cloud

Lorsque votre environnement Horizon Cloud est activé pour vous, vous pouvez initier la migration en libre-service d'un déploiement Horizon Cloud on Microsoft Azure situé dans l'Horizon Cloud Control Plane de première génération vers Horizon Cloud.

Remarque : au moment de la rédaction de ce document, les environnements de première génération dans lesquels la flotte d'espaces se compose entièrement d'espaces Horizon 8 (le type d'espaces Serveur de connexion) ne sont pas inclus dans ce processus de migration en libre-service ou dans le guide de migration associé. Leur processus de migration est différent de celui des espaces Horizon Cloud on Microsoft Azure. Pour obtenir des informations sur la migration des espaces Horizon 8, contactez votre représentant Horizon 8.

Par où commencer ?

Choisissez l'un des liens ci-dessous à lire, en fonction de la partie du processus de migration que vous avez déjà effectué vous-même ou avec l'équipe de migration Horizon.

Attention : la migration en libre-service sur les espaces Microsoft Azure est un déploiement progressif, effectué par étapes par l'équipe de migration Horizon. Lorsque la condition sera remplie, vous recevrez un message direct du service de communications de l'équipe de migration d'Horizon.

• Que se passe-t-il si je ne reçois pas d'e-mail de l'équipe de migration Horizon ?

  Consultez les critères d'admissibilité actuels dans la section Exclusions et scénarios de cas spéciaux pour la migration. L'admissibilité à l'activation est basée sur des facteurs spécifiques. Ces facteurs évoluent dans le temps, ce qui en fait un déploiement progressif.

Case à cocher	Lorsque…	Procédez comme suit
☐	Vous avez reçu un e-mail de l'équipe de migration d'Horizon à propos de la migration vers Horizon Cloud, mais… Vous n'avez pas eu de présentation du processus. Vous n'avez pas effectué l'intégration initiale vers Horizon Cloud.	À faire : remplissez les conditions préalables décrites dans ce guide À faire : vérifiez auprès de l'équipe de migration que votre environnement Horizon Cloud est prêt pour l'intégration initiale et effectuez ces étapes d'intégration initiale
☐	Vous avez effectué l'intégration initiale vers Horizon Cloud et l'UI de migration s'affiche, mais… Vous n'avez pas configuré le fournisseur d'identité pour Horizon Cloud. Vous n'avez pas couplé votre locataire de première génération avec Horizon Cloud.	À faire : configurez le fournisseur d'identité. À faire : couplez les locataires.
☐	Après la configuration du fournisseur d'identité et le couplage, mais… Vous n'avez pas encore planifié la fenêtre de maintenance pour un espace.	À faire : planifiez la fenêtre de maintenance.
☐	Une fois la fenêtre de maintenance planifiée, mais avant l'arrivée de cette date.	À vérifier : consultez les informations sur ce qui se passe lors de la phase de génération préalable. À faire : configurez les enregistrements DNS lorsque les nouvelles instances d'Unified Access Gateway sont répertoriées dans l'UI d'Horizon Cloud. À faire : utilisez les pools de test prédéfinis pour valider au préalable le comportement. Pour chaque pool de postes de travail flottants de première génération, le système crée un pool de test d'un poste de travail dans le dispositif Horizon Edge qui met en miroir les paramètres de configuration du pool à partir de son homologue de première génération. Vous pouvez utiliser ces pools de test pour confirmer au préalable que chaque pool de postes de travail flottants se comporte conformément à vos attentes.
☐	Juste avant l'heure de maintenance de la migration jusqu'à la fin de la période de maintenance.	À vérifier : consultez les informations sur ce qui se passe lors de la fenêtre de maintenance.
☐	Juste après la période de maintenance.	À faire : effectuez les activités postérieures à la migration
☐	Après l'exécution des activités postérieures à la migration.	À faire : finalisez cette migration. À faire : vérifiez la configuration du point de terminaison privé pour le compte de stockage des applications App Volumes et configurez-le si nécessaire. Si vous disposez d'espaces supplémentaires, prévoyez de migrer l'espace suivant.

Remarque : les termes déploiements Horizon Cloud on Microsoft Azure et Horizon Cloud font référence à la première génération d'Horizon Cloud et au plan de contrôle du cloud de cette génération. D'autres termes, tels que v1 et first-gen, font référence à la première génération d'Horizon Cloud. La nouvelle génération du service et du plan de contrôle porte le nom officiel d'Horizon Cloud.

Expérience de navigateur

Horizon Cloud Horizon Universal Console est compatible avec les versions (N), N-1 et N-2, les plus récentes de Google Chrome, Mozilla Firefox, Microsoft Edge et Apple Safari. Les activités de migration effectuées à l'aide d'Horizon Cloud Horizon Universal Console sont prises en charge à l'aide de ces versions de navigateurs.

Pour les activités de migration effectuées dans Horizon Universal Console de première génération, telles que l'obtention de la clé de couplage, utilisez les versions de navigateurs compatibles avec Horizon Universal Console de première génération, comme décrit dans le Guide de déploiement de première génération.

Phase 1 : intégration initiale à l'environnement Horizon Cloud

Dans cette phase, vous effectuez les étapes d'intégration initiale dans l'environnement Horizon Cloud. Ces étapes sont presque les mêmes que celles d'un déploiement vierge dans l'environnement Horizon Cloud.

Remarque : si vous avez précédemment effectué une intégration à votre environnement Horizon Cloud, vous pouvez ignorer cette phase. Lorsque l'intégration initiale est terminée, chaque fois que vous vous connectez à Horizon Cloud Console, si la page Migration ne s'affiche pas immédiatement, vous pouvez cliquer sur l'entrée Migration de la console dans le volet de navigation de gauche pour afficher la page.

Effectuez les étapes d'intégration décrites sur la page Intégration pour Horizon Cloud , en sélectionnant votre région Horizon Cloud.

Sélection d'une organisation

À l'étape du workflow d'intégration dans laquelle le flux de l'UI vous demande de sélectionner une organisation existante ou d'en créer une, spécifiez l'organisation que vous avez choisie en suivant les instructions décrites dans la section Déterminer l'organisation de services Cloud à utiliser.

Sélection d'une région de cloud

Après l'organisation, l'UI de sélection d'une région s'affiche.

Important : une fois que vous avez sélectionné et enregistré une région dans cette étape, elle ne peut pas être modifiée ultérieurement.

Pour vous assurer que vos métadonnées de plan de contrôle sont conservées dans la même région géographique que celle utilisée pour votre locataire de première génération, sélectionnez la même région géographique qui correspond à celle de votre locataire de première génération.

La capture d'écran suivante illustre l'étape de sélection d'une région avec l'option États-Unis sélectionnée.

Vous pouvez faire correspondre votre sélection de région Horizon Cloud à la région que vous avez utilisée pour votre locataire de première génération. Cela permet d'identifier la région du plan de contrôle de première génération que vous utilisez.

Pour faire correspondre votre sélection de région Horizon Cloud à la région que vous avez utilisée pour votre locataire de première génération, connectez-vous à l'instance d'Horizon Universal Console de première génération. Puis, lorsque vous aurez terminé le flux d'authentification décrit dans la section Authentification dans un environnement Horizon Cloud, examinez le nom de DNS régional qui s'affiche dans le champ d'adresse du navigateur.

Remarque : ce tableau est destiné à répertorier les régions de première génération prises en charge et leurs équivalents Horizon Cloud. Au fil du temps, il se peut qu'Horizon Cloud prenne en charge des régions supplémentaires. Ces régions ne seront pas ajoutées à ce tableau, car elles n'auraient pas d'équivalent de première génération.

Nom régional de première génération commençant par	Sélection de la région Horizon Cloud correspondante
cloud.horizon. ou cloud-us-2.horizon.	États-Unis
cloud-eu-central-1.horizon. ou cloud-eu-2.horizon.	Irlande
cloud-ap-southeast-2.horizon. ou cloud-ap-2.horizon.	Australie
cloud-jp.horizon.	Japon
cloud-uk.horizon.	Royaume-Uni

Après la sélection de la région

Une fois l'enregistrement effectué à l'étape précédente, la console affiche généralement l'écran Migration.

Remarque : si l'écran Migration ne s'affiche pas, vous pouvez y accéder à l'aide de l'option Migration du volet de navigation de gauche.

Étapes suivantes

Suivez les directives qui s'affichent à l'écran. Remplissez les conditions préalables de migration documentées et terminez le processus de couplage.

Phase 2 : coupler les environnements pour activer la migration entre vos environnements Horizon Cloud et de première génération

Pour activer la migration d'un déploiement Horizon Cloud on Microsoft Azure vers votre environnement Horizon Cloud, vous devez coupler votre environnement de première génération avec votre environnement Horizon Cloud.

Remarque : pour effectuer les étapes dans Horizon Universal Console, vous devez disposer du rôle Administrator dans l'environnement Horizon Cloud. Reportez-vous à la page Attribution de rôles administratifs dans le guide d'utilisation d'Horizon Cloud.

Souvenez-vous que : actuellement, la console fournit la bannière de migration, l'assistant Migration Horizon Cloud, le menu Migration et la page Migration uniquement lorsque l'équipe de migration Horizon autorise vos déploiements de première génération pour la migration.

À propos de ce code de couplage

Un code de couplage permet au système d'associer votre environnement Horizon Cloud à votre environnement de première génération à des fins de migration de vos déploiements de première génération.

Procurez-vous un code de couplage à partir de votre environnement de première génération, puis copiez-le et collez-le dans le panneau de migration de votre environnement Horizon Cloud.

Étapes de couplage

Chaque fois que vous générez le code de couplage à l'aide de la console, le code est valide pendant 30 minutes. Si vous ne terminez pas l'étape 9 avant 30 minutes, il vous suffit de répéter l'étape 5 pour en générer un nouveau et le copier-coller à l'étape 9.

Si vous choisissez d'afficher les deux consoles en même temps, il est recommandé d'utiliser les fenêtres de navigateur en mode privé ou incognito pour éviter les problèmes d'interface utilisateur qui peuvent résulter du cache des images du navigateur ou d'autres contenus de page mis en cache.

1. Obtenez le code de couplage à l'aide de l'une de ces méthodes.

   • Si votre console affiche la bannière de migration, vous pouvez cliquer sur l'option ALLONS-Y de la bannière pour démarrer l'assistant Migration Horizon Cloud et sélectionner Oui à l'étape Commencer pour afficher le code de couplage, comme décrit dans la capture d'écran suivante.

     Remarque : la console de première génération affiche cette bannière et cet assistant uniquement lorsque l'équipe de migration Horizon les a activés dans votre environnement de première génération.

     

   • Cliquez sur le nom de votre compte affiché dans la console et sélectionnez Code de couplage.

     

2. Copiez le code de couplage. La capture d'écran suivante illustre le code modifié pour la confidentialité.

   

   Ce code de couplage est valide pendant 30 minutes.

   Si le code expire, la console dispose d'une action d'actualisation pour vous permettre d'en générer un nouveau.

3. Accédez à la page Migration de votre environnement Horizon Cloud.

   • Dans l'assistant Migration : commencer, vous pouvez cliquer sur Démarrer pour lancer Horizon Cloud Console affichant la page Migration.

   • Vous pouvez également ouvrir une fenêtre de navigateur, vous connecter aux services Cloud, puis, sur la vignette Workspace ONE Cloud, localiser la carte dans votre ensemble de services et cliquer sur l'action pour ouvrir Horizon Cloud Console à partir de là. Accédez ensuite à la page Migration à l'aide de l'entrée Migration du menu de navigation de gauche.

     

     La capture d'écran suivante illustre la page Migration de la console.

   

4. Cliquez sur le lien Coupler les locataires.

5. Dans la fenêtre Coupler les locataires qui s'affiche, collez le code de couplage copié dans le champ Code de couplage.

   La capture d'écran suivante illustre cette étape. Le code collé est publié ici à des fins de confidentialité.

   

6. Cliquez sur Coupler.

   Lorsque le système a couplé les locataires, l'UI d'Horizon Cloud indique que le couplage a réussi.

   

Étapes suivantes

À présent que votre locataire de première génération et le locataire Horizon Cloud sont couplés, suivez les instructions à l'écran et connectez un fournisseur d'identité.

Phase 3 : configurer les paramètres de fournisseur d'identité requis dans votre environnement Horizon Cloud

Dans cette phase du workflow de migration, vous devez saisir les paramètres d'un fournisseur d'identité externe. Ces paramètres enregistrent le fournisseur d'identité à utiliser avec l'environnement Horizon Cloud.

Brève introduction

De par sa conception, l'environnement Horizon Cloud repose sur un fournisseur d'identité externe pour fournir l'authentification requise lorsque les utilisateurs finaux tentent d'accéder aux ressources autorisées pour eux.

L'utilisation par l'architecture Horizon Cloud d'un fournisseur d'identité externe permet l'intégration à des produits et des solutions tiers pour fournir des capacités d'authentification multifacteur et SSO.

Avertissement :

Avant d'enregistrer le fournisseur d'identité, vérifiez que le domaine AD de l'espace à migrer est connecté à votre fournisseur d'identité (celui que vous indiquerez pour cet environnement Horizon Cloud).

Préparations

Assurez-vous que votre fournisseur d'identité est configuré et connecté à votre domaine AD, comme décrit dans la page Configuration de votre fournisseur d'identité disponible dans le guide d'Horizon Cloud.

L'UI de la console de locataire Horizon Cloud requiert un compte de jonction de domaine auxiliaire. Il s'agit d'une différence par rapport à la console de locataire de première génération, dans laquelle le compte de jonction de domaine auxiliaire était facultatif. Assurez-vous que vous disposez du nom d'un compte de jonction de domaine auxiliaire avant de démarrer les étapes d'enregistrement de domaine dans l'interface utilisateur.

Créer la connexion du fournisseur d'identité

Dans la console de votre locataire Horizon Cloud, accédez à l'onglet Interface utilisateur du fournisseur d'identité de la console en cliquant sur Se connecter sur la page Migration.

Terminez le flux Fournisseur d'identité de la console pour connecter le locataire Horizon Cloud à un fournisseur d'identité.

Pour obtenir des instructions spécifiques sur l'UI du fournisseur d'identité, reportez-vous à la page Connexion de votre fournisseur d'identité, disponible dans le guide d'Horizon Cloud.

La capture d'écran suivante illustre l'état Terminé, dans lequel le fournisseur d'identité est correctement connecté (certaines valeurs ont été supprimées pour préserver la confidentialité).

Étapes suivantes

Dans Horizon Cloud Console, accédez à la page Migration.

À présent que le fournisseur d'identité est connecté, la console affiche le bouton Démarrer et vous pouvez cliquer dessus pour commencer à planifier la migration automatisée.

Phase 4 : planifier la fenêtre de maintenance de la migration d'un espace

Dans cette phase, vous sélectionnez l'espace à migrer, spécifiez les détails requis pour la génération du système d'Horizon Edge et réservez un emplacement de calendrier pour la fenêtre de maintenance.

Cet emplacement de calendrier est la fenêtre de maintenance.

Pendant la fenêtre de maintenance, vous-même et d'autres administrateurs ne pouvez pas accéder à l'instance d'Horizon Universal Console de votre locataire de première génération et vos utilisateurs finaux ne peuvent pas accéder à leurs postes de travail et applications provisionnés par l'espace en cours de migration.

Avant de commencer ces étapes

Avant de démarrer ce workflow dans la console, assurez-vous que les éléments suivants sont en place.

☐	Toutes les conditions préalables sont en place
☐	Vous avez déterminé le type de déploiement de la passerelle Horizon Edge Gateway (VM unique ou AKS) à utiliser : Choisir le type de déploiement et remplir ses conditions requises.
☐	Outre les principales conditions préalables, vous avez rempli les conditions préalables au type de déploiement de la passerelle Horizon Edge que vous avez choisi : Conditions préalables du type VM unique Conditions préalables du type AKS
☐	Vous avez terminé les étapes de la Phase 3 : Configurer les paramètres de fournisseur d'identité requis dans votre environnement Horizon Cloud.
☐	Assurez-vous que les stratégies Azure associées à la création de balises et de groupes de ressources sont annulées (désactivées) et restent désactivées jusqu'au déploiement de la passerelle Horizon Edge et des instances d'Unified Access Gateway dans l'abonnement de l'espace. L'activité de déploiement démarre une fois que vous avez terminé l'exécution de l'assistant de planification. Une fois le déploiement réussi, des messages de notification s'affichent dans l'instance d'Horizon Cloud Horizon Universal Console.
☐	Comme décrit dans la page des conditions requises, assurez-vous que toutes les images de l'espace de première génération sont à l'état Publié et que leurs machines virtuelles et leurs snapshots sont intacts dans Microsoft Azure.

Important : si une condition préalable est manquante, les vérifications de validation préalable du système échouent et ce dernier ne peut pas entrer dans sa phase de génération préalable, ce qui bloque le processus de migration.

L'interface utilisateur de l'assistant de planification vous oblige à sélectionner ou à saisir des valeurs pour les éléments suivants.

Assurez-vous que vous disposez de ces informations et éléments avant de démarrer l'assistant. Ces éléments sont tous décrits sur les pages des conditions préalables.

☐	Nouveaux éléments d'Unified Access Gateway : Nom de domaine complet que vous allez entrer dans l'interface utilisateur de l'assistant Certificat SSL pour la configuration d'Unified Access Gateway (format PEM ou PFX) qui correspond au nom de domaine complet. Important : Assurez-vous que le nom commun ou le nom de domaine complet du certificat correspond exactement au nom de domaine complet que vous prévoyez d'entrer dans l'assistant. L'assistant valide les données dans le certificat avec le nom de domaine complet saisi. En l'absence de correspondances, le système empêche la planification de la migration et vous devrez annuler l'exécution de l'assistant de planification. Si l'espace de première génération dispose d'une configuration d'Unified Access Gateway externe et d'une configuration d'Unified Access Gateway interne, le nom de domaine complet externe et le nom de domaine complet interne de l'instance d'Unified Access Gateway du dispositif Edge après la migration est défini sur le même nom de domaine complet par défaut (celui que vous entrez dans l'assistant de planification). Si vous souhaitez que le nom de domaine complet interne se distingue du nom de domaine complet externe, vous devrez alors après la migration modifier les détails de l'instance d'Unified Access Gateway du dispositif Edge pour remplacer son nom de domaine complet interne par ce nom distinct, puis spécifier les plages réseau pour identifier les utilisateurs internes. Remarque : si vous prévoyez de définir le nom de domaine complet interne pour qu'il soit unique par rapport au nom de domaine complet externe, assurez-vous que le certificat SSL que vous fournissez dans cet assistant de planification reflète votre nom de domaine complet interne prévu dans les données du certificat. Sinon, un certificat qui reflète les deux noms de domaine complets sera nécessaire lorsque vous modifierez les détails du dispositif Edge pour spécifier un nom de domaine complet interne unique. Actuellement, l'UI prend un seul certificat.
☐ Si vous utilisez le type de déploiement AKS	Pour le type AKS, l'assistant demande les éléments suivants : Passerelle NAT ou table de routage associée au sous-réseau de gestion, utilisée pour les connexions sortantes du cluster AKS d'Horizon Edge Identité gérée attribuée par l'utilisateur. CIDR à utiliser pour le cluster AKS d'Horizon Edge (CIDR de service et CIDR d'espace). Remarque : si vous devez créer un réseau virtuel et un sous-réseau de gestion à utiliser avec le type AKS pour contourner les adresses IP restreintes par AKS, assurez-vous que vous connaissez leurs noms afin de pouvoir les identifier et les sélectionner dans l'UI de l'assistant.
☐ Si vous utilisez le type de déploiement VM unique	Pour le type VM unique, l'assistant n'a pas d'entrée requise spécifique au type de déploiement VM unique. Dans les rares cas où votre réseau dispose d'un serveur Active Directory déjà provisionné sur un segment de réseau qui chevauche certaines valeurs système par défaut, vous devrez spécifier des valeurs personnalisées pour remplacer les valeurs par défaut définies par le système. Pour plus d'informations, reportez-vous à la section Type de déploiement VM unique.
☐ Si la passerelle externe de l'espace utilise une adresse IP privée	Si le déploiement de la passerelle externe de l'espace de première génération est configuré pour utiliser une adresse IP privée, faites en sorte que la nouvelle adresse IP publique utilise le déploiement de l'instance d'Unified Access Gateway d'Horizon Cloud, comme décrit dans la section Conditions préalables à la migration d'un espace Horizon Cloud de première génération. L'assistant demande ces informations.

Points liés au site : environnements Universal Broker

Gardez ces points à l'esprit lorsque vous disposez d'un environnement Universal Broker de première génération avec plusieurs espaces Horizon Cloud.

Comme décrit sur la page Utilisation de sites dans un environnement Universal Broker du Guide d'administration de première génération, lorsque votre locataire de première génération utilise Universal Broker, vous pouvez configurer des sites et des sites de base.

• Le système migre les configurations de sites qui existent dans le locataire de première génération lors de la migration du premier espace. Le mappage d'un utilisateur à un site de base constitue un exemple d'informations liées au site.
• Lorsque vous finalisez la migration de ce premier espace, puis apportez par la suite des modifications aux informations liées au site dans l'environnement de première génération, ces modifications ne deviennent pas visibles dans l'environnement Horizon Cloud avant la migration de l'espace suivant.
• Tous les mappages de site à utilisateur et de site à groupe existants dans l'environnement Horizon Cloud sont la source de confiance lorsqu'un espace est migré. Si un mappage de site de base d'utilisateur ou de groupe pour un utilisateur ou un groupe existe à la fois dans l'environnement Horizon Cloud et dans l'environnement de première génération, le processus de migration ignore le mappage de site de première génération. Ces informations sont incluses dans le rapport de migration.
• Après la migration de chaque espace, si vous avez des mappages de site de base, vérifiez ces mappages dans l'environnement Horizon Cloud et mettez-les à jour selon les besoins de votre organisation.

Lorsque vous disposez d'attributions impliquant plusieurs espaces

Vous pouvez avoir des attributions de première génération qui impliquent plusieurs espaces (la documentation de première génération utilise le terme attributions multicloud pour ces attributions). Il existe des éléments clés à prendre en compte lors de la migration d'espaces impliqués dans des attributions multicloud. Reportez-vous à la section Lorsque vous disposez de plusieurs espaces dans des attributions de première génération : points clés.

Interface utilisateur du workflow de planification de migration

Cliquez sur Démarrer sur la page Migration pour afficher le workflow Planifier la migration.

La console affiche l'ensemble des déploiements Horizon Cloud on Microsoft Azure de première génération qui se trouvent dans l'ensemble d'espaces du locataire de première génération couplé à ce locataire Horizon Cloud.

Le système valide automatiquement qu'un déploiement de première génération est compatible avec la migration en libre-service. Les critères de validation comprennent notamment la confirmation que les instances du gestionnaire d'espace exécutent une version de manifeste appropriée, que les images, le poste de travail VDI et les machines virtuelles de batterie de serveurs disposent des versions d'Horizon Agent appropriées, et que les fonctionnalités utilisées dans le déploiement de première génération sont également compatibles avec les capacités actuelles de la migration en libre-service.

Pour chaque déploiement de première génération, la console indique si le déploiement répond aux critères du système pour sa migration automatisée. Si les critères sont remplis, l'interface utilisateur indique Prêt à migrer.

Si le déploiement ne répond pas aux critères, vous pouvez cliquer sur la colonne État pour afficher une fenêtre qui décrit les problèmes. Après avoir corrigé ces éléments, vous pouvez utiliser l'action Réanalyser pour réexécuter la vérification système du déploiement de première génération. Pour obtenir des exemples de critères que les déploiements doivent respecter, reportez-vous à la section Exclusions et scénarios de cas spéciaux pour la migration.

Remarque : lorsque vous utilisez l'action Réanalyser, la page ne s'actualise pas automatiquement. Vous devez cliquer sur Actualiser pour consulter le dernier état.

Sélectionner un espace de première génération

Lorsque l'interface utilisateur indique que l'espace est prêt à migrer, sélectionnez l'espace, puis cliquez sur Suivant.

Si votre environnement de première génération comporte plusieurs espaces avec une combinaison de passerelles internes uniquement et de passerelles externes, migrez d'abord les espaces avec ces dernières.

Une fois l'espace sélectionné, cliquez sur Suivant pour continuer.

Horizon Edge : Ajouter un nouveau, Sélectionner l'élément existant

Lorsque vous cliquez sur Suivant, le système analyse les éléments disponibles dans l'environnement Horizon Cloud pour qu'un dispositif Horizon Edge représente l'espace postérieur à la migration.

L'assistant affiche les boutons suivants :

• Ajouter un nouveau
• Sélectionner l'élément existant

Un bouton grisé signifie qu'il ne peut pas être utilisé pour cette migration et que l'instance sélectionnée par le système doit être utilisée. Une bannière en affiche la raison.

Si aucun d'entre eux n'est grisé et qu'une instance est sélectionnée par défaut, cela signifie que le système recommande d'utiliser la présélection et que vous pouvez remplacer la recommandation du système et choisir l'autre instance pour cette migration.

Les sections suivantes décrivent brièvement le rôle des options Ajouter un nouveau et Sélectionner l'élément existant dans le flux Planifier la migration.

Bouton : Sélectionner l'élément existant

Lorsque l'option Sélectionner l'élément existant est sélectionnée, l'assistant affiche la liste des dispositifs Horizon Edge existants de l'environnement. Sélectionnez le dispositif Horizon Edge à utiliser pour cette migration et cliquez sur Suivant. Passez à Étape 3 : planification de la période de migration.

Lors de l'utilisation d'un dispositif Horizon Edge existant, le système met à l'échelle le déploiement d'Unified Access Gateway existant avec le même nombre d'instances d'Unified Access Gateway associées à l'espace de première génération. La limite maximale de cette échelle est de huit (8) instances d'Unified Access Gateway. Lorsque cette limite est atteinte dans le dispositif Horizon Edge sélectionné, le déploiement d'Unified Access Gateway n'augmente pas.

À propos également des cas d'utilisation suivants :

• L'espace de première génération dispose du même abonnement, de la même région Microsoft Azure, d'un app ID (principal de service) différent de celui du dispositif Horizon Edge sélectionné : le système met à l'échelle le fournisseur du dispositif Horizon Edge sélectionné en ajoutant l'ID d'application de l'espace de première génération à ce fournisseur.
• L'espace de première génération dispose d'un abonnement différent, de la même région Microsoft Azure, d'un app ID (principal de service) différent de celui du dispositif Horizon Edge sélectionné : le système ajoute un fournisseur secondaire au dispositif Horizon Edge sélectionné.

Bouton : Ajouter un nouveau

Lorsque l'option Ajouter un nouveau est sélectionnée, le système crée un dispositif Horizon Edge pour la migration de cet espace de première génération.

Dans ce cas, l'assistant vous demande de remplir les options et les champs affichés pour configurer le nouveau dispositif Horizon Edge.

Champs d'interface utilisateur	Description
Nom du dispositif Horizon Edge	Spécifiez un nom qui identifiera de manière unique ce dispositif Horizon Edge dans le locataire Horizon Cloud. Le nom doit commencer par une lettre [a-Z] et contenir uniquement des lettres, des tirets (-) et des chiffres.
Type de déploiement	Cliquez sur l'option qui correspond au type de déploiement que vous avez décidé d'utiliser pour Horizon Edge Gateway. La valeur par défaut est Machine virtuelle unique. Machine virtuelle unique : déploie le type VM unique. Azure Kubernetes Service : déploie le type AKS.

Reportez-vous à la section ci-dessous qui correspond au Type de déploiement choisi.

Type de déploiement de machine virtuelle unique

Pour le déploiement de machine virtuelle unique, il n'existe aucun champ obligatoire, à l'exception du scénario exceptionnel décrit dans la Remarque suivante. Ce type de déploiement utilise le sous-réseau de gestion de l'espace pour Horizon Edge Gateway.

Remarque : il arrive exceptionnellement que vous ayez déjà provisionné un élément tel qu'un serveur Active Directory sur un segment de réseau dont l'espace d'adresse IP chevauche les valeurs par défaut du système. Dans ce cas exceptionnel, des problèmes de mise en réseau peuvent survenir lorsque les modules Edge Gateway tentent de joindre Active Directory. Pour éviter de tels conflits, la section Avancé de l'assistant fournit des champs pour vous permettre de spécifier des valeurs personnalisées et d'éviter les conflits avec les plages réseau internes par défaut du système. Pour plus d'informations, reportez-vous à la section Paramètres avancés facultatifs.

La section suivante présente des informations sur Unified Access Gateway.

Type de déploiement d'Azure Kubernetes Service

Remplissez les champs. Ils sont tous requis. L'interface utilisateur valide toutes ces entrées avant l'activer le bouton Suivant.

Champs d'interface utilisateur	Description
Type de cluster sortant	Deux choix se présentent : Passerelle NAT ou Routes définies par l'utilisateur. Sélectionnez le choix correspondant à la configuration que vous-même ou votre équipe informatique avez choisie dans Azure pour répondre à cette condition, comme décrit dans la section « Type AKS : configurer une passerelle NAT ou une table de routage et l'associer au sous-réseau ».
Identité gérée attribuée à l'utilisateur	Sélectionnez l'identité gérée attribuée par l'utilisateur que vous-même ou votre équipe informatique avez configurée dans Azure pour respecter cette exigence, comme décrit dans la section « Type AKS : créer une identité gérée attribuée par l'utilisateur »
Réseau virtuel et Sous-réseau de gestion	Si ces deux champs s'affichent, effectuez les sélections en fonction de ce que vous avez préparé pour gérer les conditions préalables. Ces champs s'affichent lorsque les vérifications du système déterminent que le réseau virtuel chevauche les plages d'adresses IP restreintes par AKS, comme décrit dans la section « Déterminer si le réseau virtuel ou les réseaux connectés de l'espace contiennent des adresses IP ». Sélectionnez le nouveau réseau virtuel et le sous-réseau de gestion à l'intérieur de celui-ci.
CIDR de service	Saisissez le CIDR que vous-même ou votre équipe informatique avez choisi pour répondre à la condition du CIDR de service AKS, comme décrit dans la section « Type AKS : réserver les plages d'adresses IP virtuelles requises ».
CIDR d'espace	Saisissez le CIDR que vous-même ou votre équipe informatique avez choisi pour répondre à la condition du CIDR de l'espace AKS, comme décrit dans la section « Type AKS : réserver les plages d'adresses IP virtuelles requises ».

Informations sur Unified Access Gateway

Champs d'interface utilisateur	Description
Nom de domaine complet d'Unified Access Gateway	Entrez le nom de domaine complet de l'instance d'Unified Access Gateway que vous ou votre équipe informatique avez décidé d'utiliser pour ce déploiement. Les instances d'Horizon Agent dans les applications et les postes de travail virtuels se connectent à ce nom de domaine complet. Si l'espace de première génération dispose d'une configuration d'Unified Access Gateway externe et d'une configuration d'Unified Access Gateway interne avec différents noms de domaine complets et certificats configurés sur ces configurations de passerelle, le nom de domaine complet externe et le nom de domaine complet interne d'Unified Access Gateway du dispositif Edge après la migration seront tous deux définis sur le même nom de domaine complet par défaut (celui que vous entrez dans l'assistant ici). Après la migration, vous pouvez modifier les détails d'Unified Access Gateway du dispositif Edge pour remplacer le nom de domaine complet interne par celui que vous souhaitez utiliser pour les utilisateurs internes et configurer des plages réseau pour identifier les utilisateurs internes. Remarque : si vous prévoyez de mettre à jour le nom de domaine complet interne pour qu'il soit différent du nom de domaine complet externe après la migration, assurez-vous que le certificat que vous chargez reflète le nom de domaine complet que vous entrez dans l'assistant et votre nom de domaine complet interne prévu dans les données du certificat. Sinon, après la migration, vous devrez charger un certificat qui reflète à la fois le nom de domaine complet externe et le nom de domaine complet interne.
Type de certificat	Deux choix se présentent : PEM ou PFX. Choisissez le type qui correspond au certificat que vous ou votre équipe informatique avez obtenu pour ce déploiement, qui correspond au nom de domaine complet d'Unified Access Gateway. Pour PFX, un champ Mot de passe supplémentaire s'affiche pour vous permettre d'entrer le mot de passe du certificat PFX.
Certificat	Cliquez sur le bouton pour charger le certificat.
Adresse IP publique manuelle	Ce champ s'affiche lorsque le système détecte que le déploiement de passerelles externes de l'espace de première génération est configuré pour utiliser une adresse IP privée. Entrez l'adresse IP publique que vous souhaitez utiliser pour le déploiement d'Horizon Cloud, comme décrit dans la section « Conditions préalables à la migration d'un espace Horizon Cloud de première génération ». Remarque : cette adresse IP publique doit être différente de l'adresse IP publique déjà utilisée pour le déploiement de première génération à migrer, afin de prendre en charge la restauration vers l'état de déploiement de première génération si une restauration est nécessaire. Dans le cadre des activités de génération préalable, le système déploie l'équilibreur de charge du déploiement d'Unified Access Gateway d'Horizon Cloud avec une adresse IP privée. Une fois que l'équilibreur de charge est déployé et que son adresse IP privée est connue, vous devez vous assurer que vous avez configuré le routage afin que cette adresse IP publique dirige le trafic vers l'adresse IP privée de l'équilibreur de charge déployé.

Paramètres avancés facultatifs : plages réseau internes pour VM unique

Dans la VM unique, des valeurs par défaut définies par le système sont utilisées pour les plages réseau internes. Ces réseaux internes sont utilisés par Kubernetes dans la VM et ne sont pas accessibles en dehors de la VM. Ils doivent conserver les valeurs par défaut définies par le système, sauf s'ils chevauchent vos réseaux internes. Dans les rares cas où des segments de réseau existants chevauchent les plages internes de la machine virtuelle, utilisez la section Avancé de l'assistant pour spécifier des valeurs personnalisées.

Entrez les CIDR que vous-même ou votre équipe informatique avez choisis pour respecter la condition requise dans ce cas spécial, comme décrit dans la section Conditions requises pour un déploiement VM unique.

• CIDR du service - Au moins /27 est requis.
• CIDR de l'espace - Au moins /21 est requis.

Lorsque tous les champs requis de l'assistant contiennent des entrées

Lorsque tous les champs comportent des entrées, cliquez sur le bouton Suivant pour passer à l'étape suivante.

Étape 3 : planifier la période de migration

Dans cette étape, sélectionnez une période pour la fenêtre de maintenance de la migration.

Pendant la période sélectionnée :

• N'apportez aucune modification à l'espace de première génération, à ses ressources, à ses paramètres, etc.
• N'apportez aucune modification au déploiement de l'environnement Horizon Cloud.
• Le système empêchera l'accès à Horizon Universal Console.
• Les utilisateurs finaux ne peuvent pas accéder à leurs postes de travail et applications provisionnés par l'espace de migration.
• Évitez d'accéder à l'environnement Horizon Cloud pendant la période sélectionnée, afin de ne pas interrompre le processus.

L'interface utilisateur affiche une vue de calendrier qui décrit les emplacements que le système met à disposition pour les activités de migration.

• La vue de calendrier reflète avec précision les jours et les créneaux horaires disponibles pour la migration de votre espace de première génération sélectionné.
• En règle générale, le premier jour disponible pour sélection sera au minimum 7 jours dans le futur.
• Vous pouvez faire défiler cette vue de calendrier si nécessaire pour trouver une date et un créneau horaire adaptés aux besoins de votre équipe et de votre organisation.
• Chaque créneau horaire est un bloc de 6 heures.

La capture d'écran suivante présente le calendrier de l'interface utilisateur utilisé pour sélectionner la fenêtre de maintenance de la migration.

Lorsque vous passez le curseur sur l'un des blocs de temps, une fenêtre contextuelle affiche le délai de ce créneau à l'heure locale et à l'heure UTC de votre navigateur.

La capture d'écran suivante illustre un bloc sélectionné. Le système va commencer ses activités à cette heure.

Une fois que vous avez sélectionné l'un des créneaux horaires, cliquez sur Enregistrer pour enregistrer votre sélection.

Actions suivantes du système

Une fois que vous avez enregistré le créneau horaire sélectionné, le système affiche un message qui confirme votre fenêtre de temps sélectionnée et décrit les étapes suivantes.

Lorsque vous cliquez sur OK dans le message de confirmation, le système :

1. Effectue ses activités de génération préalable.

   • Lors de l'utilisation de l'option Ajouter un nouveau (migration vers un nouveau dispositif Horizon Edge)

     Dans ce cas, le système déploie le dispositif Horizon Edge et ses ressources associées (instances de la passerelle Horizon Edge et d'Unified Access Gateway, et leurs équilibreurs de charge associés).

   • **Lors de l'utilisation de l'option Sélectionner l'élément existant (migration vers un dispositif Horizon Edge **existant)

Lors de l'utilisation d'un dispositif Horizon Edge existant, le système met à l'échelle le déploiement d'Unified Access Gateway existant avec le même nombre d'instances d'Unified Access Gateway associées à l'espace de première génération. La limite maximale de cette échelle est de huit (8) instances d'Unified Access Gateway. Lorsque cette limite est atteinte dans le dispositif Horizon Edge sélectionné, le déploiement d'Unified Access Gateway n'augmente pas.

En outre, pour les cas d'utilisation suivants :

• L'espace de première génération dispose du même abonnement, de la même région Microsoft Azure, d'un app ID (principal de service) différent : le système met à l'échelle le fournisseur du dispositif Horizon Edge sélectionné en ajoutant l'ID d'application de l'espace de première génération à ce fournisseur.
• L'espace de première génération dispose d'un abonnement différent, de la même région Microsoft Azure, d'un app ID (principal de service) différent : le système ajoute un fournisseur secondaire au dispositif Horizon Edge sélectionné.

2. Copiez les images publiées et les applications App Volumes de l'espace de première génération vers le dispositif Horizon Edge.

Un dispositif Horizon Edge déployé dispose d'un équilibreur de charge pour l'instance de passerelle Horizon Edge et d'un équilibreur de charge pour les instances d'Unified Access Gateway.

Dans le cas d'utilisation Ajouter un nouveau, lorsque le nouveau dispositif Horizon Edge est déployé et que vous et votre équipe informatique pouvez obtenir les adresses IP de ces équilibreurs de charge, mettez à jour votre DNS pour ajouter des enregistrements qui mappent l'adresse IP de l'équilibreur de charge du nom de domaine complet d'Unified Access Gateway au nom de domaine complet d'Unified Access Gateway spécifié dans l'assistant Planifier la migration. Pour plus d'informations, reportez-vous à la section Configurer les enregistrements DNS requis après le déploiement de la passerelle Horizon Edge Gateway et d'Unified Access Gateway dans la documentation d'Horizon Cloud.

Remarque : si vous avez entré une adresse IP publique manuelle, vous devez vous assurer de configurer le routage nécessaire de cette adresse IP publique vers l'adresse IP privée de l'équilibreur de charge déployé.

Lorsque vous cliquez sur OK dans le message de confirmation, vous êtes redirigé vers la page Migration de la console.

Vos étapes suivantes

Pendant la phase de génération préalable du système, vous attendez que le système termine ses activités de génération préalable.

Pendant la phase de génération préalable, vous pouvez utiliser les colonnes État de la migration et Rapport de la page Migration de la console pour vérifier les actions en cours.

Astuce : lorsque la migration ajoute un nouveau dispositif Horizon Edge, l'équipe de migration Horizon recommande de configurer les entrées DNS nécessaires lors du déploiement des instances d'Unified Access Gateway et de l'équilibreur de charge.

Même si ces entrées DNS peuvent être configurées une fois les actions de maintenance terminées, l'environnement migré n'est pas entièrement fonctionnel sans les entrées DNS qui mappent vos noms de domaine complets spécifiés aux adresses IP sous-jacentes allouées à ces ressources. Reportez-vous à la section Phase 6 : configurer les enregistrements DNS pour l'infrastructure créée lors de la phase 5 de la migration en libre-service.

Important : lorsque votre locataire de première génération est un environnement Universal Broker, évitez d'apporter des modifications aux configurations liées au site pour les utilisateurs et les groupes déjà définis dans le locataire de première génération.

Fonctionnalités de la page de migration

Maintenant qu'un espace est planifié pour la migration, la page Migration de la console affiche cet état et met à disposition des actions pour la replanification (Replanifier) et l'annulation (Annuler) de l'heure de migration planifiée.

Lorsque vous sélectionnez l'une de ces actions, suivez les invites à l'écran.

La capture d'écran suivante présente l'espace sélectionné et la disponibilité des actions Replanifier et Annuler. L'action Finaliser de cette capture n'est pas disponible, car cet espace n'est pas encore migré.

Phase 5 : génération préalable - actions automatisées avant la fenêtre de maintenance

Pendant cette phase, le système effectue automatiquement les activités de migration de la génération préalable avant la fenêtre de migration spécifiée. Ce chargement préalable des activités vise à réduire le temps nécessaire dans la fenêtre de maintenance de la migration.

Brève introduction

Comme décrit dans la section À quoi s'attendre ?, l'utilisation d'une phase de génération préalable raccourcit la durée nécessaire à la migration pendant la fenêtre de maintenance.

Pour toutes les migrations, le système déploie les ressources requises pendant la phase de génération préalable.

Lorsque la migration utilise un nouveau dispositif Horizon Edge, le système déploie également les ressources du dispositif Horizon Edge au début de la génération préalable.

Attention : étant donné que le système crée des ressources dans cette phase de génération préalable, vous êtes alors susceptible de voir de nouvelles ressources apparaître dans votre abonnement Azure et dans votre environnement Horizon Cloud.

Notez les points suivants :

• Même si Horizon Cloud Console ne vous empêche pas de créer des pools dans l'environnement Horizon Cloud à l'aide de ces ressources, il est vivement recommandé d'éviter de créer des pools ou d'effectuer un autre workflow de création à l'aide de ces nouvelles ressources jusqu'à ce que la migration soit complètement terminée.

  Si ces ressources sont utilisées dans l'environnement Horizon Cloud avant la fenêtre de maintenance de la migration, et que vous annulez par la suite la migration ou utilisez l'action de restauration de l'UI, le système ne peut pas rétablir l'état de démarrage d'origine de l'environnement Horizon Cloud. Dans ce scénario, vous devrez peut-être entreprendre des actions manuelles supplémentaires dans l'environnement pour revenir à un état dans lequel le système peut relancer le processus de migration.

• Lors de la génération préalable, le système duplique d'abord temporairement chaque image publiée de première génération dans le groupe de ressources base-vms de l'espace de première génération, puis effectue la mise à jour de l'agent et d'autres activités sur ces doublons avant de les publier dans l'environnement Horizon Cloud. Ces VM temporaires utilisent la convention de dénomination MIGXXXXXXXXXXXX.

  À mesure que le système utilise ces VM temporaires et jusqu'à ce qu'elles soient publiées dans l'environnement Horizon Cloud, les images MIGXXXXXXXXXXXX seront répertoriées sur la page VM importées de la console de première génération.

  Il est important d'éviter d'effectuer des actions sur ces VM temporaires, car cela peut entraîner l'échec de la phase de génération préalable de la migration. Par exemple, ne mettez pas hors tension les VM temporaires.

Cette génération préalable n'aura pas d'incidence sur vos espaces ou sessions utilisateur existants.

Important : lorsque votre locataire de première génération est un environnement Universal Broker, évitez d'apporter des modifications aux configurations liées au site pour les utilisateurs et les groupes déjà définis dans le locataire de première génération.

Pendant la génération préalable

Pendant la génération préalable :

1. Si la migration utilise un nouveau dispositif Horizon Edge plutôt qu'un dispositif existant, le système déploie le dispositif Horizon Edge d'Horizon Cloud à l'aide des entrées que vous avez fournies dans l'Interface utilisateur Planifier la migration (Phase 4.)

2. Le système prend les données de configuration de première génération stockées au niveau de l'espace et dans le plan de contrôle de première génération, les transforme pour qu'elles correspondent à la conception d'Horizon Cloud Control Plane, et stocke les données transformées de manière appropriée.

3. Lorsque cette migration est la première dans l'environnement Horizon Cloud, le système prend les configurations de domaine Active Directory (AD) du locataire de première génération et crée les configurations de domaine équivalentes dans l'environnement Horizon Cloud.

   Dans l'environnement Horizon Cloud, le système enregistre tous les domaines enregistrés du locataire de première génération lors des activités de génération préalable pour la première migration planifiée. Pour les migrations d'espaces suivantes à partir du même locataire de première génération, le système vérifie à nouveau que les configurations de locataire de première génération sont synchronisées et ignore l'enregistrement des domaines qui existent déjà dans l'environnement Horizon Cloud.

   Remarque : l'environnement Horizon Cloud nécessite des comptes auxiliaires pour les comptes de liaison de domaine et de jonction de domaine dans les configurations de domaine AD d'Horizon Cloud. S'il manque un compte de liaison de domaine auxiliaire ou un compte de jonction de domaine auxiliaire dans la configuration du domaine AD d'un locataire de première génération, le système réutilisera automatiquement les informations du compte principal comme compte auxiliaire complémentaire dans la configuration de domaine AD d'Horizon Cloud.

   Nous vous recommandons d'obtenir des comptes de service dans vos domaines AD pour ces comptes de liaison de domaine et de jonction de domaine auxiliaires, et après les activités de génération préalable, de modifier les configurations de domaine AD pour ajouter ces comptes auxiliaires.

4. Le système copie les images publiées et les fichiers associés à App Volumes du déploiement de première génération dans le dispositif Horizon Edge, puis configure les copies à utiliser avec ce dernier.

5. Pour chacun des éléments de première génération suivants, le système crée un pool de test dans le dispositif Horizon Edge.

   • Batteries de serveurs de poste de travail RDSH
   • Batteries de serveurs d'application RDSH
   • Attributions de poste de travail flottant (pools) à partir de locataires de broker à espace unique. (Les attributions multicloud ne disposeront pas de pools de test.) Chaque pool de test contient une machine et met en miroir les paramètres de configuration du pool à partir de son homologue de première génération.

   Vous pouvez utiliser ces pools de test pour confirmer au préalable que les machines se comporteront conformément à vos attentes, avant que le pool ne soit entièrement migré pendant la fenêtre de maintenance.

   Remarque : étant donné que le système recrée des pools flottants et RDSH, un plus grand nombre de licences peut être consommé si vous disposez de solutions tierces sous licence dans votre environnement dans lequel la licence est liée à l'identité de la VM.

Les activités de génération préalable se terminent à ce stade. Le système démarre ses activités suivantes au début de la période de maintenance planifiée. Afin de prévoir l'éventualité d'une restauration, les images publiées et les fichiers associés à App Volumes du déploiement de première génération restent en place jusqu'à la confirmation de la fin de la migration de bout en bout.

Vos étapes suivantes

Une fois les ressources créées dans votre abonnement, effectuez les activités décrites dans les sections suivantes.

Lors de la migration vers un nouveau dispositif Horizon Edge, configurer les entrées DNS requises

Lorsque les nouvelles instances d'Unified Access Gateway et d'Horizon Edge Gateway sont opérationnelles, vous devez configurer votre DNS avec des enregistrements qui mappent le nom de domaine complet spécifié dans l'interface utilisateur de migration aux adresses IP appropriées. Reportez-vous à la section Phase 6 : configurer les enregistrements DNS pour l'infrastructure créée lors de la phase 5 de la migration en libre-service.

En général, ces instances sont en cours d'exécution dans les 48 heures qui suivent la fenêtre de maintenance de la migration planifiée.

Remarque : si votre espace de première génération dispose d'une configuration d'Unified Access Gateway externe et d'une configuration d'Unified Access Gateway interne, le type d'accès d'Unified Access Gateway du dispositif Edge qui en résulte après la migration est défini sur Accès interne et externe, avec le nom de domaine complet externe et le nom de domaine complet interne définis sur le même nom de domaine complet par défaut (celui que vous entrez dans l'assistant de planification). Si vous souhaitez utiliser un nom de domaine complet différent pour l'accès interne, modifiez à ce stade les détails d'Unified Access Gateway du dispositif Edge pour remplacer son nom de domaine complet interne par celui que vous souhaitez utiliser. Notez que le certificat doit inclure ce nom de domaine complet interne dans les informations du certificat.

Valider au préalable le comportement du pool à l'aide des pools de test

Localisez les pools de test dans Horizon Universal Console en accédant à Ressources > Pools.

Chaque pool de test disposera d'une machine unique à utiliser pour valider au préalable l'expérience Horizon Cloud pour ce pool.

Remarque : pour valider au préalable les pools de test créés pour les batteries de serveurs d'applications RDSH de première génération, vous devez explicitement autoriser des utilisateurs ou des groupes à accéder à ces pools de test dans l'environnement Horizon Cloud. Pour les batteries de serveurs d'applications RDSH de première génération, le processus de génération préalable ne réplique pas les droits d'utilisateur ou de groupe de première génération sur les pools de test.

Domaines AD - comptes de liaison de domaine et de jonction de domaine auxiliaires

Comme décrit dans la section précédente, s'il manque un compte de liaison de domaine auxiliaire ou un compte de jonction de domaine auxiliaire dans la configuration du domaine AD d'un locataire de première génération, le système réutilisera automatiquement les informations du compte principal comme compte auxiliaire complémentaire dans la configuration de domaine Horizon Cloud.

Nous vous recommandons d'obtenir des comptes de service dans vos domaines AD pour les comptes de liaison de domaine et de jonction de domaine auxiliaires, et après les activités de génération préalable, de modifier les configurations de domaine AD pour ajouter ces comptes auxiliaires. Dans Horizon Cloud Console, modifiez les domaines sur la page Intégrations (Intégrations > Gérer > Domaines).

Phase 6 : configurer les enregistrements DNS pour l'infrastructure créée lors de la phase 5 de la migration en libre-service

Dans cette phase, vous ou votre équipe informatique mettez à jour votre DNS avec des enregistrements qui mappent les noms de domaine complets spécifiés dans la fenêtre Planifier la migration aux adresses IP appropriées.

Remarque : vous pouvez ignorer cette étape de configuration des enregistrements DNS lorsque la migration utilise un dispositif Horizon Edge existant.

Comme pour un déploiement d'Horizon Edge vierge, vous êtes responsable de la création des enregistrements DNS. La migration en libre-service ne peut pas effectuer cette mise à jour pour vous.

Même si les enregistrements DNS qui mappent les adresses IP à leurs noms de domaine complets peuvent être effectués ultérieurement, il est recommandé de créer ces enregistrements dès que les adresses IP sont attribuées aux instances.

La raison de la mise en place du mappage au plus tôt est que l'absence d'enregistrements qui mappent vos noms de domaine complets choisis à l'adresse IP sous-jacente des instances empêche l'environnement Horizon Cloud d'être entièrement fonctionnel pour les étapes de validation après la migration.

Pour plus d'informations sur les adresses IP devant être mappées aux noms de domaines complets, reportez-vous à la page Configurer les enregistrements DNS requis après le déploiement de la passerelle Horizon Edge Gateway et d'Unified Access Gateway dans la documentation d'Horizon Cloud.

Dans Horizon Universal Console, les noms de domaine complets et les adresses IP d'équilibreur de charge pertinentes s'affichent sur la page de détails d'Horizon Edge. Vous pouvez accéder aux détails du dispositif Horizon Edge sur la page Capacité de la console (Ressources > Capacité > Dispositifs Horizon Edge).

Étapes suivantes

Lorsque l'heure de début de la fenêtre de maintenance de la migration planifiée arrive, le système commence les activités de migration restantes.

Phase 7 : fenêtre de maintenance de la migration

Au début de la fenêtre de migration planifiée, le système démarre automatiquement ses étapes de migration automatisées finales. Pendant ce temps, l'accès de l'administrateur et de l'utilisateur final à la console d'administration et aux ressources autorisées de l'utilisateur final est empêché dans le locataire de première génération.

Lorsque la migration est en cours, la page Migration de la console affiche l'état de l'espace migrant.

Activités restreintes

Pendant cette fenêtre de maintenance :

• N'apportez aucune modification à l'espace de première génération, à ses ressources, paramètres, etc.
• N'apportez aucune modification au déploiement d'Horizon Cloud.
• Le système empêchera l'accès à l'instance d'Horizon Universal Console de première génération.
• Les utilisateurs finaux ne peuvent pas accéder à leurs postes de travail et applications provisionnés par l'espace de migration.
• Évitez d'accéder à l'environnement Horizon Cloud pendant la période sélectionnée.

La migration en libre-service requiert les restrictions ci-dessus, car, pendant ce temps, le système transfère activement des ressources du déploiement de première génération vers l'environnement Horizon Cloud.

Actions automatisées du système

Les opérations actives qui se produisent pendant cette fenêtre de maintenance incluent les points suivants :

• Réduction des pools de postes de travail flottants et des batteries de serveurs du déploiement de première génération jusqu'à qu'ils n'utilisent plus aucune capacité.

• En parallèle, développement des pools de postes de travail flottants et de batteries de serveurs dans l'environnement Horizon Cloud pour correspondre à la capacité dont ils disposaient dans le déploiement de première génération.

• Couplage des machines virtuelles de poste de travail des pools de postes de travail dédiés du déploiement de première génération à l'environnement Horizon Cloud.

  Remarque : les actions de migration pour les postes de travail dédiés peuvent automatiquement mettre sous tension les machines virtuelles de poste de travail si nécessaire, même si l'heure se trouve en dehors de la planification de gestion de l'alimentation du pool de postes de travail dédiés. Dans le cadre de la migration, Horizon Agent sur les machines virtuelles de poste de travail doit se découpler du déploiement de première génération et se coupler à l'environnement Horizon Cloud, ce qui peut nécessiter la mise sous tension des VM.

  En outre, si vous accédez à Horizon Cloud Console pendant la fenêtre de maintenance, dans l'UI Pools, vous pouvez voir l'état Error affiché pour les pools dédiés en train de migrer. Ce comportement est attendu pendant la fenêtre de maintenance.

Si le système détecte un échec, il tente automatiquement de restaurer les modifications apportées à ce stade. Pour plus d'informations sur le processus de restauration, reportez-vous à la page Restauration d'une migration.

Lorsque les actions sont terminées correctement et que l'heure de fin de la fenêtre de maintenance est atteinte, vous verrez l'état Migrating de l'espace changer sur la page Migration de la console.

Astuce : le système reflète cet état, car l'infrastructure de l'espace de première génération de son instance de gestionnaire d'espace et des instances d'Unified Access Gateway existe toujours jusqu'à ce que vous confirmiez la suppression de l'espace.

Remarques spéciales sur les VM de postes de travail dédiés

À la fin de la fenêtre de maintenance, sauf si vous finalisez la migration :

• Les données de surveillance des VM de postes de travail dédiés ne sont pas publiées dans Omnissa Intelligence.

• Horizon Cloud Console vous empêchera de mettre à jour ou de réinstaller des agents pour un pool de postes de travail dédié ou une VM de poste de travail dédiée.

  La raison qui empêche les mises à jour de l'agent et les réinstallations de l'agent tant que la migration n'est pas finalisée s'explique par les modifications apportées aux agents dans les postes de travail dédiés qui peuvent provoquer des problèmes en cas de restauration. Si vous tentez de restaurer la migration de l'environnement Horizon Cloud vers l'état de déploiement de première génération et que les agents ont été modifiés dans l'environnement Horizon Cloud, les postes de travail dédiés peuvent ne pas fonctionner correctement dans le déploiement de première génération restauré.

Pour finaliser la migration, reportez-vous à la section Finaliser la migration.

Effectuer des activités postérieures à la migration pour confirmer la réussite de la migration

Lorsque le système termine ses actions dans la fenêtre de maintenance de la migration, toutes les ressources se trouvent désormais dans l'environnement Horizon Cloud et vos utilisateurs finaux peuvent accéder à leurs postes de travail et à leurs applications.

À ce stade, le système lève les restrictions qu'il a définies pour la fenêtre de maintenance.

• Vous-même et les autres administrateurs pouvez accéder à l'instance d'Horizon Universal Console de première génération.
• Les utilisateurs finaux peuvent accéder à leurs postes de travail et applications qui sont désormais provisionnés par l'environnement Horizon Cloud.

Important : étant donné que l'URL ou l'adresse de serveur utilisée pour accéder aux ressources des utilisateurs finaux est différente dans l'environnement Horizon Cloud, vous devez informer vos utilisateurs finaux de la nouvelle adresse à utiliser dans leurs instances d'Horizon Client et quand utiliser Horizon Web Client (le navigateur). Reportez-vous à la page Lancer un poste de travail dans la documentation d'Horizon Cloud.

Évitez d'effectuer ces activités avant la finalisation de la migration

Bien que certaines activités soient autorisées avant la finalisation de la migration, leur exécution peut entraîner des problèmes.

• Évitez de renommer les sites qui ont été migrés tant que vous n'avez pas finalisé la migration.

  Ne renommez pas les sites avant de finaliser le flux de migration. Si vous restaurez la migration de l'environnement Horizon Cloud vers le locataire de première génération et que le nom du site migré a été renommé dans l'environnement Horizon Cloud, lorsque cet espace restauré est migré ultérieurement et que la migration est enfin finalisée, l'environnement Horizon Cloud affiche les deux noms du site : le nom du site de première génération d'origine, à présent vide, de la migration précédente, et le nouveau nom du site lorsqu'il a été renommé. Si ce scénario se produit, supprimez le nom de site de première génération vide d'origine de l'environnement Horizon Cloud.

Activités recommandées et choses à savoir

Pour vous assurer que l'environnement Horizon Cloud est fonctionnel du point de vue commercial de votre organisation, vous et vos administrateurs VDI devez effectuer les activités décrites dans les sections suivantes.

Les sections suivantes décrivent également les caractéristiques du déploiement migré. Examinez ces caractéristiques pour comprendre les éléments qui s'afficheront dans l'environnement Horizon Cloud après la migration.

Télécharger et examiner le rapport de migration

Après la migration, téléchargez et examinez le rapport de migration.

Le rapport de migration est disponible dans la colonne Rapports sur la page Migration de la console.

Ce rapport de migration fournit des détails sur les ressources migrées et l'emplacement dans lequel les modifications ont été apportées au processus de migration.

Les modifications typiques incluent le changement de nom d'une ressource. La migration peut modifier le nom d'une ressource si la ressource du déploiement de première génération est migrée vers un environnement Horizon Cloud dans lequel le même nom est déjà utilisé. Dans de telles situations, la migration en libre-service renomme automatiquement ces ressources de première génération pour éviter les conflits de noms.

Confirmer l'expérience des utilisateurs finaux

Vérifiez que les utilisateurs finaux peuvent lancer leurs postes de travail flottants, postes de travail dédiés et applications distantes en fonction de leurs droits.

Astuce : pour obtenir une illustration vidéo de l'expérience de l'utilisateur final, reportez-vous à la vidéo de la Tech Zone située dans Se connecter à Horizon Cloud - Poste de travail ou application Horizon Cloud en tant qu'utilisateur final.

L'expérience de l'utilisateur final du lancement de postes de travail et d'applications dans un déploiement Horizon Cloud est décrite dans le Guide d'utilisation d'Horizon Cloud :

• Navigateur : sections Lancer un poste de travail à l'aide d'Horizon Web Client et Lancer une application à l'aide d'Horizon Web Client
• Horizon Client natif : sections Lancer un poste de travail avec Horizon Client et Lancer une application avec Horizon Client.

Si vous n'avez pas personnalisé l'URL du client de l'utilisateur final pour votre environnement Horizon Cloud, l'adresse de début par défaut est cloud.omnissahorizon.com. Si l'URL ou le sous-domaine client est personnalisé, utilisez l'URL personnalisée. La personnalisation est décrite dans la documentation d'Horizon Cloud dans la section Configurer les informations de marque.

Le flux d'authentification d'Horizon Cloud est également différent de celui de première génération, car dans un environnement Horizon Cloud, les utilisateurs finaux doivent se connecter à l'aide du fournisseur d'identité configuré au lieu d'utiliser le workflow de connexion de domaine Active Directory utilisé dans le déploiement de première génération.

Souvenez-vous que : comme décrit dans la section Exclusions et scénarios de cas spéciaux pour la migration, la migration des préférences de poste de travail des utilisateurs finaux définies dans Horizon Client pour chaque poste de travail n'est actuellement pas prise en charge dans la migration en libre-service. Après la migration, vos utilisateurs finaux peuvent choisir de sélectionner à nouveau leurs préférences souhaitées dans leurs clients s'ils le souhaitent.

Confirmer l'expérience de connexion des administrateurs

Vérifiez que les administrateurs se connectant à Horizon Cloud Console peuvent voir les pools et les autres ressources attendus dans le déploiement de première génération migré.

L'accès de gestion à Horizon Universal Console s'effectue via Omnissa Connect (connect.omnissa.com).

1. Connectez-vous à https://connect.omnissa.com/ et accédez à Mes services pour localiser la carte Workspace ONE Cloud.

   

2. Lancez ce service pour voir la carte affichée parmi vos services. Cliquez sur Gérer sur cette carte pour lancer Horizon Universal Console.

Mettre à jour et republier des images avec des mots de passe d'administrateur de moins de 12 caractères

Dupliquez la machine virtuelle de l'image, modifiez le mot de passe de l'administrateur pour qu'il comporte au moins 12 caractères, publiez la machine virtuelle et supprimez la machine virtuelle d'origine.

Paramètre Nom minimal de VM à partir des attributions de poste de travail VDI et des batteries de serveurs de l'espace

Le processus de migration est conçu de manière que les attributions de poste de travail VDI et les batteries de serveurs de première génération disposent de paramètres de gestion de l'alimentation équivalents dans leurs entités correspondantes de l'environnement Horizon Cloud.

Pour les attributions de poste de travail VDI et les batteries de serveurs de première génération, les entités Horizon Cloud équivalentes sont des pools et des groupes de pools. Dans l'environnement Horizon Cloud, les paramètres de gestion de l'alimentation sont définis au niveau du groupe de pools. Dans les paramètres de gestion de l'alimentation du groupe de pools, l'option Nombre minimal de VM est basée sur le pourcentage de VM à maintenir sous tension par rapport au nombre total de VM dans le groupe de pools. Dans l'environnement de première génération, le paramètre nommé Nombre min de VM représente directement le nombre minimal de VM souhaité dans l'attribution de poste de travail VDI ou la batterie de serveurs.

Après la migration, lorsque vous modifiez les groupes de pools que le système a créés à la suite de la migration de ces attributions et batteries de serveurs de première génération, la console affiche le paramètre Nombre minimal de VM de ces groupes de pools en pourcentage converti à partir de la valeur Nombre min de VM de première génération. La fonctionnalité continue à respecter le Nombre min. de VM en fonction du pourcentage converti.

Configurations de domaine AD

L'environnement Horizon Cloud nécessite des comptes auxiliaires pour les comptes de liaison de domaine et de jonction de domaine dans les configurations de domaine AD d'Horizon Cloud.

Lors des activités de génération préalable, s'il manque un compte de liaison de domaine ou un compte de jonction de domaine auxiliaire dans la configuration du domaine AD d'un locataire de première génération, le système réutilisera automatiquement les informations du compte principal comme compte auxiliaire complémentaire dans la configuration de domaine AD d'Horizon Cloud.

S'il s'agit de votre scénario, obtenez les comptes de service dans vos domaines AD pour les comptes de liaison de domaine et de jonction de domaine auxiliaires après la migration, et modifiez les configurations de domaine AD pour ajouter ces comptes auxiliaires. Dans Horizon Cloud Console, modifiez les domaines en accédant à Intégrations > Gérer > Domaines.

Attention : une fois que le système a migré la configuration du domaine AD du locataire de première génération vers l'environnement Horizon Cloud pendant la migration du premier espace, vous êtes responsable de la maintenance des modifications d'attributs pour les domaines configurés dans les environnements de première génération et Horizon Cloud. Le système ne répercute pas automatiquement les modifications que vous effectuez d'un environnement à l'autre. Par exemple, si vous mettez à jour le mot de passe du compte de liaison de domaine dans votre locataire de première génération, vous devez effectuer la même mise à jour dans l'environnement Horizon Cloud couplé.

Paramètres liés au site : attributions multicloud

Lorsque votre environnement de première génération dispose d'attributions multicloud, effectuez les actions suivantes après la migration.

• Vérifier les mappages de site de base

  Après la migration de chaque espace, si vous avez des mappages de site de base, vérifiez ces mappages dans l'environnement Horizon Cloud et mettez-les à jour selon les besoins de votre organisation.

• Vérifiez les paramètres liés au site dans les groupes de pools créés à partir de la migration d'attributions multicloud

  Le processus de migration est défini par défaut sur certains des paramètres des groupes de pools créés à partir de la migration des attributions multicloud de première génération vers des groupes de pools Horizon Cloud. Ces valeurs par défaut sont choisies pour garantir que les utilisateurs finaux peuvent accéder à leurs postes de travail lorsque la fenêtre de migration se termine.

  Vous devez examiner soigneusement ces paramètres et vous assurer que les valeurs par défaut répondent à vos conditions requises ou les ajuster si nécessaire en fonction des cas d'utilisation de votre organisation. Ces paramètres se trouvent dans les paramètres du groupe de pools.

  • Le paramètre Portée est défini par défaut sur N'importe quel site et le paramètre nécessaire au site de base est désactivé.
  • Les remplacements du site de base provenant de l'attribution de première génération ne sont pas migrés vers le groupe de pools.

Lorsque votre environnement de première génération dispose d'attributions multicloud qui impliquent plusieurs espaces, suivez également les recommandations des points de la section Lorsque vous disposez de plusieurs espaces dans attributions de première génération : points clés concernant la migration.

App Volumes : après la migration

Après la migration :

• App Volumes : droits applicatifs en bloc

  Dans l'architecture Horizon Cloud, le système gère les droits autrement que dans l'architecture de première génération. Pendant le processus de migration, le système gère la résolution des droits d'application en bloc se trouvant dans le déploiement de première génération migré. Cette résolution garantit que les droits en bloc sont migrés dans le formulaire approprié avec la gestion des droits de l'environnement Horizon Cloud. Les utilisateurs finaux auront toujours accès au même ensemble d'applications App Volumes que celui auquel ils étaient autorisés à accéder dans l'environnement de première génération.

• App Volumes : migration d'espace

  Lors de la migration successive des espaces Horizon Cloud dans le temps, le système prend en charge toutes les entités App Volumes des espaces de première génération vers l'environnement Horizon Cloud.

  Par exemple, vous disposez de l'application Notepad++ comme application App Volumes avec vos espaces de première génération et elle est utilisée dans espace-1 et espace-2, et il existe plusieurs versions de l'application avec npp v7.8.1 dans espace-1, npp v7.8.2 dans espace-1 et espace-2, et npp v7.8.3 dans espace-2.

  Au cours de la génération préalable de la migration d'espace-1, le système copie l'application App Volumes Notepad++ avec npp v7.8.1 et npp v7.8.2 dans l'environnement Horizon Cloud, car il s'agit des deux versions utilisées dans espace-1. L'autre espace (espace-2) doit encore être migré à ce stade.

  À ce stade, vous disposez des deux environnements et vous souhaitez apporter des modifications aux entités App Volumes dans l'environnement de première génération et dans l'environnement Horizon Cloud. Pour ces entités, le système ne supprime pas ce qu'il a déjà copié dans l'environnement Horizon Cloud pendant la migration. S'il existe des conflits dans les entités App Volumes entre les environnements de première génération et Horizon Cloud, les entités présentes dans l'environnement Horizon Cloud sont prioritaires.

  À titre d'exemple, dans l'environnement de première génération, supprimez le module npp v7.8.2 dans espace-2 avant la migration et ajoutez un nouveau module npp v7.8.4. Ensuite, lorsque vous planifiez la migration d'espace-2, le système copie les modules actuellement utilisés par espace-2 (npp v7.8.3 et npp v7.8.4) dans l'environnement Horizon Cloud. Le module npp v7.8.2 dans l'environnement Horizon Cloud qui a été copié à cet emplacement lors de la migration d'espace-1 est conservé dans l'environnement Horizon Cloud, même si npp v7.8.2 a été supprimé de l'environnement de première génération.

Applications distantes à partir de batteries de serveurs d'applications de première génération

Comme décrit dans la documentation de première génération ici, les applications distantes sont fournies par des batteries de serveurs d'applications à partir de l'espace de première génération. L'instance d'Horizon Cloud Horizon Universal Console dispose d'une nouvelle terminologie et ses étiquettes le reflètent.

Après la migration :

• Le mappage un-à-un est conservé entre la batterie de serveurs d'application de première génération et le pool obtenu dans Horizon Cloud.

• Un pool est créé pour chaque batterie de serveurs migrée, à l'aide du nom de la batterie de serveurs.

• Le processus de migration crée également un groupe de pools pour chaque pool, à l'aide du nom du pool, qui, en cas de migration, est également le nom de la batterie de serveurs d'origine.

• Chaque groupe de pools affiche des informations sur les droits d'utilisateur migrés à partir des attributions d'applications de première génération, en fonction des applications associées au pool de ce groupe de pools.

• Le nom de l'attribution des applications de première génération n'apparaît pas dans Horizon Cloud Console. Lorsqu'une attribution d'applications de première génération contient des applications distantes provenant de plusieurs batteries de serveurs, vous pouvez afficher chaque groupe de pools créé avec les noms de batteries de serveurs ou utiliser Catalogue de postes de travail et d'applications > Applications publiées dans la console pour voir les applications distantes et les droits d'utilisateurs finaux dans Horizon Cloud Console.

  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.

Envisagez ce qui suit :

• L'attribution d'applications de première générationAssign-1 dispose d'applications app1, app2 de la batterie de serveurs Farm-1, et l'utilisateur User-1est autorisé à accéder à app1 et app2.
• L'attribution d'applications de première génération Assign-2 dispose d'applications app1 de Farm-1 et app3 de la batterie de serveurs Farm-2, et l'utilisateur User-2 est autorisé à accéder à app1 et app3.
• Cela signifie que app1 est autorisé à accéder à User-1 et à User-2, que app2 n'est autorisé à accéder qu'à User-1, et que app3 n'est autorisé à accéder qu'à User-2.

Après la migration vers Horizon Cloud :

• Un pool nommé Farm-1 s'affiche et un groupe de pools nommé Farm-1 est créé pour ce pool. Dans ce groupe de pools, les applications app1 et app2 s'affichent (il s'agit des applications de cette batterie de serveurs de première génération).
• Un pool nommé Farm-2 s'affiche également et un groupe de pools nommé Farm-2 est créé pour ce pool. Dans ce groupe de pools, l'application app3 s'affiche.
• Les droits d'accès migrés sont les suivants :
  • app1 du groupe de pools Farm-1 est autorisé à accéder à User-1 et User-2
  • app2 du groupe de pools Farm-1 est autorisé à accéder à User-1
  • app3 du groupe de pools Farm-2 est autorisé à accéder à User-2

Après les activités postérieures à la migration : finaliser

Lorsque vous avez vérifié que l'environnement Horizon Cloud fonctionne de manière satisfaisante, l'action finale de la migration d'espace consiste à finaliser la migration.

Lors de la finalisation, les ressources Azure que l'espace de première génération utilise toujours à partir de votre abonnement Azure sont supprimées.

Astuce : vous devez finaliser la migration dès que possible pour éviter de subir en parallèle des coûts d'exécution de ressources Horizon Edge d'Horizon Cloud et de ressources de l'espace de première génération. La finalisation réduit vos coûts, car elle supprime les ressources Azure que l'espace de première génération utilise toujours.

Après la migration de l'espace, chaque fois que vous vous connectez à Horizon Universal Console, l'interface utilisateur vous invite à finaliser la migration de celui-ci.

Finaliser la migration

La finalisation de la migration est la dernière étape de la migration d'un espace Horizon Cloud on Microsoft Azure de première génération.

Avantages de la finalisation

En effectuant la finalisation :

• Vous évitez les coûts supplémentaires de Microsoft Azure, car la finalisation supprime les ressources restantes utilisées dans Azure par l'espace de première génération.
• Le système lève les restrictions qu'il a placées sur les postes de travail dédiés lorsque la fenêtre de maintenance a commencé :
  • La surveillance des données des VM de postes de travail dédiés démarre la publication sur Intelligence.
  • Vous pouvez exécuter les opérations de mise à jour de l'agent et de réinstallation de l'agent sur des pools et des VM dédiés.
• Vous pouvez effectuer des mises à jour des images et des pools migrés en toute sécurité sans risque d'incidence sur la restauration vers l'espace de première génération.

Une fois la migration finalisée, elle ne peut pas être restaurée de l'environnement Horizon Cloud à l'état de déploiement de première génération.

Avant la finalisation : effectuer les activités recommandées postérieures à la migration

Avant la finalisation, vous devez vous assurer que les activités recommandées postérieures à la migration sont terminées. Ces activités sont décrites sur la page Effectuer des activités postérieures à la migration pour confirmer la réussite de la migration.

Meilleure pratique : effectuer la finalisation dans les jours qui suivent la migration

Il est recommandé de finaliser la migration de chaque espace quelques jours après la fin du processus de migration, en raison des facteurs suivants :

• Tant que l'espace de première génération est supprimé en finalisant la migration, vous encourez des coûts d'abonnement Microsoft Azure pour l'exécution des ressources de première génération, y compris les instances du gestionnaire d'espace et instances d'Unified Access Gateway.

• Tant que vous n'avez pas finalisé la migration, l'instance d'Horizon Cloud Horizon Universal Console vous empêche d'utiliser les opérations de mise à jour de l'agent sur des groupes de pools dédiés et d'utiliser la réinstallation de l'agent sur des VM dédiées (Agent > Mettre à jour l'agent ou Agent > Réinstaller).

  Attention : lorsque votre environnement Horizon Cloud dispose d'une migration non finalisée, la console empêche l'exécution des opérations de mise à jour de l'agent et de réinstallation de l'agent pour tous les groupes de pools dédiés et les VM dédiées, qu'il s'agisse de ceux migrés de première génération ou de ceux récemment créés dans l'environnement Horizon Cloud. Dans ce scénario, la console affiche un message d'instruction sur la nécessité de finaliser la migration.

  La raison qui empêche les mises à jour de l'agent et les réinstallations de l'agent tant que la migration n'est pas finalisée s'explique par les modifications apportées aux agents dans les postes de travail qui peuvent provoquer des problèmes en cas de restauration. Si vous tentez de restaurer la migration de l'environnement Horizon Cloud vers l'état de déploiement de première génération et que les agents ont été modifiés dans l'environnement Horizon Cloud, les postes de travail peuvent ne pas fonctionner correctement dans le déploiement de première génération restauré.

• À mesure que le temps passe et que vous et vos administrateurs VDI apportez des modifications à l'environnement Horizon Cloud, il devient de moins en moins possible de restaurer l'environnement migré à un état de déploiement de première génération pouvant satisfaire vos utilisateurs finaux. Par exemple, lorsque vous développez des pools de postes de travail dédiés dans l'environnement Horizon Cloud et que vous attribuez des utilisateurs finaux à de nouveaux postes de travail, puis que vous tentez de revenir à l'espace de première génération, des problèmes peuvent se produire pour ces nouveaux postes de travail de première génération.

Finalisation des étapes

Finalisez la migration à l'aide de l'action Finaliser sur la page Migration d'Horizon Cloud Console.

Lorsque vous cliquez sur Finaliser, la console affiche une fenêtre d'approbation vous permettant d'approuver la suppression de l'espace de première génération source.

Pour terminer le processus de migration et confirmer au système que l'espace de première génération peut désormais être supprimé, cliquez sur Approuver.

Après la finalisation : vérifier l'état du point de terminaison privé pour le compte de stockage des applications App Volumes et le configurer si nécessaire

Une fois la finalisation effectuée, il est vivement conseillé de vérifier la configuration du point de terminaison privé Microsoft Azure pour le compte de stockage des applications App Volumes, et de le configurer si vous constatez qu'il n'est pas déjà configuré pour le dispositif Horizon Edge.

Bien que l'environnement migré fonctionne sans cette configuration de point de terminaison privé, cette dernière améliore la sécurité de ce compte de stockage.

Pour vérifier l'état dans la console Horizon Cloud Horizon Universal Console, accédez aux détails d'Horizon Edge et recherchez la section Stockage de l'application App Volumes.

Si l'option Non configuré s'affiche, ou si vous souhaitez modifier la configuration, suivez les instructions décrites à ces emplacements dans le guide d'utilisation d'Horizon Cloud.

• Point de terminaison privé Azure pour la page Comptes de stockage de l'application App Volumes
• Étapes de la section Configurer le point de terminaison privé pour un compte de stockage de l'application App Volumes sur la page Afficher les dispositifs Horizon Edge déployés.

À titre d'illustration, la capture d'écran suivante décrit l'interface utilisateur montrant un compte de stockage unique et dans laquelle vous pouvez observer si le point de terminaison privé est configuré. Dans ce cas, le point de terminaison privé n'est pas encore configuré pour ce compte de stockage.

La capture d'écran suivante montre l'emplacement du menu pour la configuration du point de terminaison privé. Lorsque vous cliquez sur l'option Configurer, suivez les instructions à l'écran. Les étapes sont documentées dans la section Configurer le point de terminaison privé pour un compte de stockage de l'application App Volumes.

Remarque : si vous le souhaitez, vous pouvez configurer le point de terminaison privé pour qu'il utilise un sous-réseau différent du sous-réseau de gestion d'Horizon Edge Gateway, et dans un réseau virtuel différent si vous préférez. Dans ce cas, vous devez vous assurer que l'appairage réseau est établi entre le réseau virtuel que vous choisissez pour le point de terminaison privé et les réseaux virtuels qui disposent du sous-réseau de gestion de la passerelle Edge et des réseaux virtuels des sous-réseaux des pools de postes de travail (si ces sous-réseaux se trouvent dans des réseaux virtuels différents du sous-réseau de gestion de la passerelle Edge). Pour plus d'informations, reportez-vous à la page Point de terminaison privé Azure pour les comptes de stockage de l'application App Volumes.

La capture d'écran suivante illustre dans quels cas le point de terminaison privé est configuré.

Fin de la migration de l'espace

Une migration finalisée est une migration réussie, félicitations !

Pour plus d'informations sur les opérations du jour 2, reportez-vous au guide Utilisation d'Horizon Cloud.

Souvenez-vous que : comme décrit dans la section des informations liées au site de la page Planification, vous devez éviter d'apporter des modifications aux configurations liées au site pour les utilisateurs et les groupes déjà définis dans le locataire de première génération. Lorsque vous finalisez la migration du premier espace, puis apportez par la suite des modifications aux informations liées au site dans l'environnement de première génération, ces modifications ne deviennent pas visibles dans l'environnement Horizon Cloud avant la migration de l'espace suivant.