Woordenlijst voor Azure Virtual Desktop Insights
In dit artikel vindt u een overzicht van de belangrijkste termen en concepten met betrekking tot Azure Virtual Desktop Insights.
Waarschuwingen
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 en vervolgens de totale sessies af te trekken.
Clientbesturingssysteem (besturingssysteem)
Het besturingssysteem van de client geeft aan welke versie van het besturingssysteem eindgebruikers die toegang hebben tot Azure Virtual Desktop-resources die momenteel worden gebruikt. Het clientbesturingssystemen tonen ook 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.
Geslaagde verbinding
Dit item toont de verbindingsstatus. 'Geslaagde verbinding' 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.
Dagelijkse actieve gebruikers (DAU)
Het totale aantal gebruikers dat de afgelopen 24 uur een sessie heeft gestart.
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 besteed aan een sessie tussen 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 op drie dingen:
Activiteitstype: deze categorie is de manier waarop de fout wordt 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 'ServiceError = FALSE' zijn gemarkeerd, zijn buiten de Azure Virtual Desktop-service opgetreden.
- 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. Hiermee wordt de lijst met gepubliceerde resources weergegeven en wordt de verbinding met extern bureaublad gehost zodra u een selectie hebt gemaakt.
Elk diagnoseprobleem of elke fout 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.
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:
| Gatewayregiocode | Azure-regio |
|---|---|
| AUC | Australië - centraal |
| AUC2 | Australië - centraal 2 |
| AUE | Australië - oost |
| AUSE | Australië - zuidoost |
| BRS | Brazilië - zuid |
| CAC | Canada - midden |
| CAE | Canada - oost |
| CHNO | Zwitserland - noord |
| CIN | India - centraal |
| CUS | Central US |
| EAS | Azië - oost |
| 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 East |
| 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 |
| SAW | Zuid-Afrika - west |
| SCUS | VS - zuid-centraal |
| SEA2 | Azië - zuidoost 2 |
| ZEEËN | Azië - zuidoost |
| SIN | India - zuid |
| SWW | Zwitserland - west |
| UAEC | UAE - centraal |
| UAEN | VAE - noord |
| UKN | UK - noord |
| UKS | Verenigd Koninkrijk Zuid |
| UKS2 | VK - zuid 2 |
| UKW | Verenigd Koninkrijk West |
| WCUS | VS - west-centraal |
| WEU | Europa -west |
| WINNEN | India - west |
| WUS | VS - west |
Invoervertraging
'Invoervertraging' in Azure Virtual Desktop Insights betekent de invoervertraging per procesprestatiemeteritem voor elke sessie. Op de pagina hostprestaties op aka.ms/azmonwvdi is deze prestatiemeteritem geconfigureerd om een rapport één keer per 30 seconden 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 het mediaan- en 95e percentiel voor alle steekproeven.
Onder Invoervertraging per host kunt u een sessiehostrij selecteren om alle andere visuals op de pagina naar die host te filteren. U kunt ook een procesnaam selecteren om de mediaaninvoervertraging in de loop van de tijdgrafiek te filteren.
We plaatsen vertragingen in de volgende categorieën:
- Goed: onder 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 invoerinvoervertraging voor meer informatie over hoe de prestatiemeteritems voor invoervertraging werken.
Maandelijks actieve gebruikers (MAU)
Het totale aantal gebruikers dat de afgelopen 28 dagen een sessie heeft gestart. Als u gegevens gedurende 30 dagen of minder opslaat, ziet u mogelijk lagere dan verwachte MAU- en verbindingswaarden tijdens perioden waarin u minder dan 28 dagen aan gegevens beschikbaar hebt.
Prestatiemeteritems
Prestatiemeteritems tonen de prestaties 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:)\Avg. Lengte van schijfwachtrij | 30 seconden |
| Logische schijf(C:)\Avg. Disk sec/Transfer | 60 seconden |
| Logical Disk(C:)\Current Disk Queue Length | 30 seconden |
| Geheugen(*)\Beschikbare Mbytes | 30 seconden |
| Geheugen(*)\Paginafouten per seconde | 30 seconden |
| Geheugen(*)\Pagina's per seconde | 30 seconden |
| Geheugen(*)\% toegezegde bytes in gebruik | 30 seconden |
| PhysicalDisk(*)\Avg. 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 |
| Processorinformatie (_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 rapport op kiest, kunt u de ernst van het probleem evalueren door de waarden in deze kolommen te controleren:
- Pogingen (aantal verbindingspogingen)
- Resources (aantal gepubliceerde apps of desktops)
- 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 met een lagere prioriteit.
U kunt ook vermeldingen selecteren om aanvullende informatie weer te geven. U kunt bekijken welke hosts, resources en clientversies betrokken waren bij het probleem. Op de weergave worden ook eventuele fouten weergegeven die tijdens de verbindingspogingen zijn gerapporteerd.
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 de latentiestatistieken van het Azure-netwerk.
Sessiegeschiedenis
Het item Sessies toont de status van alle sessies, verbonden en verbroken. Niet-actieve sessies tonen alleen de niet-verbonden sessies.
Waarschuwingen voor ernst 0
De meest urgente zaken waar u meteen voor moet zorgen. 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 heeft twee fasen:
- Verbinding, wat is hoe lang het duurt voordat de Azure-service de gebruiker omleid naar een sessiehost.
- 'Aanmelden'. Dit is hoe lang het duurt voordat de service taken uitvoert met betrekking tot het aanmelden bij de gebruiker en het tot stand brengen van de sessie op de sessiehost.
Houd rekening met het volgende wanneer u de bewakingstijd wilt verbinden:
De tijd die nodig is 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 versus een RemoteApp-scenario.
Begint: WVDConnection-status = gestart
Eindigt: WVDCheckpoints Name = ShellReady (desktops); Name = RdpShellAppExecuted (RemoteApp. Houd rekening met de eerste start van de app voor timing)
Inzichten meten bijvoorbeeld de tijd voor het starten van een bureaubladervaring op basis van hoe lang het duurt om Windows Verkenner te starten. Inzichten meet ook de tijd voor een RemoteApp om te starten 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 om verbinding te maken, moet u alleen het eerste uitvoeringscontrolepunt voor elke verbinding gebruiken.
Het tot stand brengen van nieuwe sessies duurt meestal langer dan het opnieuw tot stand brengen 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 om verbinding te maken met het account voor situaties waarin een gebruiker enige tijd nodig heeft om referenties in te voeren of alternatieve verificatiemethoden te gebruiken om zich aan te melden.
Bij het oplossen van problemen met een hoge tijd om verbinding te maken, worden de totale verbindingstijdgegevens in Azure Monitor opgesplitst in vier onderdelen om u te helpen bepalen hoe u de aanmeldingstijd vermindert.
Notitie
De onderdelen in deze sectie geven alleen de primaire verbindingsfasen weer. Deze onderdelen kunnen parallel worden uitgevoerd, wat betekent dat ze niet gelijk zijn aan de totale tijd die nodig is 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:
In het stroomdiagram ziet u de volgende vier onderdelen:
Gebruikersroute: de tijd die nodig is van wanneer de gebruiker het pictogram van Azure Virtual Desktop selecteert om een sessie te starten wanneer de service een host identificeert waarmee verbinding moet worden gemaakt. Hoge netwerkbelasting, hoge servicebelasting of unieke routering van netwerkverkeer kan leiden tot hoge routeringstijden. Als u problemen met gebruikersroute wilt oplossen, bekijkt u uw netwerkpaden.
Stack verbonden: de tijd die nodig is van wanneer de service een doelsessiehost voor de gebruiker oplost wanneer de service een verbinding tot stand brengt tussen de sessiehost en de externe client van de gebruiker. Net zoals gebruikersroutering, netwerkbelasting, serverbelasting of unieke routering van netwerkverkeer kan dit van invloed zijn op de verbindingstijd. Voor dit onderdeel moet u ook aandacht besteden aan uw netwerkroutering. Als u de verbindingstijd wilt beperken, moet u ervoor zorgen dat u alle proxyconfiguraties op zowel de client- als sessiehosts hebt geconfigureerd 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 wanneer de shell wordt geladen. Aanmeldingstijd omvat verschillende processen die kunnen bijdragen aan hoge verbindingstijden. U kunt gegevens voor de aanmeldingsfase in Insights bekijken om te zien of er onverwachte pieken in gemiddelde tijden zijn.
Het 'aanmeldingsproces' is onderverdeeld in vier fasen:
Profielen: de tijd die nodig is om het profiel van een gebruiker voor nieuwe sessies te laden. 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 overtollige latentie ook leiden tot langere laadtijden voor profielen.
Groepsbeleidsobjecten (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 groepsbeleid hebt, dat het beleid te lang duurt om toe te passen of dat de sessiehost resourceproblemen ondervindt. Eén ding dat u kunt doen om de verwerkingstijden te optimaliseren, is ervoor te zorgen dat de domeincontroller zich zo dicht mogelijk bij sessiehosts bevindt.
Shell starten: 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 om de FSLogix-gebruikersprofielen te hosten. Als u deze problemen wilt oplossen, moet u ervoor zorgen dat de shares worden samengevoegd met de sessiehosts en op de juiste wijze worden geschaald voor het gemiddelde aantal gebruikers dat zich aanmeldt bij de hosts. Een ander gebied dat u moet bekijken, is profielgrootte. Grote profielgrootten kunnen de lanceringstijden vertragen.
Shell begint met shell gereed: de tijd vanaf het moment waarop de shell wordt geladen 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 rapportpagina van de gebruiker kunt u de verbindingsgeschiedenis en diagnostische gegevens van een specifieke gebruiker bekijken. Elk gebruikersrapport toont gebruikspatronen, gebruikersfeedback en eventuele fouten die gebruikers hebben opgetreden tijdens hun sessies. De meeste kleinere problemen kunnen worden opgelost met feedback van gebruikers. Als u dieper wilt graven, 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 efficiënt resources gebruiken en de omgeving 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/Admin | 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/Admin | Fout, waarschuwing en informatie |
Volgende stappen
- Zie Azure Virtual Desktop Insights gebruiken om uw implementatie te bewaken om aan de slag te gaan.
- Zie Azure Monitor-kosten schatten, meten en beheren om uw kosten voor gegevensopslag te schatten, te meten en te beheren.
- Als u een probleem ondervindt, raadpleegt u onze gids voor probleemoplossing voor hulp en bekende problemen.
U kunt ook Azure Advisor instellen om erachter te komen hoe u veelvoorkomende problemen kunt oplossen of voorkomen. Meer informatie vindt u in Inleiding tot Azure Advisor.
Als u hulp nodig hebt of vragen hebt, raadpleegt u onze communitybronnen:
Stel vragen of stel suggesties voor de community in de Azure Virtual Desktop TechCommunity.
Zie Overzicht, feedback en ondersteuning voor Azure Virtual Desktop voor meer informatie over het achterlaten van feedback.
U kunt ook feedback over Azure Virtual Desktop achterlaten op de Azure Virtual Desktop-feedbackhub