Analysieren der Verbindungsqualität in Azure Virtual Desktop

Wichtig

Die Verbindungsdatenprotokolle befinden sich derzeit in der Vorschau. Die zusätzlichen Nutzungsbestimmungen für Microsoft Azure-Vorschauen enthalten rechtliche Bedingungen. Sie gelten für diejenigen Azure-Features, die sich in der Beta- oder Vorschauversion befinden oder aber anderweitig noch nicht zur allgemeinen Verfügbarkeit freigegeben sind.

Azure Virtual Desktop bietet die Möglichkeit, Clientsitzungen auf den Sitzungshosts, die in Azure ausgeführt werden, zu hosten. Wenn Benutzer Sitzungen starten, stellen sie eine Verbindung von ihrem lokalen Gerät über ein Netzwerk her, um auf den Sitzungshost zuzugreifen. Es ist wichtig, dass das Benutzererlebnis einer lokalen Sitzung auf einem physischen Gerät so nahe wie möglich kommt. In diesem Artikel wird erläutert, wie Sie Ihr Verbindungsnetzwerk messen und ConnectionGraphicsData verwenden können, um die Verbindungsqualität für Ihre Endbenutzer zu verbessern.

Sie können die Verbindungsqualität in Ihrer Azure Virtual Desktop-Bereitstellung mithilfe von Azure Log Analytics analysieren. In diesem Artikel erfahren Sie, wie Sie Azure Log Analytics verwenden können, um die Grafikqualität zu optimieren und das Endbenutzererlebnis zu verbessern.

Azure Virtual Desktop verwendet Azure Front Door, um Benutzerverbindungen basierend auf der Quell-IP-Adresse an das nächste Azure Virtual Desktop-Gateway umzuleiten. Azure Virtual Desktop verwendet immer das vom Client ausgewählte Azure Virtual Desktop-Gateway.

Die von Azure Log Analytics erfassten Verbindungsnetzwerk- und Grafikdaten können Ihnen helfen, Bereiche zu entdecken, die sich auf die grafische Benutzeroberfläche der Endbenutzer auswirken. Der Dienst sammelt während der Sitzung regelmäßig Daten für Berichte. Sie können auch RemoteFX-Netzwerkleistungsindikatoren verwenden, um grafikbezogene Leistungsdaten aus Ihrer Bereitstellung abzurufen, diese sind aber nicht ganz so umfassend wie Azure Log Analytics. Die Verbindungs-Netzwerkdatenberichte von Azure Virtual Desktop haben gegenüber den RemoteFX-Netzwerkleistungszählern die folgenden Vorteile:

  • Jeder Datensatz ist verbindungsspezifisch und enthält die Korrelations-ID der Verbindung, die zurück an den Benutzer gebunden werden kann.

  • Die in dieser Tabelle gemessene RTT (Round Trip Time) ist protokollunabhängig und erfasst die gemessene Latenz für TCP-Verbindungen (Transmission Control Protocol) oder UDP-Verbindungen (User Datagram Protocol).

Verbindungsnetzwerkdaten

Zu den Netzwerkdaten, die Sie mithilfe der NetworkData-Tabelle für Ihre Datentabellen erfassen, gehören die folgenden Informationen:

  • Die geschätzte verfügbare Bandbreite (Kilobyte pro Sekunde) ist die durchschnittliche geschätzte verfügbare Netzwerkbandbreite während jedes Verbindungs-Zeitintervalls.

  • Die geschätzte RTT (Millisekunden) ist die durchschnittliche geschätzte RTT-Zeit während jedes Verbindungszeitintervalls. RTT gibt an, wie lange eine Netzwerkanforderung benötigt, um vom Gerät des Endbenutzers zum Sitzungshost durch das Netzwerk zu gehen und dann vom Sitzungshost zum Endbenutzergerät zurückzukehren.

  • Die Korrelations-ID ist die ActivityId einer bestimmten Azure Virtual Desktop-Verbindung, die jeder Diagnose innerhalb dieser Verbindung zugewiesen ist.

  • Die generierte Zeit ist ein Zeitstempel in UTC-Zeit (Coordinated Universal Time), der kennzeichnet, wann ein Ereignis, das der Datenzähler verfolgt, auf der virtuellen Maschine (VM) aufgetreten ist. Alle Durchschnittswerte werden durch das Zeitfenster gemessen, das mit dem markierten Zeitstempel endet.

  • Die Ressourcen-ID ist eine eindeutige ID, die dem Azure Virtual Desktop-Hostpool zugewiesen ist, der den Daten zugeordnet ist, die der Diagnosedienst für diese Tabelle sammelt.

  • Quellsystem, Abonnement-ID, Mandanten-ID und Typ (Tabellenname).

