Freigeben über


Azure Virtual Desktop Insights-Glossar

In diesem Artikel werden wichtige Begriffe und Konzepte im Zusammenhang mit Azure Virtual Desktop Insights aufgelistet und kurz beschrieben.

Warnungen

Alle aktiven Azure Monitor-Warnungen, die Sie für das Abonnement konfiguriert und als Schweregrad 0 klassifiziert haben, werden auf der Seite Übersicht angezeigt. Informationen zum Einrichten von Warnungen finden Sie unter Azure Monitor-Protokollwarnungen.

Verfügbare Sitzungen

Verfügbare Sitzungen zeigt die Anzahl der verfügbaren Sitzungen im Hostpool an. Der Dienst berechnet diese Anzahl, indem er die Anzahl der virtuellen Computer (VMs) mit der maximal zulässigen Anzahl von Sitzungen pro virtuellem Computer multipliziert und dann die Gesamtzahl der Sitzungen subtrahiert.

Clientbetriebssystem (Os)

Das Clientbetriebssystem (Os) zeigt an, welche Version der Betriebssystem-Endbenutzer, die auf Azure Virtual Desktop-Ressourcen zugreifen, derzeit verwenden. Das Clientbetriebssystem zeigt auch an, welche Version des Webclients (HTML) und des vollständigen Remotedesktopclients die Benutzer haben. Eine vollständige Liste der Windows-Betriebssystemversionen finden Sie unter Betriebssystemversion.

Verbindung erfolgreich

Dieses Element zeigt die Verbindungsintegrität an. "Verbindungserfolg" bedeutet, dass die Verbindung den Host erreichen könnte, wie vom Stapel auf diesem virtuellen Computer bestätigt. Eine fehlerhafte Verbindung bedeutet, dass die Verbindung den Host nicht erreichen konnte.

Täglich aktive Benutzer (DAU)

Die Gesamtzahl der Benutzer, die in den letzten 24 Stunden eine Sitzung gestartet haben.

Tägliche Warnungen

Die Gesamtzahl der täglich ausgelösten Warnungen.

Tägliche Verbindungen und erneute Verbindungen

Die Gesamtzahl der Innerhalb der letzten 24 Stunden gestarteten oder abgeschlossenen Verbindungen und erneuten Verbindungen.

Täglich verbundene Stunden

Die Gesamtzahl der Stunden, die benutzerübergreifend in den letzten 24 Stunden mit einer Sitzung verbunden waren.

Diagnose und Fehler

Wenn ein Fehler oder eine Warnung in Azure Virtual Desktop Insights angezeigt wird, wird er nach drei Dingen kategorisiert:

  • Aktivitätstyp: In dieser Kategorie wird der Fehler nach Azure Virtual Desktop Diagnose kategorisiert. Die Kategorien sind Verwaltungsaktivitäten, Feeds, Verbindungen, Hostregistrierungen, Fehler und Prüfpunkte. Weitere Informationen zu diesen Kategorien finden Sie unter Verwenden von Log Analytics für das Diagnose-Feature.

  • Art: Diese Kategorie zeigt den Speicherort des Fehlers an.

    • Fehler, die als "service" oder "ServiceError = TRUE" gekennzeichnet sind, sind im Azure Virtual Desktop-Dienst aufgetreten.
    • Fehler, die als "deployment" gekennzeichnet oder mit "ServiceError = FALSE" gekennzeichnet sind, sind außerhalb des Azure Virtual Desktop-Diensts aufgetreten.
    • Weitere Informationen zum Tag ServiceError finden Sie unter Häufige Fehlerszenarien.
  • Quelle: Diese Kategorie enthält eine genauere Beschreibung des Fehlers.

    • Diagnose: Die Dienstrolle, die für die Überwachung und Berichterstellung von Dienstaktivitäten zuständig ist, damit Benutzer Bereitstellungsprobleme beobachten und diagnostizieren können.

    • RDBroker: Die Dienstrolle, die für das Orchestrieren von Bereitstellungsaktivitäten, das Verwalten des Zustands von Objekten, die Überprüfung der Authentifizierung und vieles mehr verantwortlich ist.

    • RDGateway: Die Dienstrolle, die für die Verarbeitung der Netzwerkkonnektivität zwischen Endbenutzern und virtuellen Computern zuständig ist.

    • RDStack: Eine Softwarekomponente, die auf Ihren VMs installiert ist, damit diese mit dem Azure Virtual Desktop-Dienst kommunizieren können.

    • Client: Software, die auf dem Endbenutzercomputer ausgeführt wird und die Schnittstelle für den Azure Virtual Desktop-Dienst bereitstellt. Es zeigt die Liste der veröffentlichten Ressourcen an und hostet die Remotedesktopverbindung, sobald Sie eine Auswahl getroffen haben.

Jedes Diagnose Problem oder Fehler enthält eine Meldung, die erklärt, was schiefgelaufen ist. Weitere Informationen zur Problembehandlung finden Sie unter Identifizieren und Diagnostizieren von Azure Virtual Desktop-Problemen.

Gatewayregionscodes

Einige Metriken in Azure Virtual Desktop Insights listen die Gatewayregion auf, über die ein Benutzer eine Verbindung herstellt. Die Gatewayregion wird durch einen drei- oder vierstelligen Code dargestellt, der der Azure-Region entspricht, in der sich das Gateway befindet. In der folgenden Tabelle sind die Gatewayregionscodes und die entsprechenden Azure-Regionen aufgeführt:

Gatewayregionscode Azure-Region
AUC Australien Zentral
AUC2 Australien, Mitte 2
AUE Australien (Osten)
AUSE Australien (Südosten)
BRS Brasilien Süd
CAC Kanada, Mitte
CAE Kanada, Osten
CHNO Schweiz Nord
CIN Indien, Mitte
CUS USA (Mitte)
EAS Ostasien
EEU Osteuropa
EUS USA (Osten)
EUS2 USA (Osten) 2
FRAS Frankreich, Süden
FRC Frankreich, Mitte
GEC Deutschland, Mitte
GEN Deutschland, Norden
GEN Deutschland, Nordosten
GWC Deutschland, Westen-Mitte
JPE Japan Osten
JPW Japan Westen
KRC Korea zentral
KRS Südkorea, Süden
KRS2 Korea, Süden 2
NCUS USA (Norden, Mitte)
NEU Nordeuropa
NOE Norwegen Ost
NOW Norwegen, Westen
SAN Süd-Afrika Nord
SÄGE Süd-Afrika, Westen
SCUS USA (Süden, Mitte)
SEA2 Asien, Südosten 2
MEERE Südostasien
SÜNDE Indien, Süden
SWW Schweiz, Westen
UAEC VAE Zentral
UAEN VAE Nord
UKN Vereinigtes Königreich, Norden
UKS Vereinigtes Königreich (Süden)
UKS2 Vereinigtes Königreich, Süden 2
UKW Vereinigtes Königreich (Westen)
WCUS USA (Westen, Mitte)
WEU Westeuropa
GEWINNEN Indien, Westen
WUS USA (Westen)

Eingabeverzögerung

"Eingabeverzögerung" in Azure Virtual Desktop Insights bedeutet die Eingabeverzögerung pro Prozessleistungsindikator für jede Sitzung. Auf der Hostleistungsseite bei aka.ms/azmonwvdi ist dieser Leistungsindikator so konfiguriert, dass alle 30 Sekunden ein Bericht an den Dienst gesendet wird. Diese 30-Sekunden-Intervalle werden als "Stichproben" bezeichnet und melden den schlimmsten Fall in diesem Fenster. Die Median- und p95-Werte spiegeln den Median und das 95. Perzentil in allen Stichproben wider.

Unter Eingabeverzögerung nach Host können Sie eine Sitzungshostzeile auswählen, um alle anderen Visuals auf der Seite zu diesem Host zu filtern. Sie können auch einen Prozessnamen auswählen, um die mittlere Eingabeverzögerung im Zeitdiagramm zu filtern.

