Azure Virtual Desktop Elemzések szószedet
Ez a cikk felsorolja és röviden ismerteti az Azure Virtual Desktop Elemzések kapcsolatos legfontosabb kifejezéseket és fogalmakat.
Riasztások
Az előfizetésen konfigurált és 0 súlyosságúként besorolt aktív Azure Monitor-riasztások az Áttekintés lapon jelennek meg. A riasztások beállításáról az Azure Monitor naplóriasztásai című témakörben olvashat.
Elérhető munkamenetek
Az elérhető munkamenetek a gazdagépkészletben elérhető munkamenetek számát jelenítik meg. A szolgáltatás ezt a számot úgy számítja ki, hogy megszorozza a virtuális gépek (virtuális gépek) számát a virtuális gépen engedélyezett munkamenetek maximális számával, majd kivonja a teljes munkamenetet.
Ügyfél operációs rendszere (OS)
Az ügyfél operációs rendszere (OS) megjeleníti, hogy az Azure Virtual Desktop-erőforrásokhoz hozzáférő operációsrendszer-végfelhasználók melyik verzióját használják jelenleg. Az ügyfél operációs rendszere azt is megjeleníti, hogy a webes (HTML) ügyfél melyik verziójával és a teljes távoli asztali ügyfélalkalmazással rendelkezik a felhasználók. A Windows operációsrendszer-verziók teljes listáját az operációs rendszer verziója című témakörben találja.
Csatlakozás ion siker
Ez az elem a kapcsolat állapotát jeleníti meg. A "Csatlakozás ion sikeres" azt jelenti, hogy a kapcsolat elérheti a gazdagépet, amint azt a virtuális gépen lévő verem is megerősítette. A sikertelen kapcsolat azt jelenti, hogy a kapcsolat nem tudta elérni a gazdagépet.
Napi aktív felhasználók (DAU)
A munkamenetet az elmúlt 24 órában megkezdő felhasználók teljes száma.
Napi riasztások
A naponta aktivált riasztások teljes száma.
Napi csatlakozások és újracsatlakozások
Az elmúlt 24 órában elindított vagy befejezett kapcsolatok és újracsatlakozások teljes száma.
Napi csatlakozások időtartama órákban
A munkamenethez az elmúlt 24 órában a felhasználók közötti munkamenethez kapcsolódó órák teljes száma.
Diagnosztikák és hibák
Ha egy hiba vagy riasztás jelenik meg az Azure Virtual Desktop Elemzések, három dolog kategorizálja:
Tevékenységtípus: ebben a kategóriában kategorizálja a hibát az Azure Virtual Desktop diagnosztika. A kategóriák felügyeleti tevékenységek, hírcsatornák, kapcsolatok, gazdagépregisztrációk, hibák és ellenőrzőpontok. További információ ezekről a kategóriákról a Diagnosztikához készült Log Analytics szolgáltatásban.
Típus: ez a kategória a hiba helyét jeleníti meg.
- A "service" vagy a "ServiceError = TRUE" jelölésű hibák az Azure Virtual Desktop szolgáltatásban történtek.
- Az "üzembe helyezés" vagy a "ServiceError = FAL Standard kiadás" címkével ellátott hibák az Azure Virtual Desktop szolgáltatáson kívül történtek.
- A ServiceError címkével kapcsolatos további információkért lásd a gyakori hibaforgatókönyveket.
Forrás: ez a kategória pontosabb leírást ad a hiba helyéről.
Diagnosztika: a szolgáltatástevékenységek figyeléséért és jelentéséért felelős szolgáltatásszerepkör, amely lehetővé teszi a felhasználók számára az üzembe helyezési problémák megfigyelését és diagnosztizálését.
RDBroker: az üzembehelyezési tevékenységek vezényléséért, az objektumok állapotának fenntartásáért, a hitelesítés érvényesítéséért és egyebekért felelős szolgáltatásszerepkör.
RDGateway: a végfelhasználók és a virtuális gépek közötti hálózati kapcsolatok kezeléséért felelős szolgáltatásszerepkör.
RDStack: a virtuális gépekre telepített szoftverösszetevő, amely lehetővé teszi számukra az Azure Virtual Desktop szolgáltatással való kommunikációt.
Ügyfél: a végfelhasználói gépen futó szoftver, amely biztosítja az Azure Virtual Desktop szolgáltatás felületét. Megjeleníti a közzétett erőforrások listáját, és a távoli asztali kapcsolatot üzemelteti a kijelölés után.
Minden diagnosztikai probléma vagy hiba tartalmaz egy üzenetet, amely elmagyarázza, hogy mi történt. A hibaelhárítási hibákkal kapcsolatos további információkért tekintse meg az Azure Virtual Desktop hibáinak azonosítását és diagnosztizálását ismertető témakört.
Átjáró régiókódjai
Az Azure Virtual Desktop egyes metrikái Elemzések listázni azt az átjárórégiót, amelyen keresztül a felhasználó csatlakozik. Az átjárórégiót egy három vagy négybetűs kód jelöli, amely annak az Azure-régiónak felel meg, ahol az átjáró található. Az alábbi táblázat az átjárórégió kódjait és a hozzájuk tartozó Azure-régiókat sorolja fel:
| Átjáró régiókódja | Azure-régió |
|---|---|
| AUC | Ausztrália középső régiója |
| AUC2 | Ausztrália 2. középső régiója |
| AUE | Kelet-Ausztrália |
| AU Standard kiadás | Délkelet-Ausztrália |
| BRS | Dél-Brazília |
| CAC | Közép-Kanada |
| CAE | Kelet-Kanada |
| CHNO | Észak-Svájc |
| CIN | Közép-India |
| CUS | Az USA középső régiója |
| EAS | Kelet-Ázsia |
| Enterprise kiadás U | Kelet-Európa |
| EUS | USA keleti régiója |
| EUS2 | USA 2. keleti régiója |
| FRAS | Dél-Franciaország |
| FRC | Közép-Franciaország |
| GEC | Közép-Németország |
| GEN | Észak-Németország |
| GÉN | Északkelet-Németország |
| GWC | Középnyugat-Németország |
| JPE | Kelet-Japán |
| JPW | Nyugat-Japán |
| KRC | Dél-Korea középső régiója |
| KRS | Dél-Korea déli régiója |
| KRS2 | Dél-Korea 2 |
| NCUS | USA északi középső régiója |
| NEU | Észak-Európa |
| NOE | Kelet-Norvégia |
| MOST | Nyugat-Norvégia |
| SAN | Dél-Afrika északi régiója |
| LÁTTA | Dél-Afrika nyugati régiója |
| SCUS | USA déli középső régiója |
| Standard kiadás A2 | Délkelet-Ázsia 2 |
| Standard kiadás AS | Délkelet-Ázsia |
| SIN | Dél-India |
| SWW | Nyugat-Svájc |
| UAEC | Egyesült Arab Emírségek középső régiója |
| Egyesült Arab Emírségek | Egyesült Arab Emírségek északi régiója |
| UKN | Az Egyesült Királyság északi régiója |
| UKS | Az Egyesült Királyság déli régiója |
| UKS2 | Az Egyesült Királyság 2. déli régiója |
| UKW | Az Egyesült Királyság nyugati régiója |
| WCUS | USA nyugati középső régiója |
| NYEU | Nyugat-Európa |
| NYER | Nyugat-India |
| WUS | USA nyugati régiója |
Bemeneti késés
Az Azure Virtual Desktopban a "bemeneti késleltetés" Elemzések az egyes munkamenetek folyamatteljesítmény-számlálónkénti bemeneti késleltetését jelenti. A aka.ms/azmonwvdi állomásteljesítmény-lapján ez a teljesítményszámláló úgy van konfigurálva, hogy 30 másodpercenként küldjön jelentést a szolgáltatásnak. Ezeket a 30 másodperces időközöket "mintáknak" nevezzük, és a jelentés a legrosszabb eset ebben az ablakban. A medián és a p95 értékek az összes mintában a mediánt és a 95. percentilist tükrözik.
A Bemeneti késleltetés állomásonként lehetőség esetén kiválaszthat egy munkamenet-gazdagépsort, amellyel a lap összes többi vizualizációja az adott gazdagépre szűrhető. Kiválaszthat egy folyamatnevet is, amely szűri a bemeneti késleltetést az idődiagramon.
A késéseket a következő kategóriákba soroljuk:
- Jó: 150 ezredmásodperc alatt.
- Elfogadható: 150-500 ezredmásodperc.
- Gyenge: 500-2000 ezredmásodperc (2 másodperc alatt).
- Rossz: több mint 2000 ezredmásodperc (2 másodperc és fel).
A bemeneti késleltetésszámláló működésével kapcsolatos további információkért tekintse meg a felhasználói bemeneti késleltetés teljesítményszámlálóit.
Havi aktív felhasználók (MAU)
A munkamenetet az elmúlt 28 napban megkezdő felhasználók teljes száma. Ha 30 napig vagy annál rövidebb ideig tárol adatokat, akkor a vártnál alacsonyabb MAU- és Csatlakozás ion értékek jelenhetnek meg olyan időszakokban, amikor kevesebb mint 28 napnyi adat áll rendelkezésre.
Teljesítményszámlálók
A teljesítményszámlálók a hardverösszetevők, operációs rendszerek és alkalmazások teljesítményét mutatják.
Az alábbi táblázat az Azure Monitor által az Azure Virtual Desktophoz használt ajánlott teljesítményszámlálókat és időintervallumokat sorolja fel:
| Teljesítményszámláló neve | Időintervallum |
|---|---|
| Logikai lemez(C:)\Avg. Lemezsor hossza | 30 másodperc |
| Logikai lemez(C:)\Avg. Lemez másodperc/átvitel | 60 másodperc |
| Logikai lemez(C:)\Aktuális lemez üzenetsorának hossza | 30 másodperc |
| Memória(*)\Rendelkezésre álló Mbytes | 30 másodperc |
| Memória(*)\Oldalhibák/mp | 30 másodperc |
| Memória(*)\Oldalak/mp | 30 másodperc |
| Memória(*)\Előjegyzett memória kihasználtsága (%) | 30 másodperc |
| PhysicalDisk(*)\Avg. Lemezsor hossza | 30 másodperc |
| PhysicalDisk(*)\Avg. Disk sec/Read | 30 másodperc |
| PhysicalDisk(*)\Avg. Disk sec/Transfer | 30 másodperc |
| PhysicalDisk(*)\Avg. Disk sec/Write | 30 másodperc |
| Processzoradatok(_Total)\% Processzoridő | 30 másodperc |
| Terminálszolgáltatások(*)\Aktív munkamenetek | 60 másodperc |
| Terminálszolgáltatások(*)\Inaktív munkamenetek | 60 másodperc |
| Terminálszolgáltatások(*)\Összes munkamenet | 60 másodperc |
| *Felhasználói beviteli késleltetés folyamatonként(*)\Maximális bemeneti késleltetés | 30 másodperc |
| *Felhasználói bevitel késleltetése munkamenetenként(*)\Maximális bemeneti késleltetés | 30 másodperc |
| RemoteFX Network(*)\Current TCP RTT | 30 másodperc |
| RemoteFX Network(*)\Current UDP Sávszélesség | 30 másodperc |
Lehetséges csatlakozási problémák
A lehetséges csatlakozási problémák a gazdagépeket, a felhasználókat, a közzétett erőforrásokat és az ügyfeleket magas kapcsolati hibával jelenítik meg. Miután kiválasztotta a "jelentés szerint" szűrőt, a probléma súlyosságát az alábbi oszlopok értékeinek ellenőrzésével értékelheti ki:
- Kísérletek (kapcsolati kísérletek száma)
- Erőforrások (közzétett alkalmazások vagy asztalok száma)
- Gazdagépek (virtuális gépek száma)
- Ügyfelek
Ha például a Felhasználó szerint szűrőt választja, ellenőrizheti, hogy az egyes felhasználók csatlakozási kísérletei megjelennek-e a Kísérletek oszlopban.
Ha azt tapasztalja, hogy egy kapcsolati probléma több gazdagépre, felhasználóra, erőforrásra vagy ügyfélre is kiterjed, valószínű, hogy a probléma az egész rendszert érinti. Ha nem, ez egy kisebb probléma, amely alacsonyabb prioritást jelent.
A további információk megtekintéséhez bejegyzéseket is kijelölhet. Megtekintheti, hogy mely gazdagépek, erőforrások és ügyfélverziók érintettek a problémával. A kijelzőn a csatlakozási kísérletek során jelentett hibák is megjelennek.
Oda-vissza menetidő (RTT)
Az utazási idő (RTT) a végfelhasználó helye és a munkamenetgazda Azure-régiója közötti kapcsolat oda-vissza menetidejének becslése. Annak megtekintéséhez, hogy mely helyek rendelkeznek a legjobb késéssel, keresse meg a kívánt helyet az Azure Virtual Desktop élménybecslő eszközében.
Munkamenet előzményei
A Munkamenetek elem az összes csatlakoztatott és leválasztott munkamenet állapotát jeleníti meg. Az inaktív munkamenetek csak a leválasztott munkameneteket jelenítik meg.
Súlyossági 0 riasztások
A legsürgetőbb elemek, amelyekről azonnal gondoskodnia kell. Ha nem oldja meg ezeket a problémákat, az az Azure Virtual Desktop üzembe helyezésének leállását okozhatja.
Csatlakozási idő
A kapcsolódás ideje az az idő, amikor a felhasználó megnyit egy erőforrást a munkamenet elindításához, és amikor az asztal betöltődött, és készen áll a használatra. Egy RemoteApp esetében például ez az az idő, amely az alkalmazás elindításához szükséges.
A kapcsolódási idő két szakaszból áll:
- Csatlakozás ion, azaz mennyi ideig tart, amíg az Azure-szolgáltatás átirányítja a felhasználót egy munkamenet-gazdagépre.
- "Bejelentkezés", azaz mennyi ideig tart, amíg a szolgáltatás végrehajtja a felhasználó bejelentkezésével és a munkamenet-gazdagépen történő létrehozásával kapcsolatos feladatokat.
A kapcsolódási idő monitorozása során tartsa szem előtt a következőket:
A csatlakozás ideje az Azure Virtual Desktop szolgáltatás diagnosztikai adatainak alábbi ellenőrzőpontjaival mérhető. Az ellenőrzőpontok Elemzések annak meghatározására, hogy a kapcsolat mikor jön létre, eltérnek az asztali és a RemoteApp-forgatókönyvek esetében.
Kezdés: WVD Csatlakozás ion state = started
Vége: WVDCheckpoints Name = ShellReady (asztalok); Name = RdpShellAppExecuted (RemoteApp. Az időzítéshez csak az első alkalmazásindítást vegye figyelembe)
Elemzések például az asztali élmény indításának idejét méri annak alapján, hogy mennyi ideig tart a Windows Intéző elindítása. Elemzések a RemoteApp indításának idejét is méri a rendszerhéj-alkalmazás első példányának a kapcsolathoz való elindításához szükséges idő alapján.
Feljegyzés
Ha egy felhasználó egynél több RemoteAppot indít el, előfordulhat, hogy a rendszerhéjalkalmazás több alkalommal is végrehajtható egyetlen kapcsolat során. A csatlakozáshoz szükséges idő pontos méréséhez csak az első végrehajtási ellenőrzőpontot kell használnia minden kapcsolathoz.
Az új munkamenetek létrehozása általában hosszabb időt vesz igénybe, mint a meglévő munkamenetek kapcsolatainak újbóli létrehozása az új és a létrehozott kapcsolatok "bejelentkezési" folyamatának eltérései miatt.
A hitelesítő adatok megadásához szükséges időt a rendszer kivonja az időből, hogy a fiókhoz csatlakozzon olyan helyzetekben, amikor a felhasználó vagy eltart egy ideig a hitelesítő adatok megadásához, vagy más hitelesítési módszereket használ a bejelentkezéshez.
A magas csatlakozási idő hibaelhárítása során az Azure Monitor négy összetevőre bontja a teljes kapcsolati idő adatait, hogy könnyebben azonosítható legyen a bejelentkezési idő csökkentése.
Feljegyzés
Az ebben a szakaszban szereplő összetevők csak az elsődleges kapcsolati fázisokat jelenítik meg. Ezek az összetevők párhuzamosan is futtathatók, ami azt jelenti, hogy nem fognak összeadni a csatlakozás teljes időtartamával. A csatlakozás teljes ideje egy olyan mérés, amelyet az Azure Monitor külön folyamat során határoz meg.
Az alábbi folyamatábra a bejelentkezési folyamat négy fázisát mutatja be:
A folyamatábra a következő négy összetevőt jeleníti meg:
Felhasználói útvonal: az az idő, amellyel a felhasználó kiválasztja az Azure Virtual Desktop ikont, hogy elindítsa a munkamenetet, amikor a szolgáltatás azonosít egy gazdagépet, amelyhez csatlakozni szeretne. A magas hálózati terhelés, a magas szolgáltatási terhelés vagy az egyedi hálózati forgalom útválasztása magas útválasztási időt eredményezhet. A felhasználói útvonalakkal kapcsolatos problémák elhárításához tekintse meg a hálózati útvonalakat.
Összekapcsolt verem: az az idő, amely ahhoz szükséges, hogy a szolgáltatás feloldja a felhasználó cél munkamenet-gazdagépét, amikor a szolgáltatás kapcsolatot létesít a munkamenet-gazdagép és a felhasználó távoli ügyfele között. A felhasználói útválasztáshoz hasonlóan a hálózati terhelés, a kiszolgáló terhelése vagy az egyedi hálózati forgalom útválasztása is befolyásolhatja a kapcsolati időt. Ehhez az összetevőhöz a hálózati útválasztásra is figyelnie kell. A kapcsolati idő csökkentése érdekében győződjön meg arról, hogy megfelelően konfigurálta az összes proxykonfigurációt az ügyfél- és munkamenet-gazdagépeken, és hogy a szolgáltatáshoz való útválasztás optimális.
Bejelentkezés: a gazdagéphez való kapcsolat létesítése és a rendszerhéj betöltése közötti idő. A bejelentkezési idő számos folyamatot tartalmaz, amelyek hozzájárulhatnak a magas kapcsolati időkhöz. A Elemzések "bejelentkezési" szakaszának adatait megtekintheti, hogy az átlagidőkben váratlan csúcsok vannak-e.
A "bejelentkezési" folyamat négy szakaszból áll:
Profilok: a felhasználói profil új munkamenetekhez való betöltéséhez szükséges idő. A betöltési idő a felhasználói profil méretétől vagy a használt felhasználóiprofil-megoldásoktól (például a felhasználói élmény virtualizálásától) függ. Ha olyan megoldást használ, amely a hálózat által tárolt profiloktól függ, a túlzott késés hosszabb profilbetöltési időt is eredményezhet.
Csoportházirend-objektumok (CSOPORTHÁZIREND-k): a csoportházirendek új munkamenetekre való alkalmazásának időtartama. Az adatok ezen területén tapasztalható csúcs azt jelzi, hogy túl sok a csoportházirend, a szabályzatok alkalmazása túl sokáig tart, vagy a munkamenet-gazdagép erőforrásproblémákat tapasztal. A feldolgozási idő optimalizálásának egyik lépése, hogy a tartományvezérlő a lehető legközelebb legyen a munkamenet-gazdagépekhez.
Rendszerhéj indítása: a rendszerhéj elindításához szükséges idő (általában explorer.exe).
FSLogix (Frxsvc): az FSLogix új munkamenetekben való elindításához szükséges idő. A hosszú indítási idő problémákat jelezhet az FSLogix felhasználói profilok üzemeltetéséhez használt megosztásokkal kapcsolatban. A problémák elhárításához győződjön meg arról, hogy a megosztások a munkamenet-gazdagépekkel vannak csoportosítva, és megfelelően skálázva vannak a gazdagépekre bejelentkező felhasználók átlagos számához. Egy másik terület, amelyet meg kell vizsgálnia, a profil mérete. A nagy profilméretek lelassíthatják az indítási időket.
A rendszerhéj készen áll a rendszerhéjra: az az idő, amikor a rendszerhéj betöltődni kezd, és készen áll a használatra. Ebben a fázisban a késéseket a munkamenet-gazdagép túlterhelése (magas PROCESSZOR-, memória- vagy lemeztevékenység) vagy konfigurációs problémák okozhatják.
Felhasználói jelentés
A felhasználói jelentésoldalon megtekintheti egy adott felhasználó kapcsolati előzményeit és diagnosztikai adatait. Minden felhasználói jelentés használati mintákat, felhasználói visszajelzéseket és a munkamenetek során tapasztalt hibákat jeleníti meg. A kisebb problémákat a felhasználói visszajelzések segítségével meg lehet oldani. Ha mélyebbre kell ásnia, szűrheti egy adott kapcsolatazonosítóra vagy időtartamra vonatkozó információkat is.
Felhasználók magonként
Ez az egyes virtuálisgép-magok felhasználóinak száma. A felhasználók magonkénti maximális számának időbeli nyomon követése segíthet megállapítani, hogy a környezet folyamatosan magas, alacsony vagy ingadozó számú felhasználót futtat-e magonként. Ha tudja, hány felhasználó aktív, az segít hatékonyan erőforrást és skálázni a környezetet.
Windows-eseménynaplók
A Windows-eseménynaplók olyan adatforrások, amelyeket az Azure Monitor-ügynök vagy a Log Analytics-ügynök gyűjt windowsos virtuális gépeken. Gyűjthet eseményeket a szabványos naplókból, például a rendszerből és az alkalmazásból, valamint a figyelendő alkalmazások által létrehozott egyéni naplókból.
Az alábbi táblázat az Azure Virtual Desktop Elemzések szükséges Windows-eseménynaplóit sorolja fel:
| Esemény neve | Eseménytípus |
|---|---|
| Alkalmazás | Hiba és figyelmeztetés |
| Microsoft-Windows-TerminalServices-Remote Csatlakozás ionManager/Rendszergazda | Hiba, figyelmeztetés és információ |
| Microsoft-Windows-TerminalServices-LocalSessionManager/Operational | Hiba, figyelmeztetés és információ |
| Rendszer | Hiba és figyelmeztetés |
| Microsoft-FSLogix-Apps/Operational | Hiba, figyelmeztetés és információ |
| Microsoft-FSLogix-Apps/Rendszergazda | Hiba, figyelmeztetés és információ |
Következő lépések
- Első lépésként tekintse meg az Üzembe helyezés monitorozása az Azure Virtual Desktop Elemzések című témakört.
- Az adattárolási költségek becsléséhez, méréséhez és kezeléséhez tekintse meg az Azure Monitor költségeinek becslését.
- Ha probléma merül fel, tekintse meg hibaelhárítási útmutatónkat, amely segítséget és ismert problémákat kínál.
Az Azure Advisort is beállíthatja, hogy könnyebben kitalálhassa, hogyan oldhatja meg vagy előzheti meg a gyakori problémákat. További információ az Azure Advisor bemutatása című témakörben.
Ha segítségre van szüksége, vagy bármilyen kérdése van, tekintse meg közösségi forrásainkat:
Kérdéseket tehet fel, vagy javaslatokat tehet a közösségnek az Azure Virtual Desktop TechCommunity webhelyen.
Ha szeretné megtudni, hogyan hagyhatja el a visszajelzést, tekintse meg az Azure Virtual Desktop hibaelhárítási áttekintését, visszajelzését és támogatását.
Az Azure Virtual Desktop visszajelzési központjában is hagyhat visszajelzést az Azure Virtual Desktopról