Scénario de migration du rôle Services Bureau à distance vers le service Azure Virtual Desktop

Azure Virtual Desktop est un service de virtualisation des bureaux et des applications qui s’exécute sur le cloud. Il s’agit de la seule infrastructure de virtualisation de bureaux et d’applications qui offre une gestion simplifiée, des systèmes d’exploitation Windows 10 et Windows 11 Entreprise multisession ou Windows Server, ainsi que des optimisations pour Microsoft 365 Apps pour l’entreprise. Vous pouvez déployer et mettre à l’échelle vos bureaux et applications Windows sur Azure en quelques minutes, et bénéficier de fonctionnalités de sécurité et de conformité intégrées.

Dans cet article, Contoso migre et modernise son environnement VDI local basé sur les services Bureau à distance (RDS) de Windows Server vers Azure Virtual Desktop.

Options de migration	Résultat
Azure Migrate	Exécutez des charges de travail dans un environnement Azure Virtual Desktop.

Axes stratégiques

En étroite collaboration avec des partenaires commerciaux, l’équipe informatique de Contoso définit les axes stratégiques de la migration locale de RDS vers Azure. Ces facteurs sont les suivants :

• Fin de vie de l’environnement actuel : un centre de données qui arrive en fin de bail ou qui ferme manque de capacité. Une migration vers le cloud offre une capacité presque illimitée. Il se peut également que le logiciel actuel arrive en fin de vie, auquel cas il devient nécessaire de mettre à niveau le logiciel exécutant la solution de virtualisation des bureaux et des applications de Contoso.
• Réduire les coûts : Réduisez les coûts avec des ressources groupées multisession. Avec la nouvelle fonctionnalité multisession de Windows 11 et Windows 10 Entreprise, exclusive à Azure Virtual Desktop, et le rôle Hôte de la session du Bureau à distance (RDSH) sur Windows Server, vous pouvez réduire considérablement le nombre de machines virtuelles (VM) et la charge sur le système d’exploitation tout en continuant à fournir les mêmes ressources à vos utilisateurs.
• Optimiser pour Microsoft 365 Apps for enterprise : fournir une expérience optimale de Microsoft 365 Apps for enterprise, avec des scénarios de bureau virtuel multisession offrant l’expérience virtualisée la plus productive pour les utilisateurs de Contoso.
• Déployer et mettre à l’échelle en quelques minutes : virtualiser et déployer en quelques minutes des applications de bureau modernes et héritées dans le cloud grâce à une gestion unifiée dans le portail Azure.
• Sécuriser et renforcer la productivité sur Azure et Microsoft 365 : déployez une solution intelligente complète qui améliore la créativité et la collaboration pour tout le monde. Passez à Microsoft 365, Windows 11 ou Windows 10, et Enterprise Mobility + Security.

Objectifs de la migration locale de RDS vers Azure Virtual Desktop

En gardant les axes stratégiques à l’esprit, Contoso définit les objectifs de cette migration :

• Moderniser l’environnement de virtualisation des applications et des bureaux pour le cloud.
• Tirer parti des licences Microsoft 365 existantes avec Azure Virtual Desktop.
• Améliorer la sécurité des données d’entreprise tout en fournissant un service aux utilisateurs distants et hybrides.
• Optimiser le nouvel environnement en termes de coûts et de croissance à l’échelle de l’entreprise.

Ces objectifs étayent la décision d’utiliser le service Azure Virtual Desktop et de le valider en tant que méthode de migration optimale pour Contoso.

Avantages de l’exécution d’Azure Virtual Desktop

À l’aide d’Azure Virtual Desktop, Contoso peut maintenant exécuter, gérer et mettre à l’échelle sa solution de virtualisation de bureaux et d’applications de manière fluide, rapide et facile. L’entreprise peut également fournir à ses utilisateurs un environnement Windows 10 ou Windows 11 multisession optimisé.

Contoso s’appuie sur ses licences Microsoft 365 existantes tout en profitant de la mise à l’échelle, des performances, de la sécurité et de l’innovation d’Azure.

Parmi les autres avantages peuvent figurer les suivants :

• Accès à Azure Virtual Desktop en tout lieu.
• Optimisation de l’environnement des applications Microsoft 365 Entreprise
• Azure Virtual Desktop pour les environnements de dev/test.
• Suppression de la nécessité de licences d’accès client aux services Bureau à distance (RDS CAL) lors du remplacement d’hôtes multisession Windows Server par Windows 10 ou Windows 11 multisession.

