Glossaire Azure Virtual Desktop Insights
Dans cet article figurent la liste et une brève description des termes et concepts clés relatifs à Azure Virtual Desktop Insights.
Alertes
Toutes les alertes Azure Monitor actives configurées sur l’abonnement et classées avec la gravité 0 s’affichent sur la page Vue d’ensemble. Pour en savoir plus sur la configuration des alertes, consultez Alertes de journal Azure Monitor.
Sessions disponibles
Nombre de sessions disponibles dans le pool d’hôtes. Pour le calculer, le service multiplie le nombre de machines virtuelles par le nombre maximal de sessions autorisées par machine virtuelle, puis soustrait le nombre total de sessions.
Système d’exploitation (SE) client
Le système d’exploitation client indique quelle version du système d’exploitation les utilisateurs finaux qui accèdent aux ressources Azure Virtual Desktop utilisent actuellement. Le système d’exploitation client indique également la version du client web (HTML) et du client Bureau à distance complet dont disposent les utilisateurs. Pour obtenir la liste complète des versions du système d’exploitation Windows, consultez Version du système d’exploitation.
Réussite de la connexion
Intégrité de la connexion. « Connexion réussie » signifie que la connexion a pu atteindre l’hôte, comme le confirme la pile sur cette machine virtuelle. Un échec de connexion indique qu’elle n’est pas parvenue à atteindre l’hôte.
Utilisateurs actifs par jour
Nombre total d’utilisateurs ayant commencé une session au cours des dernières 24 heures.
Alertes quotidiennes
Nombre total d’alertes déclenchées chaque jour.
Connexions et reconnexions quotidiennes
Nombre total de connexions et de reconnexions commencées ou terminées au cours des dernières 24 heures.
Heures connectées quotidiennes
Nombre total d’heures passées par les utilisateurs à se connecter à une session au cours des dernières 24 heures.
Diagnostics et erreurs
Quand une erreur ou une alerte apparaît dans Azure Virtual Desktop Insights, elle est catégorisée selon trois éléments :
Type d’activité : cette catégorie indique la façon dont l’erreur est catégorisée par les diagnostics Azure Virtual Desktop. Les catégories sont les activités de gestion, les flux, les connexions, les inscriptions des hôtes, les erreurs et les points de contrôle. Pour plus d’informations sur ces catégories, consultez Utilisation de Log Analytics pour la fonctionnalité de diagnostic.
Genre : cette catégorie indique l’emplacement de l’erreur.
- Les erreurs signalées comme « service » ou « ServiceError = TRUE » se sont produites dans le service Azure Virtual Desktop.
- Les erreurs marquées « deployment » ou « ServiceError = FALSE » sont survenues en dehors du service Azure Virtual Desktop.
- Pour plus d’informations sur la balise ServiceError, consultez Scénarios d’erreur courants.
Source : cette catégorie donne une description plus précise de l’endroit où l’erreur s’est produite.
Diagnostics : rôle de service responsable de l’activité de service de monitoring et de compte rendu permettant aux utilisateurs d’observer et de diagnostiquer les problèmes de déploiement.
RDBroker : rôle de service responsable de l’orchestration des activités de déploiement, de la gestion de l’état des objets, de la validation de l’authentification, etc.
RDGateway : rôle de service responsable de la gestion de la connectivité réseau entre les utilisateurs finaux et les machines virtuelles.
RDStack : composant logiciel installé sur les machines virtuelles pour leur permettre de communiquer avec le service Azure Virtual Desktop.
Client : logiciel s’exécutant sur l’ordinateur de l’utilisateur final qui fournit l’interface du service Azure Virtual Desktop. Il affiche la liste des ressources publiées et héberge la connexion Bureau à distance une fois que vous avez effectué une sélection.
Chaque problème ou erreur de diagnostic comprend un message expliquant la cause du problème. Pour plus d’informations sur la résolution des erreurs, consultez Identification et diagnostic des problèmes liés à Azure Virtual Desktop.
Codes de région de passerelle
Certaines métriques dans Azure Virtual Desktop Insights répertorient la région de passerelle via laquelle un utilisateur se connecte. La région de passerelle est représentée par un code à trois ou quatre lettres qui correspond à la région Azure où se trouve la passerelle. Le tableau suivant répertorie les codes de région de passerelle et leurs régions Azure correspondantes :
| Code de région de passerelle | Région Azure |
|---|---|
| AUC | Centre de l’Australie |
| AUC2 | Centre de l’Australie 2 |
| AUE | Australie Est |
| AUSE | Sud-Australie Est |
| BRS | Brésil Sud |
| CAC | Centre du Canada |
| CAE | Est du Canada |
| CHNO | Suisse Nord |
| CIN | Inde centrale |
| CUS | USA Centre |
| EAS | Asie Est |
| UEUE | Europe Est |
| EUS | USA Est |
| EUS2 | USA Est 2 |
| FRAS | France Sud |
| FRC | France Centre |
| GEC | Centre de l’Allemagne |
| GEN | Allemagne Nord |
| GENE | Nord-Est de l’Allemagne |
| GWC | Allemagne Centre-Ouest |
| JPE | Japon Est |
| JPW | OuJapon Est |
| KRC | Centre de la Corée |
| KRS | Sud de la Corée |
| KRS2 | Corée du Sud 2 |
| NCUS | Centre-Nord des États-Unis |
| NEU | Europe Nord |
| NOE | Norvège Est |
| NOW | Norvège Ouest |
| SAN | Afrique du Sud Nord |
| SAW | Afrique du Sud Ouest |
| SCUS | États-Unis - partie centrale méridionale |
| SEA2 | Asie Sud-Est 2 |
| MERS | Asie Sud-Est |
| SIN | Inde Sud |
| SWW | Suisse Ouest |
| EAUC | Émirats arabes unis Centre |
| UAEN | Émirats arabes unis Nord |
| UKN | Nord du Royaume-Uni |
| UKS | Sud du Royaume-Uni |
| UKS2 | Sud du Royaume-Uni 2 |
| UKW | Ouest du Royaume-Uni |
| WCUS | Centre-USA Ouest |
| WEU | Europe Ouest |
| WIN | Ouest de l’Inde |
| WUS | USA Ouest |
Délai d’entrée
Dans Azure Virtual Desktop Insights, délai d’entrée par compteur de performances de processus pour chaque session. Sur la page du niveau de performance de l’hôte, à aka.ms/azmonwvdi, ce compteur de performances est configuré pour envoyer un rapport au service toutes les 30 secondes. Ces intervalles de 30 secondes sont appelés « échantillons », et le rapport indique le pire scénario dans cette fenêtre. La valeur médiane et la valeur P95 reflètent la valeur médiane et le 95e percentile pour tous les exemples.
Sous Délai d’entrée par hôte, vous pouvez sélectionner une ligne d’hôte de session pour filtrer tous les autres visuels de la page sur cet hôte. Vous avez également la possibilité de sélectionner un nom de processus pour filtrer le graphe des délais d’entrée médians dans le temps.
Les délais sont placés dans les catégories suivantes :
- Bon : inférieur ou égal à 150 millisecondes
- Acceptable : entre 150 et 500 millisecondes
- Médiocre : entre 500 et 2 000 millisecondes (inférieur à 2 secondes)
- Mauvais : supérieur ou égal à 2 000 millisecondes (2 secondes)
Pour plus d’informations sur le fonctionnement du compteur de délai d’entrée, consultez Compteurs de performances du délai d’entrée utilisateur.
Utilisateurs actifs mensuels (MAU)
Nombre total d’utilisateurs ayant commencé une session au cours des 28 derniers jours. Si vous stockez des données pendant 30 jours maximum, vous risquez de constater des valeurs Utilisateurs actifs mensuels et Connexion moins élevées que prévu pendant les périodes sur lesquelles moins de 28 jours de données sont disponibles.
Compteurs de performance
Sur Windows et Linux, informations sur le niveau de performance des composants matériels, des systèmes d’exploitation et des applications.
Dans le tableau suivant figure la liste des compteurs de performances recommandés et des intervalles de temps appliqués par Azure Monitor pour Azure Virtual Desktop :
| Nom du compteur de performance | Intervalle de temps |
|---|---|
| Logical Disk(C:)\Avg. Disk Queue Length | 30 secondes |
| Logical Disk(C:)\Avg. Disk sec/Transfer | 60 secondes |
| Logical Disk(C:)\Current Disk Queue Length | 30 secondes |
| Memory(*)\Available Mbytes | 30 secondes |
| Memory(*)\Page Faults/sec | 30 secondes |
| Memory(*)\Pages/sec | 30 secondes |
| Memory(*)\% Committed Bytes in Use | 30 secondes |
| PhysicalDisk(*)\Avg. Disk Queue Length | 30 secondes |
| PhysicalDisk(*)\Avg. Disk sec/Read | 30 secondes |
| PhysicalDisk(*)\Avg. Disk sec/Transfer | 30 secondes |
| PhysicalDisk(*)\Avg. Disk sec/Write | 30 secondes |
| Processor Information(_Total)\% Processor Time | 30 secondes |
| Terminal Services(*)\Active Sessions | 60 secondes |
| Terminal Services(*)\Inactive Sessions | 60 secondes |
| Terminal Services(*)\Total Sessions | 60 secondes |
| *User Input Delay per Process(*)\Max Input Delay | 30 secondes |
| *User Input Delay per Session(*)\Max Input Delay | 30 secondes |
| RemoteFX Network(*)\Current TCP RTT | 30 secondes |
| RemoteFX Network(*)\Current UDP Bandwidth | 30 secondes |
Problèmes potentiels de connectivité
Hôtes, utilisateurs, ressources publiées et clients affichant un taux d’échec de connexion élevé. Une fois que vous avez choisi un filtre « Reporting selon », vous pouvez évaluer la gravité du problème en consultant les valeurs des colonnes suivantes :
- Tentatives (nombre de tentatives de connexion)
- Ressources (nombre d’applications ou de postes de travail publiés)
- Hôtes (nombre de machines virtuelles)
- Clients
Par exemple, si vous sélectionnez le filtre Par utilisateur, vous pouvez vérifier que les tentatives de connexion de chaque utilisateur s’affichent dans la colonne Tentatives.
Si vous remarquez qu’un problème de connexion s’étend sur plusieurs hôtes, utilisateurs, ressources ou clients, il est probable que le problème affecte l’ensemble du système. Dans le cas contraire, il s’agit d’un petit problème de priorité plus basse.
Il est également possible de sélectionner des entrées pour afficher des informations supplémentaires. Vous pouvez voir quels hôtes, quelles ressources et quelles versions du client sont impliqués dans le problème. L’affichage indique également les erreurs signalées lors des tentatives de connexion.
Temps d’aller-retour
Estimation du temps d’aller-retour de la connexion entre l’emplacement de l’utilisateur final et la région Azure de l’hôte de la session. Pour voir quels emplacements présentent la meilleure latence, recherchez celui de votre choix dans Statistiques de latence aller-retour réseau Azure.
Historique de session
L’élément Sessions indique l’état de toutes les sessions, connectées ou non. Les Sessions inactives affichent uniquement les sessions déconnectées.
Alertes de gravité 0
Éléments les plus urgents à prendre en charge immédiatement. Si vous ne résolvez pas ces problèmes, votre déploiement Azure Virtual Desktop risque de ne plus fonctionner.
Temps pour se connecter
La durée de connexion est le délai entre le moment où un utilisateur ouvre une ressource pour démarrer sa session et le moment où son bureau est chargé et est prêt à être utilisé. Par exemple, pour RemoteApp, il s’agit du temps nécessaire pour lancer l’application.
La durée de connexion se fait en deux étapes :
- La connexion, qui est le temps nécessaire pour que le service Azure achemine l’utilisateur vers un hôte de session.
- « Connexion », qui correspond à la durée nécessaire au service pour effectuer des tâches liées à la connexion de l’utilisateur et à l’établissement de la session sur l’hôte de session.
Lorsque vous surveillez le temps de connexion, gardez à l’esprit les points suivants :
Le temps de connexion est mesuré avec les points de contrôle suivants à partir des données de diagnostic du service de bureau virtuel Azure : Les points de contrôle qu’Insights utilise pour déterminer quand la connexion est établie sont différents pour un scénario de bureau et pour un scénario RemoteApp.
Commence par : WVDConnection state = started
Fin : WVDCheckpoints Name = ShellReady (ordinateurs de bureau) ; Name = RdpShellAppExecuted (RemoteApp. Pour le moment d’exécution, envisagez le premier lancement d’application uniquement)
Par exemple, Insights mesure le temps de lancement d’une expérience de bureau en fonction du temps nécessaire au lancement de Windows Explorer. Insights mesure également le temps de lancement de RemoteApp en fonction du délai de lancement de la première instance de l’application shell pour une connexion.
Remarque
Si un utilisateur lance plusieurs RemoteApp, l’application shell peut parfois s’exécuter plusieurs fois au cours d’une seule connexion. Pour une mesure précise du temps de connexion, vous devez utiliser uniquement le premier point de contrôle d’exécution pour chaque connexion.
L’établissement de nouvelles sessions prend généralement plus de temps que la réétablissement des connexions aux sessions existantes en raison des différences du processus d’ouverture de session pour les connexions nouvelles et établies.
Le temps nécessaire à l’utilisateur pour fournir des informations d’identification est soustrait de sa durée de connexion au compte, dans les cas où un utilisateur prend un certain temps pour entrer des informations d’identification ou utiliser d’autres méthodes d’authentification pour se connecter.
Lors de la résolution d’un problème de connexion, Azure Monitor décompose les données de temps de connexion total en quatre composants pour vous aider à identifier la manière de réduire le temps de connexion.
Notes
Les composants de cette section affichent uniquement les étapes de connexion principales. Ces composants peuvent s’exécuter en parallèle, ce qui signifie qu’ils n’ajouteront pas une valeur égale à la durée totale de connexion. La durée totale de connexion est une mesure qu’Azure Monitor détermine dans un processus séparé.
L’organigramme suivant présente les quatre étapes du processus de connexion :
L’organigramme présente les quatre composants suivants :
Itinéraire de l’utilisateur : le temps qu’il faut au moment où l’utilisateur sélectionne l’icône d’Azure Virtual Desktop pour lancer une session lorsque le service identifie un ordinateur hôte auquel se connecter. La charge réseau, la charge de service ou le routage du trafic réseau unique peuvent entraîner des temps de routage élevés. Pour résoudre les problèmes de routage des utilisateurs, examinez vos chemins d’accès réseau.
Pile connectée : temps nécessaire à la résolution d’un hôte de session cible pour l’utilisateur lorsque le service établit une connexion entre l’hôte de session et le client distant de l’utilisateur. À l’instar du routage des utilisateurs, la charge réseau, la charge du serveur ou le routage du trafic réseau unique peut affecter le temps de connexion. Pour ce composant, vous devez également prêter une attention particulière à votre routage réseau. Pour réduire le temps de connexion, vérifiez que vous avez correctement configuré toutes les configurations de proxy sur les hôtes du client et de la session, et que le routage vers le service est optimal.
Ouverture de session : temps nécessaire entre le moment où une connexion à un ordinateur hôte est établi et le moment où l’interpréteur de commandes démarre le chargement. L’heure de connexion comprend plusieurs processus qui peuvent contribuer à des temps de connexion élevés. Vous pouvez afficher les données de l’étape de « connexion » dans Informations pour voir s’il existe des pics inattendus en moyenne.
Le processus d’ouverture de session est divisé en quatre étapes :
Profils : temps nécessaire pour charger le profil d’un utilisateur pour de nouvelles sessions. Le temps nécessaire pour le chargement dépend de la taille du profil utilisateur ou des solutions de profil utilisateur que vous utilisez (par exemple, la virtualisation de l’expérience utilisateur). Si vous utilisez une solution qui dépend de profils stockés sur le réseau, une latence excessive peut également entraîner des temps de chargement de profil plus longs.
Objets stratégie de groupe (GPO) : temps nécessaire pour appliquer des stratégies de groupe à de nouvelles sessions. Un pic dans cette zone des données est un signe que vous avez trop de stratégies de groupe, que les stratégies prennent trop de temps à s’appliquer ou que l’hôte de session rencontre des problèmes de ressources. Une chose que vous pouvez faire pour optimiser les temps de traitement est de s’assurer que le contrôleur de domaine est le plus proche possible des hôtes de session.
Démarrage de l’interpréteur de commandes : temps nécessaire au lancement de l’interpréteur de commandes (généralement explorer.exe).
FSLogix (Frxsvc) : temps nécessaire au lancement de FSLogix dans les nouvelles sessions. Une durée de lancement longue peut indiquer des problèmes avec les partages utilisés pour héberger les profils utilisateur FSLogix. Pour résoudre ces problèmes, assurez-vous que les partages sont colocalisés avec les hôtes de session et mis à l’échelle de manière appropriée pour le nombre moyen d’utilisateurs qui se connectent aux ordinateurs hôtes. Une autre zone à examiner est la taille de profil. Les tailles de profil volumineuses peuvent ralentir les temps de lancement.
Démarrage sur l’interpréteur de commandes : heure à laquelle l’interpréteur de commandes commence à se charger jusqu’à son chargement complet et prêt à être utilisé. Les retards dans cette phase peuvent être dus à une surcharge de l’hôte de session (activité élevée du processeur, de la mémoire ou du disque) ou à des problèmes de configuration.
Rapport utilisateur
La page Rapport utilisateur permet d’afficher l’historique des connexions et les informations de diagnostic d’un utilisateur spécifique. Chaque rapport utilisateur présente les modèles d’utilisation, les commentaires utilisateurs et les erreurs rencontrées par les utilisateurs lors de leurs sessions. La plupart des petits problèmes peuvent être résolus avec les commentaires des utilisateurs. Si vous devez aller plus loin, vous pouvez également filtrer les informations relatives à un ID de connexion ou à une période spécifique.
Utilisateurs par cœur
Nombre d’utilisateurs présents dans chaque noyau de machine virtuelle. Le suivi du nombre maximal d’utilisateurs par cœur au fil du temps peut permettre de déterminer si l’environnement s’exécute toujours avec un nombre élevé, faible ou fluctuant d’utilisateurs par cœur. Connaître le nombre d’utilisateurs actifs vous aidera à mettre efficacement l’environnement à l’échelle et à lui affecter les ressources nécessaires.
Journaux des événements Windows
Les journaux des événements Windows sont des sources de données collectées par l’agent Azure Monitor ou l’agent Log Analytics sur les machines virtuelles Windows. Vous pouvez collecter des événements à partir de journaux standard comme Système et Application, ainsi que des journaux personnalisés créés par les applications que vous souhaitez surveiller.
Le tableau suivant liste les journaux des événements Windows requis par Azure Virtual Desktop Insights :
| Nom d'événement | Type d'événement |
|---|---|
| Application | Erreur et avertissement |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | Erreur, Avertissement et Information |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Erreur, Avertissement et Information |
| Système | Erreur et avertissement |
| Microsoft-FSLogix-Apps/Operational | Erreur, Avertissement et Information |
| Microsoft-FSLogix-Apps/Admin | Erreur, Avertissement et Information |
Étapes suivantes
- Pour commencer, consultez Utiliser Azure Virtual Desktop Insights pour superviser votre déploiement.
- Pour estimer, mesurer et gérer les coûts de stockage de vos données, consultez Estimer les coûts d’Azure Monitor.
- Si vous rencontrez un problème, consultez notre guide de résolution des problèmes pour obtenir de l’aide en lien avec les problèmes connus.
Vous pouvez également configurer Azure Advisor pour savoir comment résoudre ou éviter les problèmes courants. Pour en savoir plus, consultez Présentation d’Azure Advisor.
Si vous avez besoin d’aide ou si vous avez des questions, consultez les ressources de la communauté :
Posez des questions ou faites des suggestions à la communauté sur Azure Virtual Desktop TechCommunity.
Pour savoir comment laisser des commentaires, consultez Vue d’ensemble de la résolution des problèmes, des commentaires et du support pour Azure Virtual Desktop.
Vous pouvez également formuler vos commentaires concernant Azure Virtual Desktop sur le concentrateur de commentaires d’Azure Virtual Desktop.