Partager via

Analyser la qualité de la connexion dans Azure Virtual Desktop

  • Article

Important

Les journaux de données de graphiques de connexion sont actuellement en préversion. Pour connaître les conditions juridiques qui s’appliquent aux fonctionnalités Azure en version bêta, en préversion ou plus généralement non encore en disponibilité générale, consultez l’Avenant aux conditions d’utilisation des préversions de Microsoft Azure.

Azure Virtual Desktop aide les utilisateurs à héberger des sessions client sur leurs hôtes de session en cours d’exécution sur Azure. Lorsqu’un utilisateur démarre une session, il se connecte à partir de son appareil local sur un réseau pour accéder à l’hôte de session. Il est important que l’expérience utilisateur soit similaire à une session locale sur un appareil physique. Pour comprendre la connectivité réseau entre l’appareil d’un utilisateur et un hôte de session, consultez Présentation de la connectivité réseau Azure Virtual Desktop.

Vous pouvez analyser la qualité de la connexion dans votre déploiement Azure Virtual Desktop à l’aide d’Azure Log Analytics. Dans cet article, nous allons vous montrer comment vous pouvez mesurer votre réseau de connexion et vos graphiques de connexion pour améliorer la qualité de connexion de vos utilisateurs finaux.

Données graphiques et réseau de la connexion

Les données du réseau et des graphiques des connexions qu’Azure Log Analytics collecte peuvent vous aider à découvrir les zones qui ont un impact sur l’expérience graphique de l’utilisateur final. Le service collecte régulièrement des données pour les rapports tout au long de la session. Vous pouvez également utiliser des compteurs de performances réseau RemoteFX pour obtenir des données de performances liées aux graphiques de votre déploiement, mais ils ne sont pas aussi complets qu’Azure Log Analytics. Les rapports de données réseau de connexion Azure Virtual Desktop présentent les avantages suivants par rapport aux compteurs de performances réseau RemoteFX :

  • Chaque enregistrement est spécifique à la connexion et comprend l’ID de corrélation de la connexion, qui peut être relié à l’utilisateur.

  • Le temps d’aller-retour mesuré dans ce tableau est indépendant du protocole et enregistre la latence mesurée pour les connexions TCP (Transmission Control Protocol) ou UDP (User Datagram Protocol).

Données réseau de connexion

Les données réseau que vous recueillez pour vos tables de données utilisant la table NetworkData contiennent les informations suivantes :

  • La bande passante disponible estimée (en kilo-octets par seconde) est la bande passante réseau disponible moyenne estimée pendant chaque intervalle de connexion.

  • La durée estimée du trajet aller-retour (en millisecondes) et le temps estimé du trajet aller-retour moyen pendant chaque intervalle de temps de connexion. La durée d’un aller-retour est le temps nécessaire à une demande réseau pour passer de l’appareil de l’utilisateur final à l’hôte de session via le réseau, puis pour revenir de l’hôte de session à l’appareil de l’utilisateur final.

  • L’ID de corrélation est l’ID d’activité d’une connexion Azure Virtual Desktop spécifique qui est affecté à chaque diagnostic au sein de cette connexion.

  • L’heure générée est un horodatage en heure UTC qui marque le moment où un événement suivi par le compteur de données s’est produit sur la machine virtuelle. Toutes les moyennes sont mesurées en utilisant la fenêtre de temps qui se termine à l’horodatage marqué.

  • L’ID de ressource est un ID unique affecté au pool d’hôtes Azure Virtual Desktop associé aux données collectées par le service de diagnostics pour ce tableau.

  • Le système source, l’ID d’abonnement, l’ID de locataire et le type (nom de table).

Fréquence

Le service génère ces points de données réseau toutes les deux minutes pendant une session active.

Journaux de données des graphiques de connexion (préversion)

Vous devez consulter la table ConnectionGraphicsData (préversion) quand les utilisateurs signalent des lenteurs ou des saccades dans leurs sessions Azure Virtual Desktop. La table ConnectionGraphicsData vous donnera des informations utiles chaque fois que des indicateurs graphiques, un retard de bout en bout et le pourcentage de trames supprimées sont inférieurs au seuil considéré comme « sain » pour Azure Virtual Desktop. Ce tableau aidera vos administrateurs à suivre et à comprendre les facteurs déterminants sur le serveur, le client et le réseau qui pourraient contribuer au caractère lent ou saccadé de l’expérience utilisateur. Cependant, bien que la table ConnectionGraphicsData soit un outil utile pour résoudre les problèmes d’expérience utilisateur médiocre, car il n’est pas mis à jour régulièrement tout au long d’une session, il ne constitue pas une base de référence fiable pour un environnement.

