Woordenlijst voor Azure Virtual Desktop Insights

  • Artikel

In dit artikel worden de belangrijkste termen en concepten met betrekking tot Azure Virtual Desktop Insights kort beschreven.

Waarschuwingen

Alle actieve Azure Monitor-waarschuwingen die u hebt geconfigureerd voor het abonnement en die u hebt geclassificeerd als ernst 0 , worden weergegeven op de pagina Overzicht. Zie Azure Monitor-logboekwaarschuwingen voor meer informatie over het instellen van waarschuwingen.

Beschikbare sessies

Beschikbare sessies toont het aantal beschikbare sessies in de hostgroep. De service berekent dit aantal door het aantal virtuele machines (VM's) te vermenigvuldigen met het maximum aantal sessies dat per virtuele machine is toegestaan, en vervolgens het totale aantal sessies af te trekken.

Clientbesturingssysteem (OS)

Het clientbesturingssysteem (OS) laat zien welke versie van het besturingssysteem eindgebruikers die toegang hebben tot Azure Virtual Desktop-resources momenteel gebruiken. In het besturingssysteem van de client wordt ook weergegeven welke versie van de webclient (HTML) en de volledige Extern bureaublad-client de gebruikers hebben. Zie Besturingssysteemversie voor een volledige lijst met versies van het Windows-besturingssysteem.

Verbinding geslaagd

In dit item wordt de verbindingsstatus weergegeven. 'Verbinding geslaagd' betekent dat de verbinding de host kan bereiken, zoals bevestigd door de stack op die virtuele machine. Een mislukte verbinding betekent dat de verbinding de host niet kan bereiken.

Dagelijks actieve gebruikers (DAU)

Het totale aantal gebruikers dat een sessie heeft gestart in de afgelopen 24 uur.

Dagelijkse waarschuwingen

Het totale aantal waarschuwingen dat elke dag wordt geactiveerd.

Dagelijkse verbindingen en vernieuwde verbindingen

Het totale aantal verbindingen en nieuwe verbindingen is gestart of voltooid in de afgelopen 24 uur.

Dagelijks verbonden uren

Het totale aantal uren dat is verbonden met een sessie voor gebruikers in de afgelopen 24 uur.

Diagnostische gegevens en fouten

Wanneer een fout of waarschuwing wordt weergegeven in Azure Virtual Desktop Insights, wordt deze gecategoriseerd door drie dingen:

  • Activiteitstype: in deze categorie wordt de fout gecategoriseerd op basis van diagnostische gegevens van Azure Virtual Desktop. De categorieën zijn beheeractiviteiten, feeds, verbindingen, hostregistraties, fouten en controlepunten. Meer informatie over deze categorieën vindt u in Log Analytics gebruiken voor de diagnostische functie.

  • Soort: in deze categorie wordt de locatie van de fout weergegeven.

    • Fouten die zijn gemarkeerd als 'service' of 'ServiceError = TRUE' zijn opgetreden in de Azure Virtual Desktop-service.
    • Fouten die zijn gemarkeerd als 'implementatie' of met de tag 'ServiceError = FALSE' zijn opgetreden buiten de Azure Virtual Desktop-service.
    • Zie Veelvoorkomende foutscenario's voor meer informatie over de ServiceError-tag.

  • Bron: deze categorie geeft een specifiekere beschrijving van waar de fout is opgetreden.

    • Diagnostische gegevens: de servicerol die verantwoordelijk is voor het bewaken en rapporteren van serviceactiviteiten, zodat gebruikers implementatieproblemen kunnen observeren en diagnosticeren.

    • RDBroker: de servicerol die verantwoordelijk is voor het organiseren van implementatieactiviteiten, het onderhouden van de status van objecten, het valideren van verificatie en meer.

    • RDGateway: de servicerol die verantwoordelijk is voor het afhandelen van netwerkconnectiviteit tussen eindgebruikers en virtuele machines.

    • RDStack: een softwareonderdeel dat op uw VM's is geïnstalleerd, zodat ze kunnen communiceren met de Azure Virtual Desktop-service.

    • Client: software die wordt uitgevoerd op de computer van de eindgebruiker die de interface biedt voor de Azure Virtual Desktop-service. Zodra u een selectie hebt gemaakt, wordt de lijst met gepubliceerde resources weergegeven en wordt de verbinding met extern bureaublad gehost.

Elk probleem of elke fout met diagnostische gegevens bevat een bericht waarin wordt uitgelegd wat er fout is gegaan. Zie Problemen met Azure Virtual Desktop identificeren en diagnosticeren voor meer informatie over het oplossen van fouten.

Invoervertraging

'Invoervertraging' in Azure Virtual Desktop Insights betekent de invoervertraging per procesprestatiemeteritems voor elke sessie. Op de pagina met hostprestaties op aka.ms/azmonwvdi is dit prestatiemeteritem geconfigureerd om elke 30 seconden een rapport naar de service te verzenden. Deze intervallen van 30 seconden worden 'samples' genoemd en het rapport is het slechtste geval in dat venster. De mediaan- en p95-waarden weerspiegelen de mediaan en het 95e percentiel voor alle steekproeven.

Onder Invoervertraging per host kunt u een sessiehostrij selecteren om alle andere visuals op de pagina op die host te filteren. U kunt ook een procesnaam selecteren om de gemiddelde invoervertraging in de tijdgrafiek te filteren.

We plaatsen vertragingen in de volgende categorieën:

  • Goed: minder dan 150 milliseconden.
  • Acceptabel: 150-500 milliseconden.
  • Slecht: 500-2.000 milliseconden (minder dan 2 seconden).
  • Slecht: meer dan 2000 milliseconden (2 seconden en hoger).

Zie Prestatiemeteritems voor gebruikersinvoervertraging voor meer informatie over de werking van de teller voor invoervertraging.

Maandelijks actieve gebruikers (MAU)

Het totale aantal gebruikers dat een sessie heeft gestart in de afgelopen 28 dagen. Als u gegevens gedurende 30 dagen of minder opslaat, ziet u mogelijk lagere mau- en verbindingswaarden dan verwacht tijdens perioden waarin u minder dan 28 dagen aan gegevens beschikbaar hebt.

Prestatiemeteritems

Prestatiemeteritems geven de prestaties van hardwareonderdelen, besturingssystemen en toepassingen weer.

De volgende tabel bevat de aanbevolen prestatiemeteritems en tijdsintervallen die Azure Monitor gebruikt voor Azure Virtual Desktop:

Naam van prestatiemeteritems Tijdsinterval
Logical Disk(C:)\Avg. Disk Queue Length 30 seconden
Logische schijf(C:)\Gem. schijf sec/overdracht 60 seconden
Logische schijf(C:)\Wachtrijlengte huidige schijf 30 seconden
Geheugen(*)\Beschikbare Mbytes 30 seconden
Geheugen(*)\Paginafouten per seconde 30 seconden
Geheugen(*)\Pagina's per seconde 30 seconden
Geheugen(*)\% vastgelegde bytes in gebruik 30 seconden
PhysicalDisk(*)\Gem. Lengte van schijfwachtrij 30 seconden
PhysicalDisk(*)\Avg. Disk sec/Read 30 seconden
PhysicalDisk(*)\Avg. Disk sec/Transfer 30 seconden
PhysicalDisk(*)\Avg. Disk sec/Write 30 seconden
Processorgegevens (_Total)\% processortijd 30 seconden
Terminal Services(*)\Actieve sessies 60 seconden
Terminal Services(*)\Inactieve sessies 60 seconden
Terminal Services(*)\Totaal aantal sessies 60 seconden
*Gebruikersinvoervertraging per proces(*)\Maximale invoervertraging 30 seconden
*Gebruikersinvoervertraging per sessie(*)\Maximale invoervertraging 30 seconden
RemoteFX Network(*)\Current TCP RTT 30 seconden
RemoteFX Network(*)\Huidige UDP-bandbreedte 30 seconden

Mogelijke verbindingsproblemen

Mogelijke verbindingsproblemen tonen de hosts, gebruikers, gepubliceerde resources en clients met een hoog verbindingsfoutpercentage. Zodra u een filter 'rapporteren op' hebt gekozen, kunt u de ernst van het probleem evalueren door de waarden in deze kolommen te controleren:

  • Pogingen (aantal verbindingspogingen)
  • Resources (aantal gepubliceerde apps of bureaubladen)
  • Hosts (aantal VM's)
  • Clients

Als u bijvoorbeeld het filter Op gebruiker selecteert, kunt u controleren of de verbindingspogingen van elke gebruiker in de kolom Pogingen worden weergegeven.

Als u merkt dat een verbindingsprobleem meerdere hosts, gebruikers, resources of clients omvat, is het waarschijnlijk dat het probleem van invloed is op het hele systeem. Als dat niet het probleem is, is het een kleiner probleem dat een lagere prioriteit heeft.

U kunt ook vermeldingen selecteren om aanvullende informatie weer te geven. U kunt zien welke hosts, resources en clientversies betrokken waren bij het probleem. In de weergave worden ook eventuele fouten weergegeven die zijn gerapporteerd tijdens de verbindingspogingen.

Retourtijd (RTT)

Round-trip time (RTT) is een schatting van de retourtijd van de verbinding tussen de locatie van de eindgebruiker en de Azure-regio van de sessiehost. Als u wilt zien welke locaties de beste latentie hebben, zoekt u de gewenste locatie op in het hulpprogramma Azure Virtual Desktop Experience Estimator.

Sessiegeschiedenis

Het item Sessies toont de status van alle sessies, verbonden en verbroken. Inactieve sessies toont alleen de niet-verbonden sessies.

Waarschuwingen voor ernst 0

De meest urgente items die u meteen moet regelen. Als u deze problemen niet verhelpt, kunnen deze ervoor zorgen dat uw Azure Virtual Desktop-implementatie niet meer werkt.

Tijd om verbinding te maken

Tijd om verbinding te maken is de tijd tussen het moment waarop een gebruiker een resource opent om de sessie te starten en wanneer het bureaublad is geladen en klaar is voor gebruik. Voor een RemoteApp is dit bijvoorbeeld de tijd die nodig is om de toepassing te starten.

De tijd om verbinding te maken bestaat uit twee fasen:

  • Verbinding: dit is hoe lang het duurt voordat de Azure-service de gebruiker naar een sessiehost leidt.
  • 'Aanmelden', dit is hoe lang het duurt voordat de service taken uitvoert met betrekking tot het aanmelden van de gebruiker en het tot stand brengen van de sessie op de sessiehost.

Houd bij het bewaken van de tijd om verbinding te maken rekening met het volgende:

  • De tijd om verbinding te maken wordt gemeten met de volgende controlepunten uit diagnostische gegevens van de Azure Virtual Desktop-service. De controlepunten die Insights gebruikt om te bepalen wanneer de verbinding tot stand is gebracht, verschillen voor een bureaublad en een RemoteApp-scenario.

    • Begint: WVDConnection-status = gestart

    • Ends: WVDCheckpoints Name = ShellReady (desktops); Name = RdpShellAppExecuted (RemoteApp. Voor de timing kunt u overwegen om alleen de eerste app te starten)

Insights meet bijvoorbeeld de tijd voor het starten van een bureaubladervaring op basis van hoe lang het duurt om Windows Verkenner te starten. Insights meet ook de tijd voor het starten van een RemoteApp op basis van de tijd die nodig is om het eerste exemplaar van de shell-app voor een verbinding te starten.

Notitie

Als een gebruiker meer dan één RemoteApp start, kan de shell-app soms meerdere keren worden uitgevoerd tijdens één verbinding. Voor een nauwkeurige meting van de tijd die nodig is om verbinding te maken, moet u voor elke verbinding alleen het eerste controlepunt voor de uitvoering gebruiken.

  • Het tot stand brengen van nieuwe sessies duurt meestal langer dan het herstellen van verbindingen met bestaande sessies vanwege verschillen in het aanmeldingsproces voor nieuwe en tot stand gebrachte verbindingen.

  • De tijd die de gebruiker nodig heeft om referenties op te geven, wordt afgetrokken van de tijd die nodig is om verbinding te maken met het account voor situaties waarin een gebruiker enige tijd nodig heeft om referenties in te voeren of alternatieve verificatiemethoden gebruikt om zich aan te melden.

Bij het oplossen van problemen met een hoog tijdstip om verbinding te maken, worden de totale verbindingstijdgegevens in Azure Monitor opgesplitst in vier onderdelen om u te helpen bepalen hoe u de aanmeldingstijd kunt verkorten.

Notitie

In de onderdelen in deze sectie worden alleen de primaire verbindingsfasen weergegeven. Deze onderdelen kunnen parallel worden uitgevoerd, wat betekent dat ze niet gelijk zijn aan de totale tijd om verbinding te maken. De totale tijd om verbinding te maken is een meting die azure Monitor in een afzonderlijk proces bepaalt.

In het volgende stroomdiagram ziet u de vier fasen van het aanmeldingsproces:

Een stroomdiagram met de vier fasen van het aanmeldingsproces: User Route, Stack Connected, Logon en Shell Start to Shell Ready.

In het stroomdiagram ziet u de volgende vier onderdelen:

  • Gebruikersroute: de tijd die nodig is vanaf het moment dat de gebruiker het pictogram Azure Virtual Desktop selecteert om een sessie te starten tot wanneer de service een host identificeert waarmee verbinding moet worden gemaakt. Hoge netwerkbelasting, hoge servicebelasting of unieke routering van netwerkverkeer kunnen leiden tot hoge routeringstijden. Bekijk uw netwerkpaden om problemen met gebruikersroute op te lossen.

  • Verbonden stack: de tijd die nodig is vanaf het moment waarop de service een doelsessiehost voor de gebruiker omzet tot het moment waarop de service een verbinding tot stand brengt tussen de sessiehost en de externe client van de gebruiker. Net als gebruikersroutering kan de netwerkbelasting, serverbelasting of unieke routering van netwerkverkeer van invloed zijn op de verbindingstijd. Voor dit onderdeel moet u ook aandacht besteden aan uw netwerkroutering. Om de verbindingstijd te verkorten, moet u ervoor zorgen dat u alle proxyconfiguraties op de juiste wijze hebt geconfigureerd op zowel de client- als sessiehosts en dat routering naar de service optimaal is.

  • Aanmelden: de tijd die nodig is tussen het moment waarop een verbinding met een host tot stand is gebracht tot het moment waarop de shell wordt geladen. Aanmeldingstijd omvat verschillende processen die kunnen bijdragen aan hoge verbindingstijden. U kunt gegevens voor het aanmeldingsstadium bekijken in Inzichten om te zien of er onverwachte pieken zijn in gemiddelde tijden.

    Het aanmeldingsproces is onderverdeeld in vier fasen:

    • Profielen: de tijd die nodig is om het profiel van een gebruiker te laden voor nieuwe sessies. Hoe lang het laden duurt, is afhankelijk van de grootte van het gebruikersprofiel of de gebruikersprofieloplossingen die u gebruikt (zoals User Experience Virtualization). Als u een oplossing gebruikt die afhankelijk is van op het netwerk opgeslagen profielen, kan overmatige latentie ook leiden tot langere laadtijden van profielen.

    • groepsbeleid-objecten (GPO's): de tijd die nodig is om groepsbeleid toe te passen op nieuwe sessies. Een piek in dit gebied van de gegevens is een teken dat u te veel groepsbeleidsregels hebt, dat het te lang duurt om het beleid toe te passen of dat de sessiehost resourceproblemen ondervindt. Eén ding dat u kunt doen om de verwerkingstijden te optimaliseren, is ervoor zorgen dat de domeincontroller zich zo dicht mogelijk bij sessiehosts bevindt.

    • Shell Start: de tijd die nodig is om de shell te starten (meestal explorer.exe).

    • FSLogix (Frxsvc): de tijd die nodig is om FSLogix in nieuwe sessies te starten. Een lange starttijd kan duiden op problemen met de shares die worden gebruikt voor het hosten van de FSLogix-gebruikersprofielen. Om deze problemen op te lossen, moet u ervoor zorgen dat de shares zijn samengevoegd met de sessiehosts en op de juiste manier zijn geschaald voor het gemiddelde aantal gebruikers dat zich aanmeldt bij de hosts. Een ander gebied waar u naar moet kijken, is de profielgrootte. Grote profielgrootten kunnen de starttijden vertragen.

  • Shell start to shell ready: de tijd vanaf het moment dat de shell wordt geladen tot het moment waarop deze volledig is geladen en klaar is voor gebruik. Vertragingen in deze fase kunnen worden veroorzaakt door overbelasting van de sessiehost (hoog CPU-, geheugen- of schijfactiviteit) of configuratieproblemen.

Gebruikersrapport

Op de pagina gebruikersrapport kunt u de verbindingsgeschiedenis en diagnostische gegevens van een specifieke gebruiker bekijken. Elk gebruikersrapport bevat gebruikspatronen, feedback van gebruikers en eventuele fouten die gebruikers tijdens hun sessies hebben ondervonden. De meeste kleinere problemen kunnen worden opgelost met feedback van gebruikers. Als u meer wilt weten, kunt u ook informatie filteren over een specifieke verbindings-id of periode.

Gebruikers per kern

Dit is het aantal gebruikers in elke kern van de virtuele machine. Door het maximum aantal gebruikers per kern in de loop van de tijd bij te houden, kunt u bepalen of de omgeving consistent wordt uitgevoerd op een hoog, laag of fluctuerend aantal gebruikers per kern. Als u weet hoeveel gebruikers actief zijn, kunt u de omgeving efficiënt resourcen en schalen.

Windows-gebeurtenislogboeken

Windows-gebeurtenislogboeken zijn gegevensbronnen die worden verzameld door de Azure Monitor-agent of de Log Analytics-agent op virtuele Windows-machines. U kunt gebeurtenissen verzamelen uit standaardlogboeken zoals Systeem en Toepassing, evenals aangepaste logboeken die zijn gemaakt door toepassingen die u moet bewaken.

De volgende tabel bevat de vereiste Windows-gebeurtenislogboeken voor Azure Virtual Desktop Insights:

Naam van gebeurtenis Gebeurtenistype
Toepassing Fout en waarschuwing
Microsoft-Windows-TerminalServices-RemoteConnectionManager/Beheer Fout, waarschuwing en informatie
Microsoft-Windows-TerminalServices-LocalSessionManager/Operational Fout, waarschuwing en informatie
Systeem Fout en waarschuwing
Microsoft-FSLogix-Apps/Operationeel Fout, waarschuwing en informatie
Microsoft-FSLogix-Apps/Beheer Fout, waarschuwing en informatie

Volgende stappen

U kunt Azure Advisor ook instellen om te bepalen hoe u veelvoorkomende problemen kunt oplossen of voorkomen. Zie Inleiding tot Azure Advisor voor meer informatie.

Als u hulp nodig hebt of vragen hebt, raadpleegt u onze communitybronnen: