Delen via

Woordenlijst van Azure Virtual Desktop Insights

In dit artikel worden belangrijke 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 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, waarna het totale aantal sessies wordt afgetrokken.

Clientbesturingssysteem (os)

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

Verbinding geslaagd

In dit item wordt de status van de verbinding 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 in de afgelopen 24 uur heeft gestart.

Dagelijkse waarschuwingen

Het totale aantal waarschuwingen dat elke dag wordt geactiveerd.

Dagelijkse verbindingen en opnieuw verbinden

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

Dagelijkse verbonden uren

Het totale aantal uren dat is besteed aan 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 door 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 'ServiceError = ONWAAR' 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 de netwerkverbinding 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. De lijst met gepubliceerde resources en host de verbinding met extern bureaublad zodra u een selectie hebt gemaakt.

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

Gatewayregiocodes

Sommige metrische gegevens in Azure Virtual Desktop Insights vermelden de gatewayregio waar een gebruiker verbinding mee maakt. De gatewayregio wordt vertegenwoordigd door een code van drie of vier letters die overeenkomt met de Azure-regio waar de gateway zich bevindt. De volgende tabel bevat de gatewayregiocodes en de bijbehorende Azure-regio's:

Gateway-regiocode Azure-regio
AUC Australië - centraal
AUC2 Australië - centraal 2
AUE Australië - oost
AUSE Australië - zuidoost
BRS Brazilië - zuid
CAC Canada - centraal
CAE Canada - oost
CHNO Zwitserland - noord
CIN India - centraal
CUS VS - centraal
EAS Oost-Azië
EEU Europa - oost
EUS VS - oost
EUS2 VS - oost 2
FRAS Frankrijk - zuid
FRC Frankrijk - centraal
GEC Duitsland - centraal
GEN Duitsland - noord
GEN Duitsland noordoost
GWC Duitsland - west-centraal
JPE Japan - oost
JPW Japan West
KRC Korea - centraal
KRS Korea - zuid
KRS2 Korea - zuid 2
NCUS VS - noord-centraal
NEU Europa - noord
NOE Noorwegen - oost
NU Noorwegen - west
SAN Zuid-Afrika - noord
ZAAG Zuid-Afrika - west
SCUS VS - zuid-centraal
SEA2 Azië - zuidoost 2
ZEEËN Zuidoost-Azië
ZONDIGEN India - zuid
SWW Zwitserland - west
UAEC UAE - centraal
UAEN UAE - noord
UKN VK - noord
UKS VK - zuid
UKS2 VK - zuid 2
UKW VK - west
WCUS VS - west-centraal
WEU Europa - west
WINNEN West India
WUS VS - west

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 'steekproeven' 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 te filteren op die host. U kunt ook een procesnaam selecteren om de mediaanvertraging in de tijdgrafiek te filteren.

We plaatsen vertragingen in de volgende categorieën:

  • Goed: minder dan 150 milliseconden.
  • Acceptabel: 150-500 milliseconden.
  • Slecht: 500-2000 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 invoervertragingsteller.

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 weer van hardwareonderdelen, besturingssystemen en toepassingen.

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

Naam van prestatiemeteritems Tijdsinterval
Logische schijf(C:)\Gem. Wachtrijlengte schijf 30 seconden
Logische schijf(C:)\Gem. Schijf sec/transfer 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(*)\Gem. Schijf sec/lezen 30 seconden
PhysicalDisk(*)\Gem. Schijf sec/transfer 30 seconden
PhysicalDisk(*)\Gem. Schijf 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
*Vertraging van gebruikersinvoer per proces(*)\Maximale invoervertraging 30 seconden
*Vertraging van gebruikersinvoer 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)
  • Cliënten

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 bekijken 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)

Retourtijd (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 statistieken voor retourlatentie van Azure-netwerk.

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 zaken die u meteen moet regelen. Als u deze problemen niet verhelpt, kunnen deze ertoe leiden dat uw Azure Virtual Desktop-implementatie niet meer werkt.

Tijd om verbinding te maken

Time to connect is the time between when a user opens a resource to start their session and when their desktop has loaded and is ready to use. 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: hoe lang het duurt voordat de Azure-service de gebruiker naar een sessiehost routert.
  • 'Aanmelden', dit is hoe lang het duurt voordat de service taken uitvoert die betrekking hebben op het aanmelden van de gebruiker en het tot stand brengen van de sessie op de sessiehost.

Houd bij het controleren 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 wordt gebracht, verschillen voor een bureaubladscenario ten opzichte van een RemoteApp-scenario.

    • Begint: WVDConnection-status = gestart

    • Ends: WVDCheckpoints Name = ShellReady (desktops); Name = RdpShellAppExecuted (RemoteApp. Voor tijdsinstellingen 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.

Opmerking

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 om verbinding te maken, moet u alleen het eerste controlepunt voor de uitvoering van elke verbinding 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.

Opmerking

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 door Azure Monitor in een afzonderlijk proces wordt bepaald.

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 waarop 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. Als u problemen met gebruikersroute wilt oplossen, bekijkt u uw netwerkpaden.

  • 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. Als u de verbindingstijd wilt verkorten, moet u ervoor zorgen dat u alle proxyconfiguraties op de juiste manier 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 wordt gebracht tot het moment waarop de shell begint te laden. Aanmeldingstijd omvat verschillende processen die kunnen bijdragen aan hoge verbindingstijden. U kunt gegevens voor de fase 'aanmelden' bekijken in Insights 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. Een 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 te starten in nieuwe sessies. 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 begint te laden tot wanneer deze volledig is geladen en klaar is voor gebruik. Vertragingen in deze fase kunnen worden veroorzaakt door overbelasting van sessiehosts (hoge 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 hebben ondervonden tijdens hun sessies. De meeste kleinere problemen kunnen worden opgelost met feedback van gebruikers. Als u dieper wilt graven, kunt u ook informatie over een specifieke verbindings-id of periode filteren.

Gebruikers per kern

Dit is het aantal gebruikers in elke kern van de virtuele machine. Als u het maximum aantal gebruikers per kern in de loop van de tijd bijhoudt, kunt u bepalen of de omgeving consistent wordt uitgevoerd met 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:

Gebeurtenisnaam 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 erachter te komen 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:

  • Last updated on