Verzögerungen werden in die folgenden Kategorien eingefügt:

  • Gut: unter 150 Millisekunden.
  • Zulässig: 150 bis 500 Millisekunden.
  • Schlecht: 500-2.000 Millisekunden (unter 2 Sekunden).
  • Schlecht: über 2.000 Millisekunden (2 Sekunden und höher).

Weitere Informationen zur Funktionsweise des Eingabeverzögerungsindikators finden Sie unter Leistungsindikatoren für Benutzereingabeverzögerung.

Monatlich aktive Benutzer (MAU)

Die Gesamtzahl der Benutzer, die in den letzten 28 Tagen eine Sitzung gestartet haben. Wenn Sie Daten für weniger als 30 Tage speichern, werden möglicherweise niedrigere MAU- und Verbindungswerte als erwartet in Zeiträumen angezeigt, in denen Weniger als 28 Tage an Daten verfügbar sind.

Leistungsindikatoren

Leistungsindikatoren zeigen die Leistung von Hardwarekomponenten, Betriebssystemen und Anwendungen an.

In der folgenden Tabelle sind die empfohlenen Leistungsindikatoren und Zeitintervalle aufgeführt, die Azure Monitor für Azure Virtual Desktop verwendet:

Name des Leistungsindikators Zeitintervall
Logischer Datenträger(C:)\Durchschn. Länge der Datenträgerwarteschlange 30 Sekunden
Logischer Datenträger(C:)\Durchschn. Datenträgers sec/Übertragung 60 Sekunden
Logischer Datenträger(C:)\Länge der aktuellen Datenträgerwarteschlange 30 Sekunden
Arbeitsspeicher(*)\Verfügbare MB 30 Sekunden
Arbeitsspeicher(*)\Seitenfehler/s 30 Sekunden
Arbeitsspeicher(*)\Seiten/s 30 Sekunden
Verwendeter Arbeitsspeicher(*)\% zugesicherte Bytes 30 Sekunden
PhysicalDisk(*)\Durchschn. Länge der Datenträgerwarteschlange 30 Sekunden
PhysicalDisk(*)\Durchschn. Datenträger in Sekunde/Lesevorgang 30 Sekunden
PhysicalDisk(*)\Durchschn. Datenträgersek./Übertragung 30 Sekunden
PhysicalDisk(*)\Durchschn. Datenträgers sec/Write 30 Sekunden
Prozessorinformationen(_Total)\% Prozessorzeit 30 Sekunden
Terminaldienste(*)\Aktive Sitzungen 60 Sekunden
Terminaldienste(*)\Inaktive Sitzungen 60 Sekunden
Terminaldienste(*)\Sitzungen gesamt 60 Sekunden
*Benutzereingabeverzögerung pro Prozess(*)\Maximale Eingabeverzögerung 30 Sekunden
*Benutzereingabeverzögerung pro Sitzung(*)\Maximale Eingabeverzögerung 30 Sekunden
RemoteFX Network(*)\Current TCP RTT 30 Sekunden
RemoteFX Network(*)\Current UDP Bandwidth 30 Sekunden

Potenzielle Konnektivitätsprobleme

Potenzielle Konnektivitätsprobleme zeigen die Hosts, Benutzer, veröffentlichten Ressourcen und Clients mit einer hohen Verbindungsfehlerrate an. Nachdem Sie einen Filter "Bericht nach" ausgewählt haben, können Sie den Schweregrad des Problems auswerten, indem Sie die Werte in diesen Spalten überprüfen:

  • Versuche (Anzahl der Verbindungsversuche)
  • Ressourcen (Anzahl veröffentlichter Apps oder Desktops)
  • Hosts (Anzahl von VMs)
  • Clients

Wenn Sie beispielsweise den Filter Nach Benutzer auswählen, können Sie überprüfen, ob die Verbindungsversuche der einzelnen Benutzer in der Spalte Versuche angezeigt werden.

