Glosář Azure Virtual Desktop Insights
Tento článek uvádí a stručně popisuje klíčové termíny a koncepty související s Azure Virtual Desktop Insights.
Výstrahy
Všechny aktivní výstrahy služby Azure Monitor, které jste nakonfigurovali v předplatném a které jsou klasifikovány jako závažnost 0 , se zobrazí na stránce Přehled. Informace o nastavení upozornění najdete v tématu Upozornění protokolu služby Azure Monitor.
Dostupné relace
Dostupné relace zobrazují počet dostupných relací ve fondu hostitelů. Služba vypočítá toto číslo vynásobením počtu virtuálních počítačů maximálním počtem povolených relací na virtuální počítač a následným odečtením celkových relací.
Klientský operační systém (OS)
Klientský operační systém (OS) ukazuje, jakou verzi operačního systému aktuálně používají koncoví uživatelé operačního systému, kteří přistupují k prostředkům Služby Azure Virtual Desktop. Operační systém klienta také ukazuje, jakou verzi webového klienta (HTML) a kompletního klienta vzdálené plochy mají uživatelé. Úplný seznam verzí operačního systému Windows naleznete v tématu Verze operačního systému.
Úspěch připojení
Tato položka zobrazuje stav připojení. Úspěch připojení znamená, že se připojení může spojit s hostitelem, jak potvrzuje zásobník na daném virtuálním počítači. Neúspěšné připojení znamená, že se připojení nemohlo spojit s hostitelem.
Denní aktivní uživatelé (DAU)
Celkový počet uživatelů, kteří spustili relaci za posledních 24 hodin.
Denní upozornění
Celkový počet upozornění aktivovaných každý den.
Denní připojení a opětovná připojení
Celkový počet připojení a opětovné připojení se spustil nebo dokončil během posledních 24 hodin.
Počet hodin připojení za den
Celkový počet hodin strávených připojením k relaci napříč uživateli za posledních 24 hodin.
Diagnostika a chyby
Když se ve službě Azure Virtual Desktop Insights zobrazí chyba nebo upozornění, kategorizuje se podle tří věcí:
Typ aktivity: Tato kategorie označuje, jak se chyba kategorizuje pomocí diagnostiky služby Azure Virtual Desktop. Kategorie jsou aktivity správy, informační kanály, připojení, registrace hostitelů, chyby a kontrolní body. Další informace otěchtoch
Druh: Tato kategorie zobrazuje umístění chyby.
- Ve službě Azure Virtual Desktop došlo k chybám označeným jako "služba" nebo "ServiceError = TRUE".
- Chyby označené jako "nasazení" nebo označené "ServiceError = FALSE" došlo mimo službu Azure Virtual Desktop.
- Další informace o značce ServiceError najdete v běžných scénářích chyb.
Zdroj: Tato kategorie poskytuje konkrétnější popis místa, kde k chybě došlo.
Diagnostika: Role služby zodpovědná za monitorování a vytváření sestav, která uživatelům umožňuje sledovat a diagnostikovat problémy s nasazením.
RDBroker: role služby zodpovědná za orchestraci aktivit nasazení, udržování stavu objektů, ověřování a další.
RDGateway: role služby zodpovědná za zpracování síťového připojení mezi koncovými uživateli a virtuálními počítači.
RDStack: softwarová komponenta nainstalovaná na virtuálních počítačích, která jim umožní komunikovat se službou Azure Virtual Desktop.
Klient: software spuštěný na počítači koncového uživatele, který poskytuje rozhraní pro službu Azure Virtual Desktop. Po výběru se zobrazí seznam publikovaných prostředků a hostuje připojení ke vzdálené ploše.
Každý problém s diagnostikou nebo chyba obsahuje zprávu, která vysvětluje, co se nepovedlo. Další informace o řešení chyb najdete v tématu Identifikace a diagnostika problémů s Azure Virtual Desktopem.
Kódy oblastí brány
Některé metriky ve službě Azure Virtual Desktop Insights uvádějí oblast brány, přes které se uživatel připojuje. Oblast brány je reprezentována třemi nebo čtyřmi písmeny kódu, který odpovídá oblasti Azure, ve které se brána nachází. Následující tabulka uvádí kódy oblastí brány a jejich odpovídající oblasti Azure:
| Kód oblasti brány | Oblast Azure |
|---|---|
| AUC | Austrálie – střed |
| AUC2 | Austrálie – střed 2 |
| AUE | Austrálie – východ |
| AUSE | Austrálie – jihovýchod |
| BRS | Brazílie – jih |
| CAC | Střední Kanada |
| CAE | Kanada – východ |
| CHNO | Švýcarsko – sever |
| CIN | Indie – střed |
| CUS | USA – střed |
| EAS | Východní Asie |
| EEU | Východní Evropa |
| EUS | USA – východ |
| EUS2 | USA – východ 2 |
| FRAS | Francie – jih |
| FRC | Francie – střed |
| GEC | Německo – střed |
| GEN | Německo – sever |
| GEN | Německo – severovýchod |
| GWC | Německo – středozápad |
| JPE | Japonsko – východ |
| JPW | Japonsko – západ |
| KRC | Jižní Korea – střed |
| KRS | Korea Jih |
| KRS2 | Korea – jih 2 |
| NCUS | Severní střed USA |
| NEU | Severní Evropa |
| NOE | Norsko – východ |
| NYNÍ | Norsko – západ |
| SAN | Jižní Afrika – sever |
| PILA | Jižní Afrika – západ |
| SCUS | Středojižní USA |
| SEA2 | Jihovýchodní Asie 2 |
| MOŘE | Southeast Asia |
| SIN | Indie – jih |
| SWW | Švýcarsko – západ |
| Spojené arabské emiráty | Spojené arabské emiráty – střed |
| Spojené arabské emiráty | Spojené arabské emiráty – sever |
| UkN | Velká Británie – sever |
| UkS | Velká Británie – jih |
| UKS2 | Velká Británie – jih 2 |
| UKW | Velká Británie – západ |
| WCUS | Středozápad USA |
| ZEU | Západní Evropa |
| VYHRÁT | Západ Indie |
| WUS | USA – západ |
Zpoždění vstupu
"Zpoždění vstupu" ve službě Azure Virtual Desktop Insights znamená zpoždění vstupu na čítač výkonu procesu pro každou relaci. Na stránce výkonu hostitele na aka.ms/azmonwvdi je tento čítač výkonu nakonfigurován tak, aby odesílal sestavu do služby jednou za 30 sekund. Tyto 30sekundové intervaly se nazývají "vzorky" a sestava nejhorší případ v tomto okně. Medián a hodnoty p95 odrážejí medián a 95. percentil napříč všemi vzorky.
V části Zpoždění vstupu podle hostitele můžete vybrat řádek hostitele relace, který vyfiltruje všechny ostatní vizuály na stránce na daném hostiteli. Můžete také vybrat název procesu pro filtrování mediánu zpoždění vstupu v průběhu času.
Zpoždění vkládáme do následujících kategorií:
- Dobré: pod 150 milisekund.
- Přijatelné: 150-500 milisekund.
- Špatné: 500-2 000 milisekund (pod 2 sekundy).
- Špatné: přes 2 000 milisekund (2 sekundy a nahoru).
Další informace o fungování čítače zpoždění vstupu najdete v tématu Čítače výkonu zpoždění vstupu uživatele.
Měsíční aktivní uživatelé (MAU)
Celkový počet uživatelů, kteří spustili relaci za posledních 28 dnů. Pokud ukládáte data po dobu 30 dnů nebo méně, může se během období, kdy máte k dispozici méně než 28 dnů, zobrazit hodnoty MAU a Připojení nižší než očekávané hodnoty MAU a Připojení.
Čítače výkonu
Čítače výkonu ukazují výkon hardwarových komponent, operačních systémů a aplikací.
Následující tabulka uvádí doporučené čítače výkonu a časové intervaly, které Azure Monitor používá pro Azure Virtual Desktop:
| Název čítače výkonu | Časový interval |
|---|---|
| Logický disk(C:)\Prům. Délka fronty disku | 30 sekund |
| Logický disk(C:)\Prům. S/Přenos disku | 60 sekund |
| Logický disk(C:)\Délka fronty aktuálního disku | 30 sekund |
| Memory(*)\Available Mbytes | 30 sekund |
| Memory(*)\Chyby stránky/s | 30 sekund |
| Memory(*)\Pages/s | 30 sekund |
| Paměť(*)\% využívání svěřených bajtů | 30 sekund |
| PhysicalDisk(*)\Průměrná délka fronty disku | 30 sekund |
| PhysicalDisk(*)\Avg. Disk sec/Read | 30 sekund |
| PhysicalDisk(*)\Avg. Disk sec/Transfer | 30 sekund |
| PhysicalDisk(*)\Avg. Disk sec/Write | 30 sekund |
| Informace o procesoru (_Total)\% čas procesoru | 30 sekund |
| Terminálová služba(*)\Aktivní relace | 60 sekund |
| Terminálová služba(*)\Neaktivní relace | 60 sekund |
| Terminálová služba(*)\Celkový počet relací | 60 sekund |
| *Zpoždění vstupu uživatele na proces(*)\Maximální zpoždění vstupu | 30 sekund |
| *Zpoždění vstupu uživatele na relaci(*)\Maximální zpoždění vstupu | 30 sekund |
| RemoteFX Network(*)\Current TCP RTT | 30 sekund |
| RemoteFX Network(*)\Aktuální šířka pásma UDP | 30 sekund |
Potenciální problémy s připojením
Potenciální problémy s připojením ukazují hostitele, uživatele, publikované prostředky a klienty s vysokou mírou selhání připojení. Jakmile zvolíte filtr sestavy podle, můžete závažnost problému vyhodnotit tak, že zkontrolujete hodnoty v těchto sloupcích:
- Pokusy (počet pokusů o připojení)
- Prostředky (počet publikovaných aplikací nebo desktopů)
- Hostitelé (počet virtuálních počítačů)
- Klienti
Pokud například vyberete filtr Podle uživatele, můžete zkontrolovat, jestli se ve sloupci Pokusy zobrazí pokusy o připojení jednotlivých uživatelů.
Pokud si všimnete, že problém s připojením zahrnuje více hostitelů, uživatelů, prostředků nebo klientů, je pravděpodobné, že problém ovlivňuje celý systém. Pokud ne, jedná se o menší problém, který má nižší prioritu.
Můžete také vybrat položky a zobrazit další informace. Můžete si prohlédnout, kteří hostitelé, prostředky a verze klienta se k problému zapojili. Na displeji se také zobrazí všechny chyby hlášené při pokusech o připojení.
Doba odezvy (RTT)
Doba odezvy (RTT) je odhad doby odezvy připojení mezi umístěním koncového uživatele a oblastí Azure hostitele relace. Pokud chcete zjistit, která umístění mají nejlepší latenci, vyhledejte požadované umístění ve statistikách latence odezvy sítě Azure.
Historie relací
Položka Relace zobrazuje stav všech relací, připojených a odpojených. Nečinné relace zobrazují jenom odpojené relace.
Upozornění závažnosti 0
Nejnaléhavější položky, se kterými se musíte okamžitě postarat. Pokud tyto problémy nevyřešíte, můžou způsobit, že vaše nasazení služby Azure Virtual Desktop přestane fungovat.
Čas pro připojení
Doba připojení je doba mezi tím, kdy uživatel otevře prostředek, aby spustil relaci a kdy se načetla plocha a je připravená k použití. Například pro RemoteApp je to doba, která trvá spuštění aplikace.
Doba připojení má dvě fáze:
- Připojení, které trvá, než služba Azure přesměruje uživatele na hostitele relace.
- "Přihlášení", což je doba trvání služby k provádění úloh souvisejících s přihlášením uživatele a vytvořením relace na hostiteli relace.
Při monitorování času připojení mějte na paměti následující věci:
Doba připojení se měří s následujícími kontrolními body z diagnostických dat služby Azure Virtual Desktop. Přehled kontrolních bodů používá k určení, kdy se připojení naváže, liší se pro desktopovou plochu a scénář RemoteAppu.
Začíná: Stav WVDConnection = spuštěno
Konec: WVDCheckpoints Name = ShellReady (desktopy); Name = RdpShellAppExecuted (RemoteApp. Pro časování zvažte pouze spuštění první aplikace).
Insights například měří čas spuštění desktopového prostředí na základě toho, jak dlouho trvá spuštění Průzkumníka Windows. Insights také měří čas spuštění RemoteAppu na základě času potřebného ke spuštění první instance aplikace prostředí pro připojení.
Poznámka:
Pokud uživatel spustí více než jednu aplikaci RemoteApp, může se aplikace prostředí spustit několikrát během jednoho připojení. Pro přesné měření času připojení byste měli pro každé připojení použít pouze první kontrolní bod spuštění.
Vytvoření nových relací obvykle trvá déle než obnovení připojení k existujícím relacím kvůli rozdílům v procesu přihlášení u nových a zavedených připojení.
Doba, která uživateli trvá, než zadá přihlašovací údaje, se odečte od času, aby se připojil k účtu v situacích, kdy uživatel zabere nějakou dobu, než zadá přihlašovací údaje, nebo se k přihlášení používá alternativní metody ověřování.
Při řešení potíží s vysokým časem připojení azure Monitor rozdělí celková data o čase připojení do čtyř komponent, které vám pomůžou zjistit, jak zkrátit dobu přihlášení.
Poznámka:
Komponenty v této části zobrazují pouze primární fáze připojení. Tyto komponenty se můžou spouštět paralelně, což znamená, že se nebudou sčítat tak, aby odpovídaly celkovému času připojení. Celková doba připojení je měření, které Azure Monitor určuje v samostatném procesu.
Následující vývojový diagram ukazuje čtyři fáze procesu přihlášení:
Vývojový diagram ukazuje následující čtyři komponenty:
Trasa uživatele: doba, po které uživatel vybere ikonu služby Azure Virtual Desktop, spustí relaci, kdy služba identifikuje hostitele, ke kterému se má připojit. Vysoké zatížení sítě, vysoké zatížení služby nebo jedinečné směrování síťového provozu může vést k vysoké době směrování. Při řešení potíží s trasami uživatelů se podívejte na síťové cesty.
Stack connected: doba, která trvá od doby, kdy služba přeloží cílového hostitele relace pro uživatele do doby, kdy služba vytvoří připojení mezi hostitelem relace a vzdáleným klientem uživatele. Podobně jako směrování uživatelů může mít zatížení sítě, zatížení serveru nebo jedinečné směrování síťového provozu vliv na dobu připojení. U této komponenty budete také muset věnovat pozornost směrování sítě. Pokud chcete zkrátit dobu připojení, ujistěte se, že jste správně nakonfigurovali všechny konfigurace proxy serveru na hostitelích klienta i relací a že směrování do služby je optimální.
Přihlášení: Doba, která trvá mezi tím, kdy se naváže připojení k hostiteli, když se prostředí začne načítat. Čas přihlášení zahrnuje několik procesů, které můžou přispět k vysokým časům připojení. V Přehledech můžete zobrazit data pro fázi přihlášení a zjistit, jestli v průměrných časech dochází k neočekávaným špičkám.
Proces přihlášení je rozdělený do čtyř fází:
Profily: Doba potřebnou k načtení profilu uživatele pro nové relace. Jak dlouho trvá načítání, závisí na velikosti profilu uživatele nebo na řešeních profilů uživatelů, která používáte (například virtualizace uživatelského prostředí). Pokud používáte řešení, které závisí na profilech uložených v síti, může nadbytečná latence také vést k delší době načítání profilu.
Objekty zásad skupiny (GPO): doba, po které trvá použití zásad skupiny na nové relace. Špička v této oblasti dat je znaménkem, že máte příliš mnoho zásad skupiny, použití zásad trvá příliš dlouho nebo u hostitele relace dochází k problémům s prostředky. Jednou z věcí, kterou můžete udělat k optimalizaci doby zpracování, je zajistit, aby se řadič domény co nejblíže hostitelům relací.
Spuštění prostředí: doba, která trvá spuštění prostředí (obvykle explorer.exe).
FSLogix (Frxsvc): doba potřebnou ke spuštění FSLogix v nových relacích. Dlouhá doba spuštění může znamenat problémy se sdílenými složkami používanými k hostování profilů uživatelů FSLogix. Pokud chcete tyto problémy vyřešit, ujistěte se, že jsou sdílené složky spojené s hostiteli relací a odpovídajícím způsobem se škálují na průměrný počet uživatelů, kteří se přihlašují k hostitelům. Další oblast, na kterou byste se měli podívat, je velikost profilu. Velké velikosti profilů můžou zpomalit dobu spuštění.
Prostředí se spustí do prostředí připravené: doba od okamžiku, kdy se prostředí začne načítat, až se plně načte a je připraveno k použití. Zpoždění v této fázi můžou být způsobená přetížením hostitele relace (vysoká aktivita procesoru, paměti nebo disku) nebo problémy s konfigurací.
Sestava uživatele
Stránka sestavy uživatele umožňuje zobrazit historii připojení a diagnostické informace konkrétního uživatele. Každá sestava uživatelů zobrazuje vzorce využití, zpětnou vazbu uživatelů a případné chyby, ke kterým uživatelé během relací narazili. Většinu menších problémů je možné vyřešit pomocí zpětné vazby uživatelů. Pokud potřebujete prozkoumat hlouběji, můžete také filtrovat informace o konkrétním ID připojení nebo časovém období.
Uživatelé na jádro
Toto je počet uživatelů v každém jádru virtuálního počítače. Sledování maximálního počtu uživatelů na jádro v průběhu času vám může pomoct určit, jestli se prostředí konzistentně spouští s vysokým, nízkým nebo proměnlivým počtem uživatelů na jádro. Když budete vědět, kolik uživatelů je aktivních, pomůže vám to efektivně použít prostředky a škálovat prostředí.
Protokoly událostí Windows
Protokoly událostí Windows jsou zdroje dat shromážděné agentem služby Azure Monitor nebo agentem Log Analytics na virtuálních počítačích s Windows. Události můžete shromažďovat ze standardních protokolů, jako je systém a aplikace, a také z vlastních protokolů vytvořených aplikacemi, které potřebujete monitorovat.
Následující tabulka uvádí požadované protokoly událostí Windows pro Azure Virtual Desktop Insights:
| Název události | Typ události |
|---|---|
| Aplikace | Chyba a upozornění |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | Chyba, upozornění a informace |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Chyba, upozornění a informace |
| Systémový | Chyba a upozornění |
| Microsoft-FSLogix-Apps/Operational | Chyba, upozornění a informace |
| Microsoft-FSLogix-Apps/Admin | Chyba, upozornění a informace |
Další kroky
- Pokud chcete začít, přečtěte si téma Použití azure Virtual Desktop Insights k monitorování nasazení.
- Pokud chcete odhadnout, měřit a spravovat náklady na úložiště dat, přečtěte si téma Odhad nákladů na Azure Monitor.
- Pokud narazíte na problém, projděte si průvodce odstraňováním potíží, kde najdete nápovědu a známé problémy.
Můžete také nastavit Azure Advisor, který vám pomůže zjistit, jak vyřešit nebo zabránit běžným problémům. Další informace najdete v úvodu do Azure Advisoru.
Pokud potřebujete pomoc nebo máte nějaké dotazy, projděte si naše komunitní zdroje informací:
Ptejte se komunity na techCommunity pro Azure Virtual Desktop nebo navrhujte návrhy.
Informace o tom, jak zanechat zpětnou vazbu, najdete v tématu Přehled řešení potíží, zpětná vazba a podpora služby Azure Virtual Desktop.
Zpětnou vazbu k Azure Virtual Desktopu můžete také zanechat v centru zpětné vazby ke službě Azure Virtual Desktop.