Architecture actuelle

Les ressources personnelles et groupées des services Bureau à distance sont déployées dans un centre de données local. Microsoft 365 est concédé sous licence et est en cours d’utilisation par l’organisation.

Conception de la solution

Après avoir évalué le déploiement actuel de RDS, Contoso définit les objectifs et les exigences utilisés pour concevoir le processus de migration.

Architecture proposée

Le diagramme suivant décrit l’architecture qui sera créée pour migrer le déploiement local de RDS vers Azure Virtual Desktop.

Figure 1 : Architecture proposée : Azure Virtual Desktop LZA déploiera les ressources contenues dans l’abonnement Azure Virtual Desktop LZ.

Télécharger le fichier Visio

Le diagramme présente les ressources requises pour la migration (identité, gestion, connectivité, synchronisation Azure AD) et les ressources créées par le déploiement de l’accélérateur de zone d’atterrissage Azure Virtual Desktop sous les abonnements AVD LZ et AVD Shared Services LZ. Pour plus d’informations sur les ressources déployées, consultez le diagramme d’organisation des ressources de l’Accélérateur de zone d’atterrissage Azure Virtual Desktop.

Processus de migration

Contoso passera par le flux suivant pour migrer des RDS locaux vers Azure Virtual Desktop :

Figure 2 : Le processus de migration. « * » indique une étape facultative.

Le flux de migration sera structuré dans les étapes de migration suivantes :

1. Définissez les prérequis.
2. Évaluez l’environnement local actuel de RDS.
3. Déployez l’accélérateur de zone d’atterrissage (LZA) Azure Virtual Desktop.
4. Préparez les utilisateurs aux nouveaux profils à l’aide de FSLogix.
5. Migrez des machines virtuelles qui doivent persister vers Azure (facultatif).
6. Migrez les images de machine virtuelle qui doivent persister vers Azure (facultatif).
7. Gérez Azure Virtual Desktop.
8. Optimisez Azure Virtual Desktop.

Migration

Contoso va maintenant suivre les étapes requises pour terminer la migration d’Azure Virtual Desktop :

Étape 1 : Conditions préalables

1. Un abonnement Azure est requis (Exigences en matière d’abonnement).

2. Assurez-vous que les services de domaine, soit Active Directory Domain Services (AD DS) ou Microsoft Entra Domain Services (Microsoft Entra Domain Services), sont synchronisés avec Microsoft Entra ID. Assurez-vous que le service de domaine est accessible à partir de l’abonnement et du réseau virtuel Azure où vous déployez les hôtes de la session Azure Virtual Desktop. Azure Virtual Desktop nécessite des identités d’utilisateur hybrides pour la majorité de vos déploiements Azure Virtual Desktop et des fonctionnalités souhaitées. Le service Azure Virtual Desktop nécessite un nom d’utilisateur principal (UPN) ou un identificateur de sécurité (SID) qui corresponde entre AD local et Microsoft Entra ID.

3. Avant le déploiement d’Azure Virtual Desktop LZA, assurez-vous que les conditions préalables pour Azure Virtual Desktop LZA sont remplies.

   Remarque

   En savoir plus sur les alertes suivantes :

   • Les identités et l’authentification Azure Virtual Desktop fournissent une liste complète des exigences et des fonctionnalités prises en charge en fonction de votre stratégie et de votre configuration d’identité.
   • Options de synchronisation Active Directory :
     • Microsoft Entra Connect
     • Microsoft Entra Connect Cloud Sync
   • Microsoft Entra Domain Services et la synchronisation avec Microsoft Entra ID.
   • Règles de pare-feu URL requises pour Azure Virtual Desktop pour autoriser toutes les URL requises des hôtes et des clients vers les ressources Azure Virtual Desktop.
   • Azure Virtual Desktop Exigences concernant l’URL de déploiement de référence LZA.

Étape 2: Évaluer l’environnement local actuel de RDS

Pour collecter des données supplémentaires sur les performances et le dimensionnement à partir de l’environnement actuel, il est recommandé d’exécuter une évaluation de l’environnement local de RDS. Pour cela, Contoso a son propre outil de préférence. L’évaluation couvre les informations suivantes pour chaque scénario de RDS :

• Nombre d’utilisateurs dans chaque persona
• Applications utilisées par les utilisateurs
• Consommation de ressources par utilisateur
• Moyenne d’utilisation des ressources par persona d’utilisateur
• Données de performances de l’hôte de la session de RDS.
• Rapports de concurrence des utilisateurs.
• Principaux packages logiciels utilisés

Une fois qu’une quantité suffisante de données est capturée pour chaque scénario, Contoso passe en revue les insights de l’évaluation et détermine que le chemin d’accès le plus économique sera l’utilisation de ressources Azure Virtual Desktop groupées et personnelles pour remplacer les scénarios de RDS existants :

1. Multisession (groupés) : Hôtes de la session de RDS exécutant le serveur Windows et autorisant plusieurs utilisateurs à se connecter au même hôte.
2. Session unique (personnelle) : Hôtes de la session de RDS exécutant Windows 10 ou Windows 11 et autorisant une connexion utilisateur unique à l’hôte.

Notes

Pour améliorer les performances des flux d’utilisateurs Azure Virtual Desktop, Contoso doit également migrer les serveurs d’applications et les sources de données qui seront consommés par l’environnement Azure Virtual Desktop. Cette même méthodologie doit être appliquée aux services partagés de plateforme (contrôleurs de domaine, DNS, appareils réseau, entre autres) sur lesquels Azure Virtual Desktop s’appuie. Il est recommandé d’héberger ces services dans la même région Azure que les hôtes de la session Azure Virtual Desktop.

Étape 3 : Déployer l’accélérateur de zone d’atterrissage (LZA) Azure Virtual Desktop

Contoso est prêt à déployer Azure Virtual Desktop. Azure Virtual Desktop LZA est la solution de Microsoft adaptée aux entreprises qui peut être utilisée pour déployer un environnement Azure Virtual Desktop de bout en bout adapté aux entreprises. Pour déployer l’accélérateur, suivez le guide d’Azure Virtual Desktop Procédure pas à pas du déploiement de LZA.

Important

En fonction des résultats de la phase d’évaluation, deux déploiements Azure Virtual Desktop LZA dans USA Est 2 seront nécessaires pour répondre aux scénarios Contoso :

• Multisession (pool d’hôtes groupé) : Déploiement du plan de gestion Azure Virtual Desktop (espace de travail, pool d’hôtes, groupe d’applications, plan de mise à l’échelle) avec des hôtes de session multisession Windows 10 ou Windows 11 et FSLogix pour gérer les données des profils utilisateurs.
• Session unique (pool d’hôtes personnel) : Déploiement du plan de gestion Azure Virtual Desktop (espace de travail, pool d’hôtes, groupe d’applications) sans la création de nouveaux hôtes de la session (les machines virtuelles personnelles seront migrées à partir de RDS).

Type de déploiement	Lien
Interface utilisateur du portail Azure
Ligne de commande (Bicep/ARM)
Terraform

À ce stade, l’environnement Azure Virtual Desktop est disponible. Contoso peut continuer à préparer les données des profils des utilisateurs à déplacer vers de nouveaux profils FSLogix dans l’environnement Azure Virtual Desktop.

Étape 4 : Préparer les utilisateurs aux nouveaux profils à l’aide de FSLogix

Notes

Microsoft ne prend pas en charge la migration des profils à partir des disques de profil d’utilisateur (UPD) ou des profils d’utilisateur itinérants (RUP) vers FSLogix.

Azure Virtual Desktop ne prend pas en charge les disques de profil utilisateur (UPD). Contoso doit donc préparer ses utilisateurs à de nouveaux profils à l’aide de FSLogix. En faisant démarrer les utilisateurs avec de nouveaux profils, vous assurez une meilleure transition à partir des profils UPD ou RUP. Pour effectuer cette transition, Contoso doit permettre aux utilisateurs d’enregistrer ou de sauvegarder leurs données avant qu’ils ne se connectent à leur bureau pour la première fois.

1. Activez la synchronisation d’entreprise Microsoft Edge. Si d’autres navigateurs sont utilisés, exportez et importez des signets ou des favoris vers Microsoft Edge.
2. Activez OneDrive pour les utilisateurs qui passent à Azure Virtual Desktop.
3. Activez la redirection de dossiers connus vers OneDrive (facultatif). Les données des utilisateurs et des non-utilisateurs doivent être enregistrées ou sauvegardées dans OneDrive, SharePoint ou d’autres répertoires de documents.
4. Les données des utilisateurs et des non-utilisateurs doivent être enregistrées ou sauvegardées dans OneDrive, SharePoint ou d’autres répertoires de documents.

Contoso a maintenant activé la synchronisation d’entreprise Microsoft Edge pour exporter les données du navigateur et la redirection des dossiers connus vers OneDrive afin d’enregistrer les données utilisateur et non-utilisateur.

Important

Les utilisateurs peuvent avoir besoin de paramètres ou de données d’application dans leur profil à partir d’applications tierces ou d’autres applications métier. Si ces données sont nécessaires, vous devez les conserver en suivant les recommandations du fournisseur. Microsoft ne peut être tenu responsable de ces données.

Pour plus d’informations sur FSLogix :

• Tutoriel : Configurer des conteneurs de profils
• Exemples de configuration
• FAQ FSLogix

À ce stade, les utilisateurs ont enregistré ou sauvegardé leurs données de profil importantes. Contoso peut commencer à répliquer et à assurer la persistance des machines virtuelles sur Azure Virtual Desktop.

Étape 5 : Migrer les machines virtuelles qui doivent persister vers Azure (facultatif)

L’étape suivante du processus de migration pour Contoso consiste à migrer l’hôte de la session RDS (exécutant Windows Server) qui doit persister vers Azure Virtual Desktop. Pour ce faire, Contoso passe par les étapes décrites dans Azure Migrate : Migration de serveur :

Important

• Au lieu de migrer les hôtes de la session RDS, Microsoft recommande de redéployer les machines virtuelles à l’aide d’images de place de marché Azure ou d’images personnalisées créées à partir de la Place de marché, car celles-ci garantissent la compatibilité et suppriment tout ballonnement possible des images locales existantes.
• Azure Migrate prend uniquement en charge les migrations du système d’exploitation Windows Server. Les systèmes d’exploitation clients tels que Windows 10 peuvent être migrés à l’aide de la réplication et du basculement d’Azure Site Recovery . Une fois ces machines virtuelles disponibles dans Azure, passez à la section 5 pour installer et configurer les agents AVD.

1. Connectez-vous au portail Azure.

2. Dans la barre de recherche, tapez Azure Migrate et sélectionnez l’entrée de service correspondante.

3. Dans Démarragepour Azure Migrate, sélectionnez Découvrir, évaluer et migrer.

   Figure 3 : Démarrage.

4. Sélectionnez Créer un projet.

   Figure 4 : Création d’un projet Azure Migrate.

5. Définissez l’abonnement, le groupe de ressources, le nom du projet et la zone géographique pour les données du travail de migration, puis sélectionnez Créer.

   Figure 5 : Ajout de données de travail à la migration.

   Important

   Il ne s’agit pas de l’endroit où sera déployé le nouvel environnement Azure Virtual Desktop. Seules les données relatives au projet Azure Migrate y seront stockées.

6. Contoso commence par sélectionner Découvrir dans Azure Migrate : Outils de migration de serveur

   Figure 6 : Découverte d’une migration de serveur.

7. Contoso convertit une appliance dans l’environnement qui va gérer la réplication des machines sur le service Azure Virtual Desktop. Assurez-vous que la région cible est définie sur USA Est 2, où l’environnement Azure Virtual Desktop a été créé. Pour obtenir la matrice de prise en charge complète du système d’exploitation Azure Migrate, consultez Matrice de prise en charge pour Hyper-V et Matrice de prise en charge pour VMware vSphere.

   

   Figure 7 : Conversion d’une appliance.

8. Contoso télécharge, installe et inscrit le fournisseur de réplication dans le projet Azure Migrate pour démarrer la réplication vers Azure.

   

   Figure 8 : Prérequis pour la réplication vers Azure.

9. La réplication des hôtes dans le stockage Blob Azure démarre. Contoso peut laisser la réplication se poursuivre jusqu’à ce qu’elle soit prête à tester les machines virtuelles, puis à les migrer vers un environnement de production.

10. À mesure que les machines virtuelles migrées commencent à s’exécuter dans Azure, Contoso doit installer et configurer des agents Azure Virtual Desktop sur chaque machine migrée :

    • Obtenez le jeton d’inscription du pool d’hôtes en suivant les instructions décrites dans Générer une clé d’inscription.
    • Installez des agents Azure Virtual Desktop et inscrivez des machines virtuelles dans le pool d’hôtes en suivant les instructions décrites dans Inscrire des hôtes de la session auprès d’un pool d’hôtes.

Notes

Une autre option permettant à Contoso d’automatiser ce processus consiste à utiliser l’extension de script personnalisé de machine virtuelle pour déployer les agents Azure Virtual Desktop. Ce processus est contenu dans (Automatisation Azure Virtual Desktop LZA).

À ce stade, Contoso finalise la migration des machines qui doivent persister et continue de migrer progressivement le reste des hôtes de la session RDS locaux vers Azure Virtual Desktop.

Étape 6 : Migrer les machines virtuelles qui doivent persister vers Azure (facultatif)

Important

Au lieu de migrer des images de machine virtuelle, Microsoft recommande de créer une nouvelle image dans Azure à partir d’une image de la Place de marché standard. Cela garantit la compatibilité avec l’image et réduit les dépendances ou configurations indésirables qui pouvaient être présentes dans l’image de machine virtuelle d’origine. En outre, la création d’une nouvelle image dans Azure à partir d’une image de la Place de marché peut aider à simplifier le processus de déploiement et à garantir que l’image est à jour avec les derniers correctifs de sécurité et mises à jour. Les outils permettant de créer de nouvelles images sont disponibles dans Build d’images personnalisées - Prise en main d’Azure Virtual Desktop LZA

Pour les scénarios sur lesquels l’image de machine virtuelle doit persister dans Azure Virtual Desktop, l’article suivant fournit une aide pour préparer un VHD ou VHDX Windows à charger dans Azure.

Étape 7 : Gérer Azure Virtual Desktop

1. Publier des applications et des bureaux : Le déploiement Azure Virtual Desktop LZA par défaut crée un groupe d’applications pour les bureaux et a la possibilité de déployer également un groupe d’applications RemoteApp. Après le déploiement, il n’est pas nécessaire de publier les bureaux, car ils sont publiés par défaut. RemoteApps peut être géré en suivant cette aide :

   • Gérer des groupes d’applications avec le portail Azure.
   • Gérer des groupes d’applications avec PowerShell ou Azure CLI.
   • Publier des applications intégrées dans Azure Virtual Desktop.

2. Gestion des hôtes de session : une fois les hôtes de session déployés et joints au domaine, ils peuvent être gérés à l’aide d’outils existants tels que SCCM et la stratégie de groupe. Microsoft Intune peut également être utilisé pour vous aider à gérer vos appareils et applications. Pour commencer à utiliser Intune, reportez-vous à la Documentation Microsoft Intune.

3. Accès utilisateur : La dernière étape avant la migration finale consiste pour Contoso à sélectionner l’élément Utilisateurs dans les paramètres d’Azure Virtual Desktop pour attribuer les serveurs et les groupes.

   Figure 9 : Dernière étape avant la migration finale.

   Vous trouverez des informations supplémentaires sur l’assignation d’utilisateur dans Gérer les groupes d’applications avec le Portail Azure.

4. Mise à l’échelle du pool d’hôtes : le déploiement d’Azure Virtual Desktop LZA a la possibilité de créer un plan de mise à l’échelle Azure Virtual Desktop qui est attribué et activé par défaut sur les pools d’hôtes groupés. Le plan de mise à l’échelle est préconfiguré avec deux planifications (jours de semaine et week-end) dans le même fuseau horaire que les hôtes de la session et les règles de mise à l’échelle par défaut.

   Figure 10 : Échantillon de planifications de plan de mise à l'échelle d’Azure Virtual Desktop.

   Les règles de mise à l’échelle doivent être modifiées pour répondre aux besoins spécifiques des charges de travail hébergées par l’environnement Azure Virtual Desktop. Pour plus d’informations sur la configuration des plans de mise à l’échelle, consultez Plans de mise à l’échelle automatique et exemples de scénarios.

5. Surveillance : le déploiement d’Azure Virtual Desktop LZA a la possibilité de déployer tous les paramètres de diagnostics (activés par défaut) requis par le classeur d’insights d’Azure Virtual Desktop, y compris la création d’un nouvel espace de travail d’analytique des journaux d'activité (il est possible d’utiliser l’espace existant) pour collecter les journaux, les métriques et les événements d’Azure Virtual Desktop.

   Figure 11 : Échantillon d’insights de surveillance d’Azure Virtual Desktop.

   Pour plus d’informations sur la surveillance d’Azure Virtual Desktop, consultez Utiliser Azure Virtual Desktop Insights pour surveiller votre déploiement.

Étape 8 : Optimiser Azure Virtual Desktop

1. Sécurité : L’équipe de sécurité de Contoso examine les machines virtuelles Azure afin d’identifier d’éventuels problèmes de sécurité. Pour contrôler l’accès, l’équipe examine les groupes de sécurité réseau (NSG) des machines virtuelles. Les groupes de sécurité réseau sont utilisés pour s’assurer que seul le trafic autorisé vers l’application puisse passer. L’équipe envisage également la sécurisation des données sur le disque à l’aide d’Azure Disk Encryption et d’Azure Key Vault. Les hôtes de la session doivent également être protégés à l’aide de Defender pour point de terminaison ou du produit de leur choix. Assurez-vous que votre fournisseur prend en charge leur produit dans les environnements Azure VDI. Choisissez également de protéger les abonnements de zone d’atterrissage Azure Virtual Desktop avec Defender pour le cloud afin d’améliorer la visibilité et les contrôles de conformité.

   Notes

   Pour en savoir plus sur la sécurité d’Azure Virtual Desktop, consultez Meilleures pratiques de sécurité d’Azure Virtual Desktop.

2. Licences : Des licences Microsoft 365 sont utilisées pour les déploiements de bureau. Si les hôtes de la session Windows Server sont toujours requis, Contoso doit apporter ses licences RDS CAL (Licence d’accès client). Grâce aux droits de licence Azure Virtual Desktop, il n’existe aucun coût de système d’exploitation pour n’importe quel système d’exploitation, y compris Windows Server.

3. Optimisation des coûts : Contoso utilisera les fonctionnalités suivantes pour faciliter l’optimisation des coûts :

   • Contoso active Azure Cost Management + Billing pour la supervision et la gestion des ressources Azure.
   • Contoso utilisera l’étiquetage d’Azure Virtual Desktop pour suivre les coûts et les regrouper en fonction des ressources associées au pool d’hôtes.
   • Contoso supervisera l’utilisation de l’ensemble de ses déploiements Azure Virtual Desktop à l’aide d’Azure Virtual Desktop Insights et évaluera les opportunités de réduction des coûts des instances réservées, des plans d’économies ou de la capacité réservée.

4. Configurer la continuité d’activité et la reprise d’activité (BCDR) : Azure Virtual Desktop utilise une combinaison de composants gérés par Microsoft qui sont fournis avec un contrat SLA non financé ciblant une durée de bon fonctionnement de 99,9 % pour les Passerelles, Répartiteurs, Accès web et diagnostics Azure Virtual Desktop. Ces métadonnées de services et les données de service sont sauvegardées et répliquées en arrière-plan pour effectuer une récupération dans d’autres régions en cas de panne. Contoso est responsable des composants gérés par le client. Ces composants incluent : Machines Virtuelles, Stockage, Images, Applications et les composants réseau pour leurs besoins de récupération d’urgence.

   • Pour les déploiements globaux à grande échelle d’Azure Virtual Desktop, nous vous recommandons d’adopter une architecture multirégion pour réduire le point de défaillance unique sur n’importe quelle région.

   • Le diagramme suivant est un exemple d’architecture multirégion d’Azure Virtual Desktop conçue pour que les déploiements Azure Virtual Desktop régionaux soient entièrement indépendants. Selon les exigences du contrat SLA, il peut y avoir différents niveaux de dépendances sur la région primaire. Vous trouverez des exemples de diagrammes pour différents niveaux de dépendance vis-à-vis de la région primaire dans la documentation de l’accélérateur de zone d’atterrissage Azure Virtual Desktop Diagrammes de l’accélérateur de zone d’atterrissage

     Figure 12 : Échantillon d’une architecture multirégion d’Azure Virtual Desktop.

     Téléchargez le fichier Visio.

   Notes

   Pour en savoir plus sur la continuité d'activité et reprise d'activité, consultez Considérations relatives à la continuité d’activité et à la reprise d’activité pour Azure Virtual Desktop.

Étapes suivantes

Pour en savoir plus sur Azure Virtual Desktop, consultez :

• Documentation Azure Virtual Desktop.
• Support à l’échelle de l’entreprise pour Microsoft Azure Virtual Desktop.