Partager via

Déploiement ou migration du service Azure Virtual Desktop

  • Article

Les conseils prodigués dans cet article partent du principe que vous avez élaboré un plan pour le service Azure Virtual Desktop, évalué les exigences liées au déploiement du bureau et effectué une preuve de concept, et que vous êtes donc prêt à migrer ou à déployer vos instances Azure Virtual Desktop.

Étendue initiale

Le déploiement des instances Azure Virtual Desktop suit un processus similaire au processus de preuve de concept. Utilisez cette étendue initiale comme ligne de base pour expliquer les différentes modifications d’étendue qu’impose la sortie de l’évaluation.

Le déploiement et la migration consistent à migrer des personnages, des applications et des profils utilisateur. Selon les résultats de l’évaluation de la charge de travail, il y aura probablement des changements à apporter à ces tâches de migration. Cet article vous aidera à identifier des modifications potentielles de l’étendue en fonction du résultat de l’évaluation.

Méthodologie itérative

Chaque personnage nécessitera probablement une itération de l’étendue initiale décrite ci-dessus, qui aboutira à plusieurs pools hôtes. En fonction de l’évaluation du service Azure Virtual Desktop, l’équipe en charge de l’adoption doit définir des itérations basées sur le nombre de personnages ou d’utilisateurs par personnage. La décomposition du processus en itérations axées sur des personnages contribue à réduire l’impact de la vitesse du changement sur l’activité, et permet à l’équipe de se concentrer sur les tâches de test ou d’intégration appropriées pour chaque pool de personnages.

Considérations relatives à l’étendue

Chacun des ensembles de considérations suivants doit être inclus dans la documentation de conception de chaque groupe de personnages à migrer ou à déployer. Une fois les considérations relatives à l’étendue factorisées dans l’étendue initiale évoquée précédemment, le déploiement ou la migration peuvent commencer.

Considérations relatives aux zones d’atterrissage Azure

Avant de déployer les groupes de personnages, une zone d’atterrissage doit être créée dans les régions Azure requises pour prendre en charge chaque personnage à déployer. Chaque zone d’atterrissage attribuée doit être évaluée à l’aune des exigences d’évaluation de la zone d’atterrissage.

Si la zone d’atterrissage Azure attribuée n’est pas conforme à vos exigences, vous devez ajouter une étendue pour les modifications à apporter à l’environnement.

Considérations relatives à l’application et au bureau

Certains personnages peuvent dépendre de solutions héritées qui ne sont pas compatibles avec Windows 10 Entreprise multisession. Dans ces cas, certains personnages peuvent alors avoir besoin de bureaux dédiés. Il se peut que cette dépendance ne soit pas détectée avant les phases de déploiement et de test.

En cas de détection tardive durant le processus, des itérations supplémentaires doivent être allouées à la modernisation ou à la migration de l’application héritée. Cela a pour effet de réduire le coût à long terme de l’expérience utilisateur. Ces itérations doivent être hiérarchisées et accomplies en fonction de l’impact global sur la tarification de la modernisation par rapport au coût supplémentaire associé aux bureaux dédiés. Pour éviter les interruptions du pipeline et pour obtenir les résultats opérationnels, cette hiérarchisation ne doit pas affecter les itérations en cours.

Certaines applications peuvent nécessiter une correction, une modernisation ou une migration vers Azure pour prendre en charge l’expérience utilisateur final souhaitée. Ces modifications sont susceptibles d’intervenir après la mise en production. En guise d’alternative, quand la latence du bureau risque d’avoir une incidence sur les fonctions métier, les modifications apportées à l’application peuvent créer des dépendances bloquantes pour la migration de certains personnages.

Considérations relatives au profil utilisateur

L’étendue initiale est basée sur l’hypothèse que vous utilisez un conteneur de profils utilisateur FSLogix basé sur une machine virtuelle.

Vous pouvez utiliser le service Azure NetApp Files pour héberger des profils utilisateur. Cela nécessitera quelques étapes supplémentaires dans l’étendue, à savoir :

  • Par instance NetApp : configurez des fichiers NetApp, des volumes et des connexions Active Directory.
  • Par hôte/personnage : configurer FSLogix sur des machines virtuelles hôtes de session.
  • Par utilisateur : affecter des utilisateurs à la session hôte.

Vous pouvez également utiliser le service Azure Files pour héberger des profils utilisateur. Cela nécessitera quelques étapes supplémentaires dans l’étendue, à savoir :

  • Par instance Azure Files : configurer le compte de stockage, le type de disque et la connexion Microsoft Entra (Microsoft Entra Domain Services est également pris en charge), attribuer un accès Azure RBAC pour un groupe d’utilisateurs Active Directory, appliquer des autorisations NTFS sur Azure Files et récupérer la clé d’accès du compte de stockage.
  • Par hôte/personnage : configurer FSLogix sur des machines virtuelles hôtes de session.
  • Par utilisateur : affecter des utilisateurs à la session hôte.

Les profils utilisateur pour certains personnages ou utilisateurs peuvent également nécessiter un effort de migration de données. Cela peut retarder la migration de personnages spécifiques jusqu’à ce que les profils utilisateur puissent être corrigés dans votre Active Directory local ou sur des bureaux d’utilisateurs individuels. Ce retard peut affecter de manière significative l’étendue en dehors du scénario Azure Virtual Desktop. Une fois l’étendue initiale et les approches précédentes corrigées, vous pouvez les reprendre.

Déployer ou migrer Azure Virtual Desktop

Une fois toutes les considérations factorisées dans votre étendue de production pour la migration ou le déploiement d’Azure Virtual Desktop, le processus peut commencer. À une cadence itérative, l’équipe d’adoption déploie maintenant des pools d’hôtes, des applications et des profils utilisateur. À l’issue de cette phase, l’effort post-déploiement de test et d’intégration d’utilisateurs peut commencer.

Étapes suivantes

Mettre en production votre déploiement d’Azure Virtual Desktop