Migrer manuellement depuis Azure Virtual Desktop (classique)

Importante

Azure Virtual Desktop classique sera mis hors service le 30 septembre 2026. Les connexions aux ressources classiques seront bloquées après la mise hors service.

Pour éviter toute interruption, migrez les ressources classiques restantes vers des pools d’hôtes basés sur Azure Resource Manager avant le 30 septembre 2026.

Azure Virtual Desktop (classique) crée son environnement de service avec des applets de commande PowerShell, des API REST et des objets de service. Un objet dans un environnement de service Azure Virtual Desktop est un élément créé par Azure Virtual Desktop. Les objets de service incluent les locataires, les pools d’hôtes, les groupes d’applications et les hôtes de session.

Toutefois, Azure Virtual Desktop (classique) n’est pas intégré à Azure. Sans l’intégration à Azure, les objets que vous créez ne sont pas automatiquement gérés par le portail Azure, car ils ne sont pas connectés à votre abonnement Azure.

La récente mise à jour majeure d’Azure Virtual Desktop marque un changement dans le service vers une intégration complète d’Azure. Les objets que vous créez dans Azure Virtual Desktop sont automatiquement gérés par le portail Azure.

Dans cet article, nous expliquerons pourquoi vous devriez envisager une migration vers la dernière version d’Azure Virtual Desktop. Ensuite, nous vous expliquons comment effectuer une migration manuelle d’Azure Virtual Desktop (classique) vers la dernière mise à jour d’Azure Virtual Desktop.

Pourquoi migrer ?

Les mises à jour importantes peuvent être gênantes, en particulier celles que vous devez effectuer manuellement. Toutefois, il existe des raisons pour lesquelles vous ne pouvez pas effectuer une migration automatique :

• Les objets de service existants créés avec la version classique n’ont aucune représentation dans Azure. Leur étendue ne s’étend pas au-delà du service Azure Virtual Desktop.
• Avec la dernière mise à jour, l’ID d’application du service a été modifié pour supprimer le consentement pour les applications, comme c’était le cas pour Azure Virtual Desktop (classique). Vous ne pourrez pas créer de nouveaux objets Azure avec Azure Virtual Desktop, sauf s’ils sont authentifiés avec le nouvel ID d’application.

Malgré les tracas, migrer loin de la version classique est toujours important. Voici ce que vous pouvez faire après la migration :

• Gérer Azure Virtual Desktop via le Portail Azure.
• Affecter des groupes d’utilisateurs Microsoft Entra à des groupes d’applications.
• Utilisez la fonctionnalité Log Analytics améliorée pour résoudre les problèmes liés à votre déploiement.
• Utilisez le contrôle d’accès en fonction du rôle natif d’Azure (Azure RBAC) pour gérer l’accès administratif.

Quand dois-je migrer ?

Lorsque vous vous demandez si vous devez migrer, vous devez également prendre en compte la situation actuelle et future de votre déploiement.

Nous vous recommandons d’effectuer une migration manuelle dans quelques scénarios en particulier :

• Vous disposez d’une configuration de pool d’hôtes de test avec un petit nombre d’utilisateurs.
• Vous disposez d’un pool d’hôtes de production configuré avec un petit nombre d’utilisateurs, mais vous prévoyez de passer à des centaines d’utilisateurs.
• Vous disposez d’une configuration simple qui peut être facilement reproduite. Par exemple, si vos machines virtuelles utilisent une image de galerie.

Importante

Si vous utilisez une configuration avancée qui a pris beaucoup de temps à se stabiliser ou qui a beaucoup d’utilisateurs, nous vous déconseillons d’effectuer une migration manuelle.

Préparer la migration

Avant de commencer, vous devez vous assurer que votre environnement est prêt pour la migration.

Voici ce dont vous avez besoin pour démarrer le processus de migration :

• Un abonnement Azure dans lequel vous allez créer de nouveaux objets de service Azure.

• Vérifiez que les rôles suivants vous sont attribués :

  • Collaborateur
  • Administrateur de l'accès utilisateur

  Le rôle de contributeur vous permet de créer des objets Azure sur votre abonnement et le rôle d’administrateur de l’accès utilisateur vous permet d’affecter des utilisateurs à des groupes d’applications.

Comment migrer manuellement

Maintenant que vous vous êtes préparé pour le processus de migration, il est temps de procéder à la migration.

Pour migrer manuellement d’Azure Virtual Desktop (classique) vers Azure Virtual Desktop :

1. Suivez les instructions de la section Créer un pool d’hôtes avec le portail Azure pour créer tous les objets de haut niveau avec le portail Azure.
2. Si vous souhaitez importer les machines virtuelles que vous utilisez déjà, suivez les instructions de la rubrique Inscrire les machines virtuelles dans le pool d’hôtes Azure Virtual Desktop pour les enregistrer manuellement dans le nouveau pool d’hôtes que vous avez créé à l’étape 1.
3. Créer de nouveaux groupes d’applications RemoteApp.
4. Publiez des utilisateurs ou des groupes d’utilisateurs sur les nouveaux groupes d’applications de bureau et d’application distante.
5. Mettez à jour votre stratégie d’accès conditionnel pour autoriser les nouveaux objets en suivant les instructions de la rubrique Configurer l’authentification multifacteur.

Pour éviter les temps d’arrêt, vous devez d’abord inscrire vos hôtes de session existants dans les pools d’hôtes Azure Resource Manager intégrés en petits groupes à la fois. Après cela, amenez lentement vos utilisateurs vers les nouveaux groupes d’applications Azure Resource Manager intégrés.

Étapes suivantes

Si vous souhaitez découvrir comment migrer votre déploiement automatiquement, accédez à Migrer automatiquement à partir d’Azure Virtual Desktop (classique).

Une fois la migration effectuée, découvrez le fonctionnement d’Azure Virtual Desktop en consultant nos didacticiels. Découvrez les fonctionnalités de gestion avancées sur Développer un pool d’hôtes existant et personnaliser les propriétés RDP.

Pour en savoir plus sur les objets de service, consultez la page Environnement Azure Virtual Desktop dans la case activée.