Häufigkeit

Der Dienst generiert diese Netzwerkdatenpunkte alle zwei Minuten während einer aktiven Sitzung.

ConnectionGraphicsData-Tabelle (Vorschau)

Sie sollten die ConnectionGraphicsData-Tabelle (Vorschau) zu Rate ziehen, wenn Benutzer langsame oder unregelmäßige Vorgänge in ihren Azure Virtual Desktop-Sitzungen melden. Die ConnectionGraphicsData-Tabelle liefert Ihnen hilfreiche Informationen, wenn grafische Indikatoren, End-to-End-Verzögerungen und der Prozentsatz verworfener Frames unter den Schwellenwert „fehlerfrei“ für Azure Virtual Desktop fallen. Diese Tabelle hilft Ihren Administratoren, Faktoren auf dem Server, Client und im Netzwerk zu verfolgen und zu verstehen, die zur langsamen oder gehackten Benutzererfahrung beitragen könnten. Die ConnectionGraphicsData-Tabelle ist zwar ein nützliches Tool zur Problembehandlung bei unzureichender Leistung für Benutzerverbindungen, da sie jedoch während einer Sitzung nicht regelmäßig aufgefüllt wird, ist sie keine zuverlässige Baseline für die Umgebung.

Die Grafiktabelle erfasst nur Leistungsdaten aus dem Azure Virtual Desktop-Grafikstream. In dieser Tabelle werden keine Leistungseinbußen oder „Langsamkeit“ erfasst, die durch anwendungsspezifische Faktoren oder den virtuellen Computer (CPU- oder Speicherbeschränkungen) verursacht werden. Sie sollten diese Tabelle zusammen mit anderen VM-Leistungsmetriken verwenden, um festzustellen, ob die Verzögerung durch den Remotedesktopdienst (Grafik und Netzwerk) oder durch etwas verursacht wird, das in der VM oder App selbst enthalten ist.

Die Grafikdaten, die Sie für Ihre Datentabellen sammeln, enthalten die folgenden Informationen:

  • Das zuletzt ausgewertete Verbindungszeitintervall sind die zwei Minuten, bevor die Grafikindikatoren den Qualitätsschwellenwert unterschritten haben.

  • Die End-to-End-Verzögerung (Millisekunden) ist die Verzögerung in der Zeit zwischen der Erfassung eines Frames auf dem Server bis zum Rendern des Zeitrahmens auf dem Client (gemessen als Summe der Codierungsverzögerung auf dem Server, der Netzwerkverzögerung sowie der Dekodierungsverzögerung auf dem Client) und der Renderingzeit auf dem Client. Die angegebene Verzögerung ist die höchste (schlechteste) Verzögerung, die in dem letzten ausgewerteten Verbindungszeitintervall aufgezeichnet wurde.

  • Die komprimierte Framegröße (Bytes) ist die komprimierte Größe des Frames mit der höchsten End-to-End-Verzögerung im letzten ausgewerteten Verbindungszeitintervall.

  • Die Codierungsverzögerung auf dem Server (Millisekunden) ist die Zeit, die zum Codieren des Frames mit der höchsten End-to-End-Verzögerung im zuletzt ausgewerteten Verbindungszeitintervall auf dem Server benötigt wird.

  • Die Decodierungsverzögerung auf dem Client (Millisekunden) ist die Zeit, die zum Decodieren des Frames mit der höchsten End-to-End-Verzögerung im zuletzt ausgewerteten Verbindungszeitintervall auf dem Client benötigt wird.

  • Die Renderingverzögerung auf dem Client (Millisekunden) ist die Zeit, die zum Rendern des Frames mit der höchsten End-to-End-Verzögerung im zuletzt ausgewerteten Verbindungszeitintervall auf dem Client benötigt wird.

  • Der Prozentsatz übersprungener Frames ist der Gesamtanteil der von diesen drei Quellen abgelegten Frames:

    • Der Client (langsame Client-Decodierung).
    • Das Netzwerk (unzureichende Netzwerkbandbreite).
    • Der Server (der Server ist ausgelastet).

    Die aufgezeichneten Werte (jeweils einer für Client, Server und Netzwerk) stammen vom zweiten mit den höchsten abgelegten Frames im letzten ausgewerteten Verbindungszeitintervall.

  • Die geschätzte verfügbare Bandbreite (Kilobyte pro Sekunde) ist die durchschnittliche geschätzte verfügbare Netzwerkbandbreite während der Sekunde mit der höchsten End-to-End-Verzögerung im Zeitintervall.

  • Die geschätzte RTT (Millisekunden), die die durchschnittliche geschätzte RTT während der Sekunde mit der höchsten End-to-End-Verzögerung im Zeitintervall ist. RTT gibt an, wie lange eine Netzwerkanforderung benötigt, um vom Gerät des Endbenutzers zum Sitzungshost durch das Netzwerk zu gehen und dann vom Sitzungshost zum Endbenutzergerät zurückzukehren.

  • Die Korrelations-ID. Dies ist die ActivityId einer bestimmten Azure Virtual Desktop-Verbindung, die jeder Diagnose innerhalb dieser Verbindung zugewiesen ist.

  • Die generierte Zeit. Dies ist ein Zeitstempel in UTC-Zeit, der kennzeichnet, wann ein Ereignis, das vom Datenzähler nachverfolgt wird, auf der virtuellen Maschine (VM) passiert ist. Alle Durchschnittswerte werden anhand des Zeitfensters gemessen, das mit dem markierten Zeitstempel endet.

  • Die Ressourcen-ID ist eine eindeutige ID, die dem Azure Virtual Desktop-Hostpool zugewiesen ist, der den Daten zugeordnet ist, die der Diagnosedienst für diese Tabelle sammelt.

  • Quellsystem, Abonnement-ID, Mandanten-ID und Typ (Tabellenname).

Häufigkeit

Im Gegensatz zu anderen Diagnosetabellen, die Daten in regelmäßigen Abständen während einer Sitzung melden, variiert die Häufigkeit der Datensammlung für die Grafikdaten je nach grafischer Integrität einer Verbindung. Die Tabelle zeichnet keine Daten für „Gute“ Szenarien auf, zeichnet jedoch auf, wenn eine der folgenden Metriken als „Schlecht“ oder „Okay“ aufgezeichnet wird, und die resultierenden Daten werden an Ihr Speicherkonto gesendet. Daten werden maximal alle zwei Minuten aufgezeichnet. Die an der Datensammlung beteiligten Metriken sind in der folgenden Tabelle aufgeführt:

Metrik Schlecht Okay Gut
Prozentsatz der abgelegten Frames mit niedriger Bildfrequenz (weniger als 15 FPS) Mehr als 15 % 10 %–15 % weniger als 10 %
Prozentsatz der abgelegten Frames mit hoher Bildfrequenz (mehr als 15 FPS) Mehr als 50 % 20 %–50 % Weniger als 20 %
End-to-End-Verzögerung pro Frame Mehr als 300 ms 150 ms–300 ms Weniger als 150 ms

Hinweis

Wenn bei einer End-to-End-Verzögerung pro Frame ein Frame in einer einzigen Sekunde um mehr als 300 ms verzögert wird, registriert der Dienst ihn als „Schlecht“. Wenn alle Frames in einer einzigen Sekunde zwischen 150 ms und 300 ms dauern, markiert der Dienst dies als „Okay“.

Nächste Schritte