Le tableau Graphiques capture seulement les données de performances à partir du flux de graphiques d’Azure Virtual Desktop. Ce tableau ne capture pas la dégradation ou la « lenteur » des performances causée par des facteurs spécifiques à l’application ou à la machine virtuelle (contraintes sur le processeur ou le stockage). Vous devez utiliser ce tableau avec d’autres métriques de performances de la machine virtuelle pour déterminer si le délai est dû au service Bureau à distance (graphiques et réseau) ou à quelque chose d’inhérent à la machine virtuelle ou à l’application elle-même.

Les données des graphiques que vous collectez pour vos tableaux de données incluent les informations suivantes :

  • Le dernier intervalle de temps de connexion évalué correspond aux deux minutes précédant le moment où les indicateurs graphiques sont tombés sous le seuil de qualité.

  • Le délai de bout en bout (millisecondes) est le délai entre le moment où une trame est capturée sur le serveur et le moment où elle est rendue sur le client, mesuré comme la somme du délai d’encodage sur le serveur, du délai réseau, du délai de décodage sur le client et du délai de rendu sur le client. Le retard reflété est le retard le plus élevé (le pire) enregistré dans le dernier intervalle de temps de connexion évalué.

  • La taille de trame compressée (octets) est la taille compressée de la trame avec le délai de bout en bout le plus élevé dans l’intervalle de temps de la connexion évalué en dernier.

  • Le délai d’encodage sur le serveur (millisecondes) est le temps nécessaire pour encoder la trame avec le délai de bout en bout le plus élevé dans le dernier intervalle de temps de connexion évalué sur le serveur.

  • Le délai de décodage sur le client (millisecondes) est le temps nécessaire pour décoder la trame avec le délai de bout en bout le plus élevé dans le dernier intervalle de temps de connexion évalué sur le client.

  • Le délai de rendu sur le client (millisecondes) est le temps nécessaire pour rendre la trame avec le délai de bout en bout le plus élevé dans le dernier intervalle de temps de connexion évalué sur le client.

  • Le pourcentage de trames ignorées est le pourcentage total de trames supprimées par ces trois sources :

    • Le client (décodage lent du client).
    • Le réseau (bande passante réseau insuffisante).
    • Le serveur (le serveur est occupé).

    Les valeurs enregistrées (une pour chaque client, serveur et réseau) proviennent de la seconde où les images supprimées sont les plus élevées dans le dernier intervalle de temps de connexion évalué.

  • La bande passante disponible estimée (kilo-octets par seconde) est la bande passante réseau disponible estimée moyenne pendant la seconde ayant le délai de bout en bout le plus élevé dans l’intervalle de temps.

  • La durée estimée des allers-retours (millisecondes),, est la durée moyenne estimée des allers-retours pendant la seconde ayant le délai de bout en bout le plus élevé dans l’intervalle de temps. La durée d’un aller-retour est le temps nécessaire à une demande réseau pour passer de l’appareil de l’utilisateur final à l’hôte de session via le réseau, puis pour revenir de l’hôte de session à l’appareil de l’utilisateur final.

  • L’ID de corrélation, qui est l’ID d’activité d’une connexion Azure Virtual Desktop spécifique qui est affecté à chaque diagnostic au sein de cette connexion.

  • L’heure générée, qui est un timestamp en heure UTC qui marque le moment où un événement que le compteur de données suit s’est produit sur la machine virtuelle. Toutes les moyennes sont mesurées à l’aide de la fenêtre de temps qui finit par le timestamp marqué.

  • L’ID de ressource est un ID unique affecté au pool d’hôtes Azure Virtual Desktop associé aux données collectées par le service de diagnostics pour ce tableau.

  • Le système source, l’ID d’abonnement, l’ID de locataire et le type (nom de table).

Fréquence

Contrairement aux autres tableaux de diagnostic qui remontent des données à intervalles réguliers tout au long d’une session, la fréquence de collecte de données pour les données des graphiques varie selon l’intégrité graphique d’une connexion. Le tableau n’enregistre pas de données pour les scénarios considérés comme « Bons », mais en enregistre si une des métriques suivantes est enregistrée comme « Médiocre » ou « Ok », et les données résultantes seront envoyées à votre compte de stockage. Les données sont enregistrées au maximum une fois toutes les deux minutes. Les métriques impliquées dans la collecte de données sont listées dans le tableau suivant :

Métrique Mauvaise Okay Convenable
Pourcentage de trames supprimées avec un débit de trames faible (moins de 15 fps) Supérieur à 15 % 10 % - 15 % Inférieur à 10 %
Pourcentage de trames supprimées avec un débit de trames élevé (supérieur à 15 fps) Supérieur à 50 % 20 % - 50 % Inférieur à 20 %
Délai de bout en bout par trame Supérieur à 300 ms 150 ms - 300 ms Inférieur à 150 ms

Notes

Pour le délai de bout en bout par trame, si une trame en une seule seconde est retardée de plus de 300 ms, le service marque cela en « Mauvais ». Si toutes les trames dans une seule seconde prennent entre 150 ms et 300 ms, le service marque cela en « Ok ».

Étapes suivantes