Glosář Azure Virtual Desktop Insights

  • Článek

Tento článek obsahuje seznam a stručný popis klíčových pojmů a konceptů souvisejících s Azure Virtual Desktop Insights.

Výstrahy

Všechna aktivní upozornění služby Azure Monitor, která jste nakonfigurovali pro předplatné a klasifikovali 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á tento počet vynásobením počtu virtuálních počítačů maximálním počtem relací povolených na virtuální počítač a poté odečte celkový počet relací.

Klientský operační systém (OS)

Klientský operační systém (OS) ukazuje, kterou verzi operačního systému aktuálně používají koncoví uživatelé přistupující k prostředkům služby Azure Virtual Desktop. Operační systém klienta také ukazuje, jakou verzi webového klienta (HTML) a úplného klienta Vzdálené plochy mají uživatelé. Úplný seznam verzí operačního systému Windows najdete v tématu Verze operačního systému.

Úspěšné připojení

Tato položka zobrazuje stav připojení. "Úspěšné připojení" znamená, že se připojení mohlo připojit k hostiteli, což potvrzuje zásobník na daném virtuálním počítači. Neúspěšné připojení znamená, že se připojení nemohlo připojit k hostiteli.

Denní aktivní uživatelé (DAU)

Celkový počet uživatelů, kteří zahájili relaci za posledních 24 hodin.

Denní upozornění

Celkový počet výstrah aktivovaných každý den.

Denní připojení a opětovná připojení

Celkový počet připojení a opakovaných připojení zahájených nebo dokončených 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 mezi uživateli za posledních 24 hodin

Diagnostika a chyby

Když se ve službě Azure Virtual Desktop Insights zobrazí chyba nebo upozornění, jsou rozdělené do kategorií podle tří věcí:

  • Typ aktivity: Tato kategorie určuje, jak se chyba kategorizuje podle 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 o těchto kategoriích najdete v tématu Použití Log Analytics pro funkci diagnostiky.

  • 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".
    • K chybám označeným jako nasazení nebo s označením ServiceError = FALSE došlo mimo službu Azure Virtual Desktop.
    • Další informace o značce ServiceError najdete v tématu Běžné chybové scénáře.

  • 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 aktivit služby, 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, která je nainstalovaná na virtuálních počítačích, aby mohla 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. Jakmile provedete výběr, zobrazí se seznam publikovaných prostředků a hostuje připojení ke vzdálené ploše.

Každý problém nebo chyba diagnostiky obsahuje zprávu, která vysvětluje, co se nepovedlo. Další informace o řešení chyb najdete v tématu Identifikace a diagnostika problémů se službou Azure Virtual Desktop.

Zpoždění vstupu

"Zpoždění vstupu" ve službě Azure Virtual Desktop Insights znamená vstupní zpoždění na čítač výkonu procesu pro každou relaci. Na stránce výkonu hostitele v aka.ms/azmonwvdi je tento čítač výkonu nakonfigurovaný tak, aby jednou za 30 sekund odesílal sestavu do služby. Tyto 30sekundové intervaly se nazývají "vzorky" a v tomto okně se hlásí nejhorší případ. 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 a vyfiltrovat všechny ostatní vizuály na stránce podle daného hostitele. Můžete také vybrat název procesu a filtrovat tak graf mediánu zpoždění vstupu v průběhu času.

Zpoždění jsme umístili do následujících kategorií:

  • Dobré: pod 150 milisekund.
  • Přijatelné: 150 až 500 milisekund.
  • Špatné: 500–2 000 milisekund (pod 2 sekundy).
  • Špatné: více než 2 000 milisekund (2 sekundy a více).

Další informace o tom, jak funguje čítač 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ří zahájili relaci za posledních 28 dnů. Pokud ukládáte data po dobu 30 dnů nebo méně, během období, kdy máte k dispozici data méně než 28 dnů, se můžou zobrazit nižší než očekávané hodnoty MAU a Připojení.

Čítače výkonu

Čítače výkonu zobrazují 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 Službu Azure Virtual Desktop:

Název čítače výkonu Časový interval
Logický disk(C:)\Průměrná délka fronty disku 30 sekund
Logický disk(C:)\Prům. disk s/přenos 60 sekund
Logický disk(C:)\Délka fronty aktuálního disku 30 sekund
Memory(*)\Available Mbytes 30 sekund
Memory(*)\Page Faults/s 30 sekund
Memory(*)\Pages/s 30 sekund
Paměť(*)\% potvrzených bajtů při použití 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 s/Write 30 sekund
Informace o procesoru(_Total)\% času 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 "report by", můžete vyhodnotit závažnost problému tak, že zkontrolujete hodnoty v těchto sloupcích:

  • Pokusy (počet pokusů o připojení)
  • Prostředky (počet publikovaných aplikací nebo ploch)
  • Hostitelé (počet virtuálních počítačů)
  • Klienti

Pokud například vyberete filtr Podle uživatele , můžete zkontrolovat, jestli se pokusy o připojení jednotlivých uživatelů zobrazí ve sloupci Pokusy .

Pokud si všimnete, že se problém s připojením týká více hostitelů, uživatelů, prostředků nebo klientů, je pravděpodobné, že se problém týká celého systému. Pokud ne, jedná se o menší problém, který má nižší prioritu.

Můžete také vybrat položky a zobrazit další informace. Můžete se podívat, kteří hostitelé, prostředky a verze klientů se na problému podíleli. Na displeji se také zobrazí všechny chyby hlášené během pokusů 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í v nástroji pro posouzení prostředí služby Azure Virtual Desktop.

Historie relací

Položka Relace zobrazuje stav všech relací, připojených a odpojených. Nečinné relace zobrazují jenom odpojené relace.

Výstrahy závažnosti 0

Nejnaléhavější věci, o které se musíte postarat hned. 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í

Čas připojení je doba mezi tím, kdy uživatel otevře prostředek, aby spustil svoji relaci, a když se jeho plocha načte a je připravená k použití. Například u RemoteAppu je to doba potřebná ke spuštění aplikace.

Doba potřebná k připojení má dvě fáze:

  • Připojení – to je doba, po kterou služba Azure nasměruje uživatele na hostitele relace.
  • "Přihlášení", což je doba, po kterou služba provede úlohy související s přihlášením uživatele a navázáním relace na hostiteli relace.

Při monitorování času připojení mějte na paměti následující skutečnosti:

  • Čas připojení se měří pomocí následujících kontrolních bodů z diagnostických dat služby Azure Virtual Desktop. Kontrolní body, které přehledy používají k určení, kdy je připojení navázáno, se liší pro desktopovou verzi a pro scénář RemoteAppu.

    • Začíná: Stav WVDConnection = spuštěno

    • Končí: WVDCheckpoints Name = ShellReady (desktopy); Name = RdpShellAppExecuted (RemoteApp. Pokud chcete časovat, zvažte pouze první spuštění aplikace.

Insights například měří dobu 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ž jeden RemoteApp, někdy se může aplikace prostředí spustit vícekrá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í.

  • Vytváření nových relací obvykle trvá déle než obnovení připojení ke stávajícím relacím kvůli rozdílům v procesu přihlašování u nových a navázaných připojení.

  • Doba potřebná k zadání přihlašovacích údajů uživateli se odečte od času připojení k účtu v situacích, kdy uživatel zadává přihlašovací údaje nebo používá alternativní metody ověřování k přihlášení.

Při řešení potíží s vysokým časem připojení azure monitor rozdělí data o celkové době 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 můžou běžet paralelně, což znamená, že se nebudou sčítat tak, aby se rovna celkovému času připojení. Celková doba připojení je míra, kterou 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 zobrazující čtyři fáze procesu přihlášení: Trasa uživatele, Stack Connected, Logon a Shell Start to Shell Ready.

Vývojový diagram zobrazuje následující čtyři komponenty:

  • Trasa uživatele: Doba potřebná od okamžiku, kdy uživatel vybere ikonu služby Azure Virtual Desktop ke spuštění relace, když služba identifikuje hostitele, ke kterému se má připojit. Vysoké zatížení sítě, vysoké zatížení služeb nebo jedinečné směrování síťového provozu může vést k vysokému času směrování. Při řešení potíží s trasami uživatelů se podívejte na síťové cesty.

  • Zásobník připojen: Doba potřebná od překladu hostitele cílové relace pro uživatele službou do doby, kdy služba naváže 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 relace a že směrování do služby je optimální.

  • Přihlášení: Doba potřebná mezi navázáním připojení k hostiteli a spuštěním načítání prostředí. Doba přihlášení zahrnuje několik procesů, které můžou přispět k vysokému počtu připojení. V přehledech můžete zobrazit data pro fázi přihlášení a zjistit, jestli v průměrném čase nedochází k neočekávaným špičkám.

    Proces "přihlášení" je rozdělen do čtyř fází:

    • Profily: Doba potřebná k načtení profilu uživatele pro nové relace. Doba 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 vést také k delšímu načítání profilů.

    • Zásady skupiny objekty (GPO): doba potřebná k použití zásad skupiny na nové relace. Špička v této oblasti dat je známkou toho, že máte příliš mnoho zásad skupiny, jejich použití trvá příliš dlouho nebo že 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 byl řadič domény co nejblíže hostitelům relací.

    • Spuštění prostředí: doba potřebná ke spuštění prostředí (obvykle explorer.exe).

    • FSLogix (Frxsvc): doba potřebná ke spuštění FSLogix v nových relacích. Dlouhá doba spouštění může značit 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 společně s hostiteli relací a správně škálované pro průměrný počet uživatelů, kteří se k hostitelům přihlašují. Další oblastí, na kterou byste se měli podívat, je velikost profilu. Velké velikosti profilů můžou zpomalovat dobu spouštění.

  • Shell start to shell ready: čas od okamžiku, kdy se prostředí začne načítat, do okamžiku, kdy je plně načtené a připravené k použití. Zpoždění v této fázi můžou být způsobená přetížením hostitele relace (vysoké využití 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 vzory využití, zpětnou vazbu uživatelů a všechny chyby, se kterými se uživatelé během svých relací setkali. Většinu menších problémů je možné vyřešit pomocí zpětné vazby uživatelů. Pokud potřebujete prozkoumat podrobnější informace, můžete také filtrovat informace o konkrétním ID připojení nebo časovém období.

Uživatelé na jádro

Jedná se o 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 prostředí konzistentně běží na vysokém, nízkém nebo kolísajícím počtu uživatelů na jádro. Když budete vědět, kolik uživatelů je aktivních, pomůže vám to efektivně využívat prostředky a škálovat prostředí.

Protokoly událostí Windows

Protokoly událostí Windows jsou zdroje dat shromažďované agentem Azure Monitoru nebo agentem Log Analytics na virtuálních počítačích s Windows. Můžete shromažďovat události ze standardních protokolů, jako jsou systémové a aplikační protokoly, a také vlastní protokoly vytvořené 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/Správa 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/Správa Chyba, upozornění a informace

Další kroky

Můžete také nastavit Azure Advisor, který vám pomůže zjistit, jak vyřešit běžné problémy nebo jak jim předcházet. Další informace najdete v tématu Úvod do Azure Advisoru.

Pokud potřebujete pomoc nebo máte nějaké dotazy, podívejte se na naše komunitní zdroje: