Glossaire Azure Virtual Desktop Insights

  • Article

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.

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 l’outil Estimateur d’expérience Azure Virtual Desktop.

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 :

Un organigramme montrant les quatre étapes du processus de connexion : Route de l’utilisateur, Pile connectée, Connexion, et Démarrage du Shell, jusqu’à Shell prêt.

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

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é :