Glosář Přehledy služby Azure Virtual Desktop

  • Článek

Tento článek uvádí a stručně popisuje klíčové pojmy a koncepty související s Přehledy služby Azure Virtual Desktop.

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í ion" 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 Přehledy 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 Přehledy 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
VIDĚL Jižní Afrika – západ
SCUS Středojižní USA
SEA2 Jihovýchodní Asie 2
MOŘÍ 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 Přehledy 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í ion.

Čí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í v nástroji Pro odhad 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.

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í ion, což je doba, jak dlouho 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. Kontrolní body, které Přehledy používají k určení, kdy je připojení vytvořeno, se liší pro desktopovou plochu a scénář RemoteAppu.

    • Začíná: WVD Připojení ion state = started

    • Konec: WVDCheckpoints Name = ShellReady (desktopy); Name = RdpShellAppExecuted (RemoteApp. Pro časování zvažte pouze spuštění první aplikace).

Například Přehledy měří čas spuštění desktopového prostředí na základě toho, jak dlouho trvá spuštění Průzkumníka Windows. Přehledy 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 znázorňující čtyři fáze procesu přihlašování: Trasa uživatele, Stack Připojení ed, Logon a Shell Start to Shell Ready.

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í. Data pro fázi přihlášení můžete zobrazit v Přehledy 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 Přehledy služby Azure Virtual Desktop:

Název události Typ události
Aplikace Chyba a upozornění
Microsoft-Windows-TerminalServices-Remote Připojení ionManager/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 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í: