Requis : un locataire Azure et Azure Active Directory

L’activation d’AVD dans Azure est un paramètre défini pour l’ensemble du locataire. VDS prend en charge l’exécution d’une instance AVD par locataire.

Requis : un abonnement Azure (notez l’ID d’abonnement que vous souhaitez utiliser)

Toutes les ressources Azure déployées doivent être configurées dans un abonnement dédié. Le suivi des coûts pour AVD est donc beaucoup plus facile et simplifie le processus de déploiement. REMARQUE : les essais gratuits Azure ne sont pas pris en charge car ils ne disposent pas de crédits suffisants pour déployer un déploiement AVD fonctionnel.

Un quota suffisant pour les familles de machines virtuelles que vous utiliserez, en particulier au moins 10 cœurs de la famille DS v3 pour le déploiement initial des plateformes (2 cœurs maximum peuvent être utilisés, mais 10 couvre chaque déploiement initial).

Requis: un compte administrateur global Azure.

L’assistant de configuration VDS demande à l’administrateur Azure d’accorder des autorisations déléguées au principal de service VDS et d’installer l’application VDS Azure Enterprise. L’administrateur doit avoir les rôles Azure suivants attribués :

Requis : une image Azure prenant en charge Windows 10 multi-session.

Azure Marketplace fournit les versions les plus récentes de leur image Windows 10 de base et tous les abonnements Azure y ont accès automatiquement. Si vous souhaitez utiliser une image différente ou une image personnalisée, demandez à l’équipe VDS de nous donner des conseils sur la création ou la modification d’autres images ou si des questions générales sur les images Azure nous en laissent savoir plus et nous pouvons planifier une conversation.

AVD nécessite que l’identité de l’utilisateur fasse partie d’Azure AD et que les VM soient joints à un domaine Active Directory synchronisé avec cette même instance AD Azure. Les machines virtuelles ne peuvent pas être directement connectées à l’instance Azure AD. Ainsi, un contrôleur de domaine doit être configuré et synchronisé avec Azure AD.

Dans AVD, la stratégie de stockage est conçue de manière à ce qu’aucune donnée utilisateur/entreprise persistante ne réside sur les machines virtuelles de session AVD. Les données persistantes des profils utilisateur, des fichiers et des dossiers utilisateur, ainsi que les données d’entreprise/d’application sont hébergées sur un ou plusieurs volumes de données hébergés sur une couche de données indépendante.

FSLogix est une technologie de conteneurisation de profil qui résout de nombreux problèmes de profil utilisateur (comme la prolifération des données et les connexions lentes) en montant un conteneur de profil utilisateur (format VHD ou VHDX) vers l’hôte de session lors de l’initialisation de la session.

Cette architecture exige donc une fonctionnalité de stockage des données. Cette fonction doit être capable de gérer le transfert de données nécessaire chaque matin/après-midi lorsqu’une partie importante de l’utilisateur se connecte/se déconnecter en même temps. Même les environnements de taille moyenne peuvent présenter des exigences importantes en termes de transfert de données. Les performances des disques de la couche de stockage des données font partie des variables principales de performances des utilisateurs finaux et il convient de veiller à ce que ces performances soient correctement ajoutées au stockage, et pas seulement au volume de stockage. En règle générale, la couche de stockage doit être dimensionnée pour prendre en charge 5-15 IOPS par utilisateur.

Requis : un inventaire de tous les sous-réseaux de réseau existants, y compris les sous-réseaux visibles par l’abonnement Azure via une route Azure Express ou un VPN. Le déploiement doit éviter le chevauchement des sous-réseaux.

L’assistant de configuration VDS vous permet de définir l’étendue du réseau au cas où une plage est requise ou doit être évitée, dans le cadre de l’intégration planifiée avec les réseaux existants.

Déterminez une plage IP pour l’utilisateur pendant votre déploiement. Conformément aux bonnes pratiques Azure, seules les adresses IP d’une plage privée sont prises en charge.

Certaines des capacités uniques de VDS, telles que la planification des coûts réduits des charges de travail et la fonctionnalité Live Scaling, requièrent une présence administrative au sein du locataire et de l’abonnement. Par conséquent, une VM administrative appelée CWMGR1 est déployée dans le cadre de l’automatisation de l’assistant d’installation VDS. Outre les tâches d’automatisation VDS, cette machine virtuelle contient également la configuration VDS dans une base de données SQL Express, les fichiers journaux locaux et un utilitaire de configuration avancée appelé DCConfig.

Choisissez la ou les régions Azure qui hébergera vos machines virtuelles AVD. Notez que Azure NetApp Files et certaines familles de VM (machines virtuelles compatibles avec les GPU, par exemple) disposent d’une liste de prise en charge de régions Azure définie, tandis que l’AVD est disponible dans la plupart des régions.

Choisissez le type Active Directory que vous souhaitez utiliser :

Déterminez l’emplacement de stockage des données des profils utilisateur, des fichiers individuels et des partages de l’entreprise. Les choix possibles sont :

Les administrateurs doivent fournir des informations d’identification d’administrateur de domaine à un moment donné du processus de déploiement. Une information d’identification temporaire de l’administrateur de domaine peut être créée, utilisée et supprimée ultérieurement (une fois le processus de déploiement terminé). Les clients qui ont besoin d’aide pour l’élaboration des prérequis peuvent également utiliser l’outil de préparation du domaine.