Wenn Sie feststellen, dass ein Verbindungsproblem mehrere Hosts, Benutzer, Ressourcen oder Clients umfasst, ist es wahrscheinlich, dass das Problem das gesamte System betrifft. Wenn dies nicht der Fall ist, handelt es sich um ein kleineres Problem, das eine niedrigere Priorität aufweist.

Sie können auch Einträge auswählen, um zusätzliche Informationen anzuzeigen. Sie können anzeigen, welche Hosts, Ressourcen und Clientversionen an dem Problem beteiligt waren. Die Anzeige zeigt auch alle Fehler an, die während der Verbindungsversuche gemeldet wurden.

Roundtripzeit (RTT)

Die Roundtripzeit (Roundtrip Time, RTT) ist eine Schätzung der Roundtripzeit der Verbindung zwischen dem Standort des Endbenutzers und der Azure-Region des Sitzungshosts. Um zu ermitteln, welche Standorte die beste Latenz aufweisen, suchen Sie ihren gewünschten Standort in Statistiken zur Roundtriplatenz des Azure-Netzwerks.

Sitzungsverlauf

Das Element Sitzungen zeigt die status aller Sitzungen an, verbunden und getrennt. Leerlaufsitzungen zeigen nur die getrennten Sitzungen an.

Warnungen des Schweregrads 0

Die dringendsten Elemente, die Sie sofort erledigen müssen. Wenn Sie diese Probleme nicht beheben, können sie dazu führen, dass Ihre Azure Virtual Desktop-Bereitstellung nicht mehr funktioniert.

Zeit für die Verbindungsherstellung

Die Verbindungszeit ist die Zeit zwischen dem Öffnen einer Ressource zum Starten der Sitzung durch einen Benutzer und dem Zeitpunkt, zu dem der Desktop geladen wurde und einsatzbereit ist. Für eine RemoteApp ist dies beispielsweise die Zeit, die zum Starten der Anwendung benötigt wird.

Die Verbindungszeit umfasst zwei Phasen:

  • Verbindung, d. h., wie lange es dauert, bis der Azure-Dienst den Benutzer an einen Sitzungshost weitergibt.
  • "Anmeldung", d. h., wie lange es dauert, bis der Dienst Aufgaben im Zusammenhang mit der Anmeldung des Benutzers und dem Einrichten der Sitzung auf dem Sitzungshost ausführt.

