Ordlista för Azure Virtual Desktop Insights
Den här artikeln innehåller en lista över och beskriver kortfattat viktiga termer och begrepp som rör Azure Virtual Desktop Insights.
Aviseringar
Alla aktiva Azure Monitor-aviseringar som du har konfigurerat i prenumerationen och klassificerats som allvarlighetsgrad 0 visas på sidan Översikt. Information om hur du konfigurerar aviseringar finns i Azure Monitor-loggaviseringar.
Tillgängliga sessioner
Tillgängliga sessioner visar antalet tillgängliga sessioner i värdpoolen. Tjänsten beräknar det här antalet genom att multiplicera antalet virtuella datorer med det maximala antalet sessioner som tillåts per virtuell dator och sedan subtrahera de totala sessionerna.
Klientoperativsystem (OS)
Klientoperativsystemet (OS) visar vilken version av operativsystemets slutanvändare som har åtkomst till Azure Virtual Desktop-resurser för närvarande använder. Klientoperativsystemet visar också vilken version av webbklienten (HTML) och den fullständiga fjärrskrivbordsklienten som användarna har. En fullständig lista över Windows OS-versioner finns i Operativsystemversion.
Anslut ion lyckades
Det här objektet visar anslutningshälsa. "Anslut ion lyckades" innebär att anslutningen kan nå värden, vilket bekräftas av stacken på den virtuella datorn. En misslyckad anslutning innebär att anslutningen inte kunde nå värden.
Dagliga aktiva användare (DAU)
Det totala antalet användare som har startat en session under de senaste 24 timmarna.
Dagliga aviseringar
Det totala antalet aviseringar som utlöses varje dag.
Dagliga anslutningar och återanslutningar
Det totala antalet anslutningar och återanslutningar som startats eller slutförts under de senaste 24 timmarna.
Anslutna timmar per dag
Det totala antalet timmar som har lagts på att ansluta till en session mellan användare under de senaste 24 timmarna.
Diagnostik och fel
När ett fel eller en avisering visas i Azure Virtual Desktop Insights kategoriseras den efter tre saker:
Aktivitetstyp: Den här kategorin är hur felet kategoriseras av Azure Virtual Desktop-diagnostik. Kategorierna är hanteringsaktiviteter, feeds, anslutningar, värdregistreringar, fel och kontrollpunkter. Läs mer om de här kategorierna i Använda Log Analytics för diagnostikfunktionen.
Typ: Den här kategorin visar felets plats.
- Fel som markerats som "tjänst" eller "ServiceError = TRUE" inträffade i Azure Virtual Desktop-tjänsten.
- Fel som markerats som "distribution" eller märkta "ServiceError = FALSE" inträffade utanför Azure Virtual Desktop-tjänsten.
- Mer information om ServiceError-taggen finns i Vanliga felscenarier.
Källa: Den här kategorin ger en mer specifik beskrivning av var felet inträffade.
Diagnostik: tjänstrollen som ansvarar för övervakning och rapportering av tjänstaktivitet så att användarna kan observera och diagnostisera distributionsproblem.
RDBroker: tjänstrollen som ansvarar för att orkestrera distributionsaktiviteter, upprätthålla objektens tillstånd, validera autentisering med mera.
RDGateway: tjänstrollen som ansvarar för att hantera nätverksanslutningen mellan slutanvändare och virtuella datorer.
RDStack: en programvarukomponent som är installerad på dina virtuella datorer så att de kan kommunicera med Azure Virtual Desktop-tjänsten.
Klient: programvara som körs på slutanvändarens dator som tillhandahåller gränssnittet till Azure Virtual Desktop-tjänsten. Den visar listan över publicerade resurser och är värd för fjärrskrivbordsanslutningen när du har gjort ett val.
Varje diagnostikproblem eller fel innehåller ett meddelande som förklarar vad som gick fel. Mer information om felsökningsfel finns i Identifiera och diagnostisera Azure Virtual Desktop-problem.
Gateway-regionkoder
Vissa mått i Azure Virtual Desktop Insights listar gatewayregionen som en användare ansluter via. Gatewayregionen representeras av en kod på tre eller fyra bokstäver som motsvarar den Azure-region där gatewayen finns. I följande tabell visas gatewayregionens koder och deras motsvarande Azure-regioner:
| Gateway-regionkod | Azure-region |
|---|---|
| AUC | Australien, centrala |
| AUC2 | Australien, centrala 2 |
| AUE | Australien, östra |
| AUSE | Sydöstra Australien |
| BRS | Brasilien, södra |
| CAC | Kanada, centrala |
| CAE | Östra Kanada |
| CHNO | Schweiz, norra |
| CIN | Indien, centrala |
| CUS | Centrala USA |
| EAS | Asien, östra |
| EEU | Europa, östra |
| EUS | USA, östra |
| EUS2 | USA, östra 2 |
| FRAS | Södra Frankrike |
| FRC | Centrala Frankrike |
| GEC | Tyskland, centrala |
| GEN | Tyskland, norra |
| GEN | Tyskland, nordöstra |
| GWC | Tyskland, västra centrala |
| JPE | Japan, östra |
| JPW | Västra Japan |
| KRC | Sydkorea, centrala |
| KRS | Södra Korea |
| KRS2 | Sydkorea, södra 2 |
| NCUS | Norra centrala USA |
| NEU | Europa, norra |
| NOE | Norge, östra |
| NOW | Västra Norge |
| SAN | Sydafrika, norra |
| SÅG | Sydafrika, västra |
| SCUS | USA, södra centrala |
| SEA2 | Sydostasien 2 |
| HAV | Sydostasien |
| SIN | Södra Indien |
| SWW | Schweiz, västra |
| UAEC | Förenade Arabemiraten, centrala |
| UAEN | Förenade Arabemiraten, norra |
| UKN | Storbritannien, norra |
| Storbritannien | Södra Storbritannien |
| UKS2 | Storbritannien, södra 2 |
| UKW | Västra Storbritannien |
| WCUS | Västra centrala USA |
| VEU | Västeuropa |
| VINNA | Västra Indien |
| WUS | Västra USA |
Inmatningsfördröjning
"Indatafördröjning" i Azure Virtual Desktop Insights innebär indatafördröjningen per processprestandaräknare för varje session. På värdprestandasidan på aka.ms/azmonwvdi är den här prestandaräknaren konfigurerad för att skicka en rapport till tjänsten var 30:e sekund. Dessa intervall på 30 sekunder kallas "exempel" och rapporten är det värsta fallet i det fönstret. Median- och p95-värdena återspeglar medianvärdet och den 95:e percentilen i alla exempel.
Under Indatafördröjning efter värd kan du välja en sessionsvärdrad för att filtrera alla andra visuella objekt på sidan till värden. Du kan också välja ett processnamn för att filtrera medianindatafördröjningen över tidsdiagrammet.
Vi lägger till fördröjningar i följande kategorier:
- Bra: under 150 millisekunder.
- Acceptabelt: 150-500 millisekunder.
- Dålig: 500-2 000 millisekunder (under 2 sekunder).
- Dåligt: över 2 000 millisekunder (2 sekunder och uppåt).
Mer information om hur indatafördröjningsräknaren fungerar finns i Prestandaräknare för fördröjning av användarindata.
Månatliga aktiva användare (MAU)
Det totala antalet användare som har startat en session under de senaste 28 dagarna. Om du lagrar data i 30 dagar eller mindre kan du se lägre MAU- och Anslut ionsvärden än väntat under perioder där du har färre än 28 dagars tillgängliga data.
Prestandaräknare
Prestandaräknare visar prestanda för maskinvarukomponenter, operativsystem och program.
I följande tabell visas de rekommenderade prestandaräknare och tidsintervall som Azure Monitor använder för Azure Virtual Desktop:
| Namn på prestandaräknare | Tidsintervall |
|---|---|
| Logisk disk(C:)\Genomsnittlig diskkölängd | 30 sekunder |
| Logisk disk(C:)\Genomsnittlig disk sek/överföring | 60 sekunder |
| Logisk disk(C:)\Aktuell diskkölängd | 30 sekunder |
| Memory(*)\Available Mbytes | 30 sekunder |
| Memory(*)\Sidfel/s | 30 sekunder |
| Memory(*)\Pages/s | 30 sekunder |
| Minne(*)\% använda dedikerade byte | 30 sekunder |
| PhysicalDisk(*)\Genomsnittlig diskkölängd | 30 sekunder |
| PhysicalDisk(*)\Genomsnittlig disk sek/läs | 30 sekunder |
| PhysicalDisk(*)\Genomsnittlig disk sek/överföring | 30 sekunder |
| PhysicalDisk(*)\Genomsnittlig disk sek/skrivning | 30 sekunder |
| Processorinformation(_Total)\% processortid | 30 sekunder |
| Terminal Services(*)\Aktiva sessioner | 60 sekunder |
| Terminal Services(*)\Inaktiva sessioner | 60 sekunder |
| Terminal Services(*)\Totalt antal sessioner | 60 sekunder |
| *Fördröjning av användarindata per process(*)\Maximal indatafördröjning | 30 sekunder |
| *Fördröjning av användarindata per session(*)\Maximal indatafördröjning | 30 sekunder |
| RemoteFX Network(*)\Current TCP RTT | 30 sekunder |
| RemoteFX Network(*)\Aktuell UDP-bandbredd | 30 sekunder |
Potentiella anslutningsproblem
Potentiella anslutningsproblem visar värdar, användare, publicerade resurser och klienter med hög anslutningshastighet. När du har valt ett "rapport efter"-filter kan du utvärdera problemets allvarlighetsgrad genom att kontrollera värdena i dessa kolumner:
- Försök (antal anslutningsförsök)
- Resurser (antal publicerade appar eller skrivbord)
- Värdar (antal virtuella datorer)
- Klienter
Om du till exempel väljer filtret Efter användare kan du kontrollera om du vill se varje användares anslutningsförsök i kolumnen Försök .
Om du märker att ett anslutningsproblem omfattar flera värdar, användare, resurser eller klienter är det troligt att problemet påverkar hela systemet. Om den inte gör det är det ett mindre problem som har lägre prioritet.
Du kan också välja poster för att visa ytterligare information. Du kan visa vilka värdar, resurser och klientversioner som var inblandade i problemet. Visningen visar även eventuella fel som rapporterats under anslutningsförsöken.
Tur och retur-tid (RTT)
Rundresa (RTT) är en uppskattning av anslutningens tur-och-retur-tid mellan slutanvändarens plats och sessionsvärdens Azure-region. Om du vill se vilka platser som har den bästa svarstiden letar du upp önskad plats i beräkningsverktyget för Azure Virtual Desktop Experience.
Sessionshistorik
Sessionsobjektet visar status för alla sessioner, anslutna och frånkopplade. Inaktiva sessioner visar endast frånkopplade sessioner.
Allvarlighetsgrad 0-aviseringar
De mest brådskande objekt som du behöver ta hand om direkt. Om du inte åtgärdar dessa problem kan de leda till att din Azure Virtual Desktop-distribution slutar fungera.
Tid för att ansluta
Tiden för att ansluta är tiden mellan när en användare öppnar en resurs för att starta sin session och när skrivbordet har lästs in och är redo att användas. För en RemoteApp är det till exempel den tid det tar att starta programmet.
Tiden för att ansluta har två steg:
- Anslut ion, vilket är hur lång tid det tar för Azure-tjänsten att dirigera användaren till en sessionsvärd.
- "Inloggning", vilket är hur lång tid det tar för tjänsten att utföra uppgifter relaterade till att logga in användaren och upprätta sessionen på sessionsvärden.
Tänk på följande när du övervakar tiden för att ansluta:
Tiden för att ansluta mäts med följande kontrollpunkter från Azure Virtual Desktop-tjänstens diagnostikdata. De kontrollpunkter som Insights använder för att avgöra när anslutningen upprättas skiljer sig för ett skrivbord jämfört med ett RemoteApp-scenario.
Börjar: WVD Anslut ion state = started
Slutar: WVDCheckpoints Name = ShellReady (skrivbord); Namn = RdpShellAppExecuted (RemoteApp. För tidsinställning bör du endast överväga den första appstarten)
Insights mäter till exempel tiden för en skrivbordsmiljö att starta baserat på hur lång tid det tar att starta Utforskaren i Windows. Insights mäter också tiden för en RemoteApp att starta baserat på den tid det tar att starta den första instansen av shell-appen för en anslutning.
Kommentar
Om en användare startar mer än en RemoteApp kan shell-appen ibland köras flera gånger under en enda anslutning. För en korrekt mätning av tiden som ska anslutas bör du bara använda den första körningskontrollen för varje anslutning.
Det tar vanligtvis längre tid att upprätta nya sessioner än att återupprätta anslutningar till befintliga sessioner på grund av skillnader i inloggningsprocessen för nya och etablerade anslutningar.
Den tid det tar för användaren att ange autentiseringsuppgifter subtraheras från sin tid för att ansluta till kontot för situationer där en användare antingen tar ett tag att ange autentiseringsuppgifter eller använda alternativa autentiseringsmetoder för att logga in.
När du felsöker en hög tid för att ansluta delar Azure Monitor upp data om total anslutningstid i fyra komponenter som hjälper dig att identifiera hur du kan minska inloggningstiden.
Kommentar
Komponenterna i det här avsnittet visar bara de primära anslutningsstegen. Dessa komponenter kan köras parallellt, vilket innebär att de inte blir lika med den totala tiden för att ansluta. Den totala tiden för att ansluta är ett mått som Azure Monitor bestämmer i en separat process.
Följande flödesschema visar de fyra stegen i inloggningsprocessen:
Flödesschemat visar följande fyra komponenter:
Användarväg: den tid det tar från när användaren väljer Azure Virtual Desktop-ikonen för att starta en session till när tjänsten identifierar en värd att ansluta till. Hög nätverksbelastning, hög tjänstbelastning eller unik routning av nätverkstrafik kan leda till höga routningstider. Om du vill felsöka problem med användarvägar kan du titta på dina nätverkssökvägar.
Stack ansluten: den tid det tar från när tjänsten löser en målsessionsvärd för användaren till när tjänsten upprättar en anslutning mellan sessionsvärden och användarens fjärrklient. Precis som användarroutning kan nätverksbelastning, serverbelastning eller unik routning av nätverkstrafik påverka anslutningstiden. För den här komponenten måste du också vara uppmärksam på din nätverksroutning. För att minska anslutningstiden kontrollerar du att du har konfigurerat alla proxykonfigurationer på både klient- och sessionsvärdarna korrekt och att routningen till tjänsten är optimal.
Inloggning: den tid det tar mellan när en anslutning till en värd upprättas till när gränssnittet börjar läsas in. Inloggningstiden omfattar flera processer som kan bidra till höga anslutningstider. Du kan visa data för fasen "inloggning" i Insights för att se om det finns oväntade toppar i genomsnittliga tider.
Inloggningsprocessen är indelad i fyra steg:
Profiler: den tid det tar att läsa in en användares profil för nya sessioner. Hur lång tid inläsningen tar beror på användarens profilstorlek eller de användarprofillösningar som du använder (till exempel Virtualisering av användarupplevelse). Om du använder en lösning som är beroende av nätverks lagrade profiler kan överskjutande svarstid också leda till längre inläsningstider för profilen.
Grupprincipobjekt (GPO): den tid det tar att tillämpa grupprinciper på nya sessioner. En topp i det här området av data är ett tecken på att du har för många grupprinciper, att principerna tar för lång tid att tillämpa eller att sessionsvärden har resursproblem. En sak du kan göra för att optimera bearbetningstiderna är att se till att domänkontrollanten är nära sessionsvärdar som möjligt.
Shell Start: den tid det tar att starta gränssnittet (vanligtvis explorer.exe).
FSLogix (Frxsvc): den tid det tar att starta FSLogix i nya sessioner. En lång starttid kan tyda på problem med de resurser som används som värd för FSLogix-användarprofilerna. Om du vill felsöka de här problemen kontrollerar du att resurserna är sorterade med sessionsvärdarna och skalas korrekt för det genomsnittliga antalet användare som loggar in på värdarna. Ett annat område som du bör titta på är profilstorleken. Stora profilstorlekar kan göra starttiderna långsammare.
Shell start to shell ready (Shell start to shell ready): tiden från det att gränssnittet börjar läsas in till när det är helt inläst och redo att användas. Fördröjningar i den här fasen kan orsakas av överbelastning av sessionsvärdar (hög processoranvändning, minne eller diskaktivitet) eller konfigurationsproblem.
Användarrapport
På sidan användarrapport kan du visa en specifik användares anslutningshistorik och diagnostikinformation. Varje användarrapport visar användningsmönster, användarfeedback och eventuella fel som användare har stött på under sina sessioner. De flesta mindre problem kan lösas med användarfeedback. Om du behöver gå djupare kan du också filtrera information om ett specifikt anslutnings-ID eller en viss tidsperiod.
Användare per kärna
Det här är antalet användare i varje virtuell datorkärna. Genom att spåra det maximala antalet användare per kärna över tid kan du identifiera om miljön konsekvent körs på ett högt, lågt eller fluktuerande antal användare per kärna. Om du vet hur många användare som är aktiva kan du effektivt resursanpassa och skala miljön.
Windows-händelseloggar
Windows-händelseloggar är datakällor som samlas in av antingen Azure Monitor-agenten eller Log Analytics-agenten på virtuella Windows-datorer. Du kan samla in händelser från standardloggar som system och program samt anpassade loggar som skapats av program som du behöver övervaka.
I följande tabell visas de windows-händelseloggar som krävs för Azure Virtual Desktop Insights:
| Händelsenamn | Händelsetyp |
|---|---|
| Program | Fel och varning |
| Microsoft-Windows-TerminalServices-Remote Anslut ionManager/Admin | Fel, varning och information |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Fel, varning och information |
| System | Fel och varning |
| Microsoft-FSLogix-Apps/Operational | Fel, varning och information |
| Microsoft-FSLogix-Apps/Admin | Fel, varning och information |
Nästa steg
- Kom igång genom att läsa Använda Azure Virtual Desktop Insights för att övervaka distributionen.
- Information om hur du beräknar, mäter och hanterar dina datalagringskostnader finns i Beräkna Azure Monitor-kostnader.
- Om du stöter på ett problem kan du läsa vår felsökningsguide för hjälp och kända problem.
Du kan också konfigurera Azure Advisor för att ta reda på hur du löser eller förhindrar vanliga problem. Läs mer i Introduktion till Azure Advisor.
Om du behöver hjälp eller har några frågor kan du kolla in våra communityresurser:
Ställ frågor eller ge förslag till communityn på Azure Virtual Desktop TechCommunity.
Mer information om hur du lämnar feedback finns i Felsökningsöversikt, feedback och support för Azure Virtual Desktop.
Du kan också lämna feedback för Azure Virtual Desktop på feedbackhubben för Azure Virtual Desktop