Bonjour,
Oui, des profils itinérants volumineux peuvent entraîner des délais de connexion importants, mais les conteneurs de profils FSLogix sont précisément conçus pour éliminer le processus traditionnel de copie des profils. Au lieu de copier des milliers de fichiers depuis un partage réseau vers C:\Users\<nom_utilisateur> lors de l’ouverture de session, FSLogix stocke l’intégralité du profil utilisateur dans un unique fichier VHDX sur un stockage SMB (Azure Files, Azure NetApp Files ou un serveur de fichiers) et monte dynamiquement ce VHDX directement sur l’hôte de session au moment de la connexion.
Pour les pools d’hôtes Azure Virtual Desktop en mode Windows multi-session, le profil est ainsi présenté à Windows comme un profil local immédiatement après le montage du VHDX, quel que soit l’hôte de session attribué à l’utilisateur. Il n’y a donc pas de synchronisation fichier par fichier lors de la connexion ou de la déconnexion, ce qui réduit considérablement les temps de chargement des profils et améliore l’expérience utilisateur pendant les pics de connexion du matin.
FSLogix améliore également les performances des charges Microsoft 365 en prenant en charge le mode cache d’Outlook, OneDrive, Teams et les autres données applicatives à l’intérieur du conteneur de profil, évitant ainsi de nombreux problèmes de performance historiquement associés aux profils itinérants dans les environnements VDI.
Si des lenteurs persistent pendant les heures de pointe malgré l’utilisation de FSLogix, la cause provient souvent du stockage sous-jacent (latence SMB, limites d’IOPS ou de débit), de l’analyse antivirus des fichiers VHDX, ou d’un manque de ressources sur les hôtes de session, plutôt que de la taille du profil elle-même. Microsoft recommande alors de valider les performances du stockage et d’analyser les journaux FSLogix avant de conclure que la taille des profils est la cause principale.
Harry.