Beachten Sie beim Überwachen der Verbindungszeit Folgendes:

  • Die Zeit für die Verbindungsherstellung wird mit den folgenden Prüfpunkten des Azure Virtual Desktop-Diensts Diagnose Daten gemessen. Die Prüfpunkte, die Insights verwendet, um zu bestimmen, wann die Verbindung hergestellt wird, unterscheiden sich für einen Desktop und ein RemoteApp-Szenario.

    • Beginnt: WVDConnection-Status = gestartet

    • Ends: WVDCheckpoints Name = ShellReady (Desktops); Name = RdpShellAppExecuted (RemoteApp. Zur Zeitlichen Steuerung sollten Sie nur den ersten App-Start in Betracht ziehen.

Insights misst z. B. die Zeit bis zum Starten einer Desktopumgebung basierend darauf, wie lange das Starten von Windows Explorer dauert. Insights misst auch die Zeit bis zum Starten einer RemoteApp basierend auf der Zeit, die zum Starten des ersten instance der Shell-App für eine Verbindung verwendet wird.

Hinweis

Wenn ein Benutzer mehrere RemoteApps startet, kann die Shell-App manchmal mehrmals während einer einzigen Verbindung ausgeführt werden. Für eine genaue Messung der Verbindungszeit sollten Sie nur den ersten Ausführungsprüfpunkt für jede Verbindung verwenden.

  • Das Einrichten neuer Sitzungen dauert in der Regel länger als das Wiederherstellen von Verbindungen mit vorhandenen Sitzungen aufgrund von Unterschieden im Anmeldeprozess für neue und etablierte Verbindungen.

  • Die Zeit, die der Benutzer benötigt, um Anmeldeinformationen anzugeben, wird von seiner Zeit abgezogen, um eine Verbindung mit dem Konto herzustellen, wenn ein Benutzer entweder eine Weile benötigt, um Anmeldeinformationen einzugeben oder alternative Authentifizierungsmethoden für die Anmeldung zu verwenden.

Bei der Problembehandlung bei einer hohen Verbindungszeit unterteilt Azure Monitor die Gesamtverbindungszeitdaten in vier Komponenten, damit Sie ermitteln können, wie Sie die Anmeldezeit reduzieren können.

Hinweis

Die Komponenten in diesem Abschnitt zeigen nur die primären Verbindungsphasen an. Diese Komponenten können parallel ausgeführt werden, was bedeutet, dass sie nicht der Gesamtzeit für die Verbindung entsprechen. Die Gesamtzeit für die Verbindung ist eine Messung, die Azure Monitor in einem separaten Prozess bestimmt.

Das folgende Flussdiagramm zeigt die vier Phasen des Anmeldevorgangs:

Ein Flussdiagramm, das die vier Phasen des Anmeldevorgangs zeigt: Benutzerroute, Stack Connected, Anmeldung und Shellstart bis Shell bereit.

Das Flussdiagramm zeigt die folgenden vier Komponenten:

  • Benutzerroute: Die Zeit, die benötigt wird, wenn der Benutzer das Azure Virtual Desktop-Symbol zum Starten einer Sitzung auswählt, bis zu dem Zeitpunkt, zu dem der Dienst einen Host identifiziert, mit dem eine Verbindung hergestellt werden soll. Hohe Netzwerklast, hohe Dienstlast oder eindeutiges Netzwerkdatenverkehrsrouting können zu hohen Routingzeiten führen. Um Probleme mit der Benutzerroute zu beheben, sehen Sie sich Ihre Netzwerkpfade an.

  • Verbundener Stapel: Die Zeit, die der Dienst von der Auflösung eines Zielsitzungshosts für den Benutzer bis zum Herstellen einer Verbindung zwischen dem Sitzungshost und dem Remoteclient des Benutzers benötigt. Wie beim Benutzerrouting können sich die Netzwerklast, die Serverauslastung oder das eindeutige Routing des Netzwerkdatenverkehrs auf die Verbindungszeit auswirken. Bei dieser Komponente müssen Sie auch auf Ihr Netzwerkrouting achten. Um die Verbindungszeit zu verkürzen, stellen Sie sicher, dass Sie alle Proxykonfigurationen sowohl auf dem Client als auch auf den Sitzungshosts ordnungsgemäß konfiguriert haben und dass das Routing an den Dienst optimal ist.

  • Anmeldung: Die Zeit zwischen dem Herstellen einer Verbindung mit einem Host und dem Start des Ladevorgangs der Shell. Die Anmeldezeit umfasst mehrere Prozesse, die zu hohen Verbindungszeiten beitragen können. Sie können Daten für die Anmeldephase in Insights anzeigen, um zu ermitteln, ob es unerwartete Spitzen in durchschnittlichen Zeiten gibt.

    Der Anmeldeprozess ist in vier Phasen unterteilt:

    • Profile: Die Zeit, die zum Laden des Profils eines Benutzers für neue Sitzungen benötigt wird. Wie lange das Laden dauert, hängt von der Größe des Benutzerprofils oder den von Ihnen verwendeten Benutzerprofillösungen (z. B. User Experience Virtualization) ab. Wenn Sie eine Lösung verwenden, die von im Netzwerk gespeicherten Profilen abhängt, kann eine übermäßige Latenz auch zu längeren Profilladezeiten führen.

    • Gruppenrichtlinie Objects (GPOs): Die Zeit, die benötigt wird, um Gruppenrichtlinien auf neue Sitzungen anzuwenden. Eine Spitze in diesem Bereich der Daten ist ein Zeichen dafür, dass Sie zu viele Gruppenrichtlinien haben, dass die Anwendung der Richtlinien zu lange dauert oder dass beim Sitzungshost Ressourcenprobleme auftreten. Eine Sache, die Sie tun können, um die Verarbeitungszeiten zu optimieren, ist sicherzustellen, dass sich der Domänencontroller so nah wie möglich an Sitzungshosts befindet.

    • ShellStart: Die Zeit, die zum Starten der Shell benötigt wird (in der Regel explorer.exe).

    • FSLogix (Frxsvc): Die Zeit, die benötigt wird, um FSLogix in neuen Sitzungen zu starten. Eine lange Startzeit kann auf Probleme mit den Freigaben hinweisen, die zum Hosten der FSLogix-Benutzerprofile verwendet werden. Um diese Probleme zu beheben, stellen Sie sicher, dass die Freigaben mit den Sitzungshosts verbunden und entsprechend für die durchschnittliche Anzahl von Benutzern skaliert werden, die sich bei den Hosts anmelden. Ein weiterer Bereich, den Sie sich ansehen sollten, ist die Profilgröße. Große Profilgrößen können die Startzeiten verlangsamen.

  • Shellstart bis Shell bereit: Der Zeitpunkt, zu dem die Shell geladen wird, bis zu dem Zeitpunkt, zu dem sie vollständig geladen und einsatzbereit ist. Verzögerungen in dieser Phase können durch Eine Überlastung des Sitzungshosts (hohe CPU-, Arbeitsspeicher- oder Datenträgeraktivität) oder Durch Konfigurationsprobleme verursacht werden.

Benutzerbericht

Auf der Seite "Benutzerbericht" können Sie den Verbindungsverlauf und diagnoseinformationen eines bestimmten Benutzers anzeigen. Jeder Benutzerbericht zeigt Nutzungsmuster, Benutzerfeedback und alle Fehler an, die Benutzer während ihrer Sitzungen aufgetreten sind. Die meisten kleineren Probleme können durch Benutzerfeedback behoben werden. Wenn Sie ausführlichere Informationen benötigen, können Sie auch Informationen zu einer bestimmten Verbindungs-ID oder einem bestimmten Zeitraum filtern.

Benutzer pro Kern

Dies ist die Anzahl der Benutzer in jedem VM-Kern. Wenn Sie die maximale Anzahl von Benutzern pro Kern im Laufe der Zeit nachverfolgen, können Sie ermitteln, ob die Umgebung konsistent mit einer hohen, niedrigen oder schwankenden Anzahl von Benutzern pro Kern ausgeführt wird. Wenn Sie wissen, wie viele Benutzer aktiv sind, können Sie die Umgebung effizient bereitstellen und skalieren.

Windows-Ereignisprotokolle

Windows-Ereignisprotokolle sind Datenquellen, die entweder vom Azure Monitor-Agent oder vom Log Analytics-Agent auf virtuellen Windows-Computern gesammelt werden. Sie können Ereignisse aus Standardprotokollen wie System und Anwendung sowie aus benutzerdefinierten Protokollen sammeln, die von Anwendungen erstellt wurden, die Sie überwachen müssen.

In der folgenden Tabelle sind die erforderlichen Windows-Ereignisprotokolle für Azure Virtual Desktop Insights aufgeführt:

Ereignisname Ereignistyp
Application Fehler und Warnung
Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin Fehler, Warnung und Informationen
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational Fehler, Warnung und Informationen
System Fehler und Warnung
Microsoft-FSLogix-Apps/Operational Fehler, Warnung und Informationen
Microsoft-FSLogix-Apps/Admin Fehler, Warnung und Informationen

Nächste Schritte

Sie können auch Azure Advisor einrichten, um herauszufinden, wie Sie häufige Probleme beheben oder verhindern können. Weitere Informationen finden Sie unter Einführung in Azure Advisor.

Wenn Sie Hilfe benötigen oder Fragen haben, sehen Sie sich unsere Communityressourcen an: