Az Azure Virtual Desktop Insights szószedete
Ez a cikk felsorolja és röviden ismerteti az Azure Virtual Desktop Insightshoz kapcsolódó főbb kifejezéseket és fogalmakat.
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.
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.
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.
Ez az elem a kapcsolat állapotát jeleníti meg. A "kapcsolat 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.
A munkamenetet az elmúlt 24 órában megkezdő felhasználók teljes száma.
A naponta aktivált riasztások teljes száma.
Az elmúlt 24 órában elindított vagy befejezett kapcsolatok és újracsatlakozások teljes száma.
A munkamenethez az elmúlt 24 órában a felhasználók közötti munkamenethez kapcsolódó órák teljes száma.
Ha hiba vagy riasztás jelenik meg az Azure Virtual Desktop Insightsban, az három dolog szerint kategorizálható:
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 = FALSE" 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.
Az Azure Virtual Desktop Insights egyes metrikái felsorolják 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 |
| AUSE | 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 |
| EEU | 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 |
| FŰRÉSZ | Dél-Afrika nyugati régiója |
| SCUS | USA déli középső régiója |
| SEA2 | Délkelet-Ázsia 2 |
| TENGEREK | 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 |
Az Azure Virtual Desktop Insights "bemeneti késleltetése" 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.
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 kapcsolatértékek jelenhetnek meg olyan időszakokban, amikor 28 napnál kevesebb adat áll rendelkezésre.
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 |
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.
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-beli hálózati oda-vissza késési statisztikákban.
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.
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.
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:
- Kapcsolat, 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ő. A Checkpoints Insights segítségével állapítható meg, hogy a kapcsolat mikor jön létre, és nem egy asztali és egy RemoteApp-forgatókönyv esetében.
Kezdés: WVDConnection 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)
Az Insights például annak alapján méri az asztali élmény indításának idejét, hogy mennyi ideig tart a Windows Intéző elindítása. Az Insights azt is méri, hogy a RemoteApp mikor induljon el a rendszerhéjalkalmazás első példányának a kapcsolathoz való elindításához szükséges idő alapján.
Megjegyzé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.
Megjegyzé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. Az Insightsban megtekintheti a "bejelentkezési" szakasz adatait, hogy megállapíthassa, vannak-e váratlan csúcsok az átlagidőkben.
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.
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.
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.
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 Insightshoz szükséges Windows-eseménynaplókat sorolja fel:
| Esemény neve | Eseménytípus |
|---|---|
| Alkalmazás | Hiba és figyelmeztetés |
| Microsoft-Windows-TerminalServices-RemoteConnectionManager/Admin | 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ó |
- Első lépésként tekintse meg az Üzembe helyezés monitorozása az Azure Virtual Desktop Insights használatával 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