Dans RDS déployé par VDS, la stratégie de stockage est conçue de sorte que les données utilisateur/entreprise persistantes ne résident pas 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 réseau existants, y compris les sous-réseaux visibles par le projet GCP via 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, 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 charges de travail et la mise à l’échelle dynamique, requièrent une présence administrative au sein de l’organisation et du projet. 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.

Déterminez la ou les régions GCP qui hébergera vos machines virtuelles VDS. Notez que la région doit être sélectionnée en fonction de la proximité des utilisateurs finaux et des services disponibles.

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.