)
)
Úvod
Vzdialené desktopové prostredia generujú niekoľko vrstiev prevádzkových údajov, od využitia CPU a pamäte po pripojených používateľov, súbežné relácie a dopyt po aplikáciách. Výzvou je rozhodnúť, ktoré signály sú dôležité a ako sú navzájom prepojené. Tento článok vysvetľuje, čo softvér na monitorovanie vzdialeného desktopu sleduje, ako sa viditeľnosť relácií líši od monitorovania servera a ako môžu IT tímy využiť údaje v reálnom čase a historické údaje na diagnostiku problémov s výkonom.
Čo vlastne monitoruje softvér na monitorovanie vzdialených desktopov?
Monitorovanie vzdialeného pracovného prostredia pokrýva množstvo konceptov. Niektoré nástroje sa zameriavajú na zdroje na strane servera, zatiaľ čo iné inventarizujú pripojenia pomocou protokolu RDP alebo služieb RDS. Nástroje, ktoré sa zameriavajú na bezpečnostný prístup, môžu audítovať a zaznamenávať aktivitu používateľov.
Pre IT má zmysel rozdeliť tieto nástroje do 5 kategórií:
| Monitorovacia vrstva | Na čo odpovedá | Typické informácie |
|---|---|---|
| Infrastruktúra | Je hostiteľ zdravý? | CPU, pamäť, disk, šírka pásma, dostupnosť |
| Pripojenie | Kto sa pripojil a kedy? | Používateľ, čas prihlásenia, stav pripojenia |
| Relácia | Čo sa deje počas vzdialených relácií? | Pripojení používatelia, súbežné relácie, trvanie, stav relácie |
| Používateľská skúsenosť | Je vzdialená relácia responzívna? | Zdržanie vstupu, latencia, oneskorenia prihlásenia, reakčná doba aplikácie |
| Aktivita | Aké aplikácie alebo akcie sú zapojené? | Používanie aplikácie, procesy, udalosti auditu alebo záznamy relácií |
Tieto súvisia, ale nie sú nevyhnutne zameniteľné, pretože jeden môže hlásiť saturáciu CPU, ale neodhalí, ktorá relácia bola prvá postihnutá, zatiaľ čo audítorská platforma môže identifikovať, kto sa pripojil, ale nevysvetlí, prečo sa výkon zhoršil.
Softvér na nahrávanie relácií posúva túto funkciu na ďalšiu úroveň zhromažďovaním podrobných dôkazov o tom, čo sa udialo v kontexte vzdialeného prostredia, pričom zavádza ďalšie úvahy o bezpečnosti, súkromí a uchovávaní a skladovaní.
Prvou výzvou pri porovnávaní softvéru na monitorovanie vzdialených desktopov je identifikovať viditeľnosť, ktorú IT skutočne potrebuje.
Prečo je viditeľnosť na úrovni relácie iná ako monitorovanie servera?
Tradičný monitorovanie servera nástroje sa pýtajú, či stroj funguje správne. Je využitie CPU vysoké? Je pamäť nízka? Raste využitie disku? Je server online?
Tieto metriky sú stále relevantné v scenári hostingu RDS, ale existuje ďalšia vrstva, ktorú treba zvážiť. Zdieľaná infraštruktúra RDS znamená, že na úrovni hostiteľa sú CPU, pamäť, úložisko a sieťová kapacita rozdelené medzi viacerých používateľov a aplikácie.
Na úrovni relácie majú aplikácie a procesy každého používateľa jedinečné požiadavky. RD Session Host môže byť vo všeobecnosti zdravý, zatiaľ čo aplikácie jedného používateľa zamrznú, alebo jedna pomalá relácia neznamená, že celý server je na limite.
Rozdiel je významný pre účely odstraňovania problémov. Ak desať používateľov na rovnakom serveri začne spomaľovať v rovnakom čase, má zmysel najprv sa pozrieť na zdieľané zdroje servera. Ak má problémy iba jeden používateľ, je pravdepodobnejšie, že problém je izolovaný na túto reláciu, jej aplikácie a pripojenie.
Nástroje na monitorovanie vzdialených desktopov sú najúčinnejšie, keď umožňujú administrátorom prechádzať medzi týmito perspektívami a vytvárať spojenia medzi celkovým stavom servera a stavom jednotlivých používateľských relácií.
Aké sú najdôležitejšie metriky vzdialeného pracovného stola?
Žiadna metrika neovláda zdravie prostredia vzdialeného pracovného stola. Správcovia potrebujú dostatočný kontext na interpretáciu aktuálnej záťaže, spotreby zdrojov a používateľskej skúsenosti.
Koľko používateľov a relácií je aktívnych?
Počty relácií poskytujú základ pre túto konverzáciu.
Relevante údaje zahŕňajú pripojených používateľov, aktívne a odpojené relácie, počet súbežných relácií , distribúcia naprieč servermi, špičkové obdobia a historická súbežnosť.
Trendy súbežnosti majú prednosť pred počtom zamestnancov pri hodnotení výkonu systému vzdialenej plochy, keďže kapacita je zvyčajne definovaná súbežnou pracovnou záťažou, skôr než počtom registrovaných používateľov. Stroj, ktorý obsluhuje 200 príležitostných používateľov, môže byť výrazne viac zaťažený ako súbežný počet relácií 40 používateľov spúšťajúcich aplikácie s vysokým výkonom.
Hodnota metrík súbehu, doplnená štatistikami infraštruktúry, je určiť, či existuje korelácia medzi nárastom pripojených používateľov a rastom spotreby zdrojov.
Sú serverové zdroje dostatočné na pokrytie dopytu po reláciách?
CPU, pamäť, disková aktivita a dostupné úložisko sú stále kľúčové metriky na monitorovanie vzdialeného pracovného stola.
Zaujímavá otázka nie je, či CPU dosiahlo určitý percentuálny podiel, ale kedy bolo pod tlakom a čo sa deje v rovnakom čase.
Konzistentný nárast CPU, napríklad, môže súvisieť s ranným náporom prihlásení, zvýšeným počtom súbežných relácií, naplánovaným procesom alebo intenzívnym používaním konkrétnej obchodnej aplikácie.
Spojenie medzi oboma je zvyčajne dôležitejšie ako hodnota využitia.
Ktoré aplikácie a procesy spôsobujú zaťaženie?
Viditeľnosť aplikácie prispieva k dodatočnému kontextu.
Pochopenie aplikácií, ktoré sa používajú, keď dopyt vzrastá a ktoré procesy spotrebúvajú najviac zdrojov, umožňuje administrátorom spájať aktivitu používateľov s chovaním infraštruktúry.
Monitorovanie aplikácií môže riešiť tieto typy otázok. Objavuje sa problém s výkonom, keď je konkrétna aplikácia intenzívne používaná? Bežia hostitelia relácií, ktorí prevádzkujú intenzívnejší súbor aplikácií? Sú aplikácie udržiavané alebo licencované, ktoré sa zriedka používajú?
Táto informácia má hodnotu nielen pre riešenie problémov, ale aj pre všeobecnú správu infraštruktúry a softvéru.
Prispieva sieť alebo používateľská skúsenosť k problému?
Remote desktopové relácie sú interaktívne svojou podstatou, čo okamžite odhaľuje problémy s sieťou alebo reakčnosťou koncovým používateľom.
Potrebné je vyhodnotiť šírku pásma v súvislosti s inými metrikami výkonu servera, pretože server môže mať voľnú kapacitu CPU a pamäte, zatiaľ čo pripojenia sú spomalené úzkym hrdlom na inom mieste v komunikačnom reťazci. Pochopenie Výkon RDP na sieťach s vysokou latenciou môže pomôcť rozlíšiť problémy s reakciou siete od obmedzení zdrojov na strane hostiteľa.
Niektoré prostredia RDS môžu ponúknuť viac informácií o skúsenostiach koncových používateľov ako iné. Microsoft Performance Monitor, napríklad, má počítadlá oneskorenia vstupu používateľa, ktoré dokážu identifikovať oneskorenia na úrovni relácie a procesu. Microsoft dokumentuje túto funkciu ako metódu korelácie čísel relácií, využitia CPU a reakčnosti na serveroch RD Session Host.
Nie všetky nástroje na monitorovanie vzdialených desktopov obsahujú rovnaké metriky latencie alebo oneskorenia vstupu. IT administrátori by mali dvakrát skontrolovať, čo dodávateľ skutočne ponúka z hľadiska informácií o používateľskej skúsenosti, namiesto toho, aby predpokladali, že to bude prítomné.
Ako môže monitorovanie vzdialenej plochy pomôcť vášmu tímu, keď musíte riešiť pomalé relácie?
Hodnota monitorovania vzdialeného pracovného stola sa najlepšie prejavuje, keď administrátori prijímajú viacero signálov a korelujú ich.
Keď používateľ poukazuje na to, že RDP je pomalé, opisuje účinok, nie príčinu. Vašou prvou prioritou je pochopiť rozsah problému.
Má jeden používateľ problémy? Je niekoľko používateľov na rovnakom hostiteľovi? Sú na viacerých serveroch používatelia s rovnakým problémom?
S definovaným rozsahom problému môžu vaše monitorovacie poznatky pomôcť zamerať váš prieskum:
| Príznak | Užitočné kontroly |
|---|---|
| Jeden používateľ je pomalý | Stav relácie, aplikácie, procesy, podmienky pripojenia |
| Väčšina používateľov na jednom serveri je pomalá | CPU, pamäť, disk I/O, využitie procesora, súbežné relácie |
| Používatelia na viacerých serveroch sú pomalí | Zdieľané sieťové alebo infraštruktúrne závislosti |
| Výkon sa zhoršuje každý deň v rovnakom čase. | Konkurencia, naplánované úlohy, vrcholy aplikácií |
| Používatelia sú často odpojení | Dostupnosť servera, podmienky siete, udalosti služby a pripojenia |
| Jedna aplikácia sa opakovane správa zle | Používanie aplikácie, súvisiace procesy a spotreba zdrojov |
Cieľom je korelácia. Špičky CPU znamenajú viac v kontexte zvyšujúcej sa súbežnosti. Vysoké využitie šírky pásma je pozoruhodnejšie v prípade viacerých sťažností používateľov. Opakujúci sa problém s výkonom je ľahšie identifikovať, keď viete, že sa každýkrát vyskytuje tá istá aplikácia alebo pracovná záťaž.
Monitoring neidentifikuje vždy základnú príčinu, ale zachytáva prevádzkový kontext potrebný pre administrátorov na zúženie okruhu možných podozrivých.
Riešenie problémov na základe pamäte po skutočnosti nie je to isté ako kontrola prostredia v čase incidentu.
Sledovanie v reálnom čase, upozornenia a historické správy: Prečo sú všetky dôležité?
Monitoring sa ukazuje ako prospešné, keď vám umožňuje odpovedať na tri rôzne prevádzkové otázky: čo sa aktuálne deje, kedy by mala IT zasiahnuť a čo sa stalo predtým?
Čo sa práve deje?
Sledovanie v reálnom čase môžu administrátori využiť na preskúmanie aktuálneho výkonu servera, prihlásených používateľov, procesov aplikácií a sieťovej aktivity.
Táto informácia môže byť kľúčová počas incidentu, pretože umožňuje správcovi zistiť, či je na zdrojoch stále tlak alebo sa vyskytuje nezvyčajné zaťaženie.
Hodnota v reálnom čase poskytuje aktuálne údaje, ale to je všetko. Metrika je v súčasnosti iba informatívna. Niečo, čo sa teraz zdá normálne, mohlo byť abnormálne, keď používateľ zažíval problém.
Kedy si niečo vyžaduje pozornosť?
Upozornenia transformujú monitorovanie z pasívneho zberu údajov na proaktívny a operačný proces.
Administrátori určujú, čo si zaslúži pozornosť: trvalé využitie procesora, tlak na pamäť, aktivita disku, nadmerný počet aktívnych používateľov alebo výpadky servera.
Monitorovacie prahy stále je potrebné uplatniť zdravý rozum; krátky nárast aktivity CPU je očakávaný, ale opakovaný tlak počas hodín špičky môže naznačovať vznikajúci problém s kapacitou.
Čo sa stalo pred incidentom?
Historické správy odhaľujú vzory, ktoré živé metriky nemôžu. Microsoft odporúča používať Zber údajov z monitorovania výkonu na zaznamenávanie výkonových čísel v priebehu času pri vyšetrovaní občasných problémov s výkonom Windows Server.
Povedzme, že CPU dosiahne 90 percent počas piatich minút. Ak ide o izolovaný incident v inak známej dávkovej operácii, nemusí to naznačovať problém. Ale ak CPU dosiahne 90 percent každý pracovný deň približne v rovnakom čase, keď súčasnosť prekročí daný prah, to je cenná informácia pre plánovanie kapacity.
Historické základne sú často dôležitejšie ako jednotlivé prahy, pretože ukazujú, čo je normálne pre daný server, mix aplikácií a populáciu používateľov.
V ktorých prípadoch sú natívne nástroje na monitorovanie systému Windows dostatočné?
Windows poskytuje pomerne robustný nástroj na riešenie problémov.
Správca úloh a Monitor zdrojov zobrazujú aktuálne využitie zdrojov. Monitor výkonu môže zbierať výkonové počítadlá systému Windows, vrátane oneskorenia vstupu používateľa na úrovni relácie a procesu v podporovaných verziách systému Windows Server. Prehliadač udalostí zobrazuje udalosti súvisiace s operačným systémom a RDS, zatiaľ čo PowerShell môže byť použitý na dotazovanie a automatizáciu mnohých administratívnych úloh.
Pre riešenie problémov na jednom serveri alebo vyšetrenie konkrétneho problému môžu byť tieto nástroje dostatočné pre skúseného administrátora.
Avšak potreba monitorovať viacero serverov alebo preskúmať situáciu z pohľadu predchádzajúceho výskytu môže vyžadovať, aby sa informácie získali z viacerých zdrojov.
Centralizované monitorovanie je užitočné v situáciách, keď IT musí monitorovať viac ako jeden hostiteľ cez jednu konzolu, ukladať historické informácie na neskoršie použitie, porovnávať systémy a časové rámce, reportovať o aktivite používateľov a súbežnosti alebo nastavovať upozornenia.
Hodnota takéhoto prístupu nie je nevyhnutne v metrikách, ktoré Windows neposkytuje.
Je to skôr o schopnosti konsolidovať, ukladať a korelovať tieto informácie, aby boli pre administrátorov akčnejšie.
Znamená to, že nahrávate používateľov, ak používate monitorovanie relácií vzdialeného pracovného stola?
Nie. Termíny sa často používajú zameniteľne, ale monitorovanie relácií a nahrávanie relácií majú výrazne odlišný rozsah a schopnosti.
Zatiaľ čo monitorovanie relácií vzdialeného pracovného stola môže iba sledovať pripojených používateľov, súbežné relácie, využitie zdrojov, históriu relácií alebo používanie aplikácií, nahrávanie relácií by zachytilo oveľa podrobnejší súbor údajov o aktivitách v rámci vzdialenej relácie v závislosti od produktu, ako sú obsah obrazovky, aktivity aplikácií, aktivity schránky alebo iné udalosti.
Nahrávanie relácií môže mať zmysel pre konkrétne scenáre s privilégiovaným prístupom, prístupom tretích strán, auditom alebo bezpečnosťou, ale vyvoláva ďalšie otázky týkajúce sa uchovávania, prístupu, ukladania a súkromia.
Pre väčšinu každodenných operácií vzdialeného pracovného stola nie je schopnosť zaznamenávať všetky podrobnosti relácie potrebná a IT tím ju nechce, pretože potrebujú len dostatok informácií o relácii na pozorovanie výkonu a analytické účely.
Ako môžete zlepšiť plánovanie kapacity pomocou monitorovania vzdialeného pracovného stola?
Keď ide o infraštruktúru vzdialeného pracovného stola, hustota zaťaženia je dôležitým faktorom.
Počet nakonfigurovaných účtov hovorí málo o počte súčasných používateľov, aplikáciách, ktoré spúšťajú, a ich intenzite.
Historické monitorovanie sprístupňuje tieto informácie.
Analýzou súčasných používateľov a porovnávaním s využitím CPU, pamäte, disku a siete získavajú IT administrátori akčné poznatky o svojom prostredí. Vidia, kedy zaťaženia začínajú ovplyvňovať infraštruktúru, ktoré pracovné zaťaženia sú zodpovedné a či trend narastá.
Tieto informácie môžu byť použité na odôvodnenie akcií, ako je vyváženie pracovnej záťaže medzi hostiteľmi, pridávanie ďalších serverov, pridávanie ďalších zdrojov k existujúcim serverom, plánovanie náročných aplikácií alebo skúmanie aplikácií, ktoré spotrebúvajú neprimerane veľké množstvo zdrojov.
Ten prístup je oveľa presnejší ako všeobecné odporúčanie založené na používateľoch na server. Microsoftov Usmernenia pre dimenzovanie hostiteľa relácie vzdialenej plochy podobne odporúča hodnotiť typ pracovnej záťaže, hustotu používateľov a merania používateľskej skúsenosti namiesto spoliehania sa na jeden všeobecný údaj o kapacite. Dve spoločnosti s rovnakou používateľskou základňou môžu mať veľmi odlišné požiadavky na aplikácie a infraštruktúru.
Aký typ požiadaviek by ste mali hľadať, keď hľadáte softvér na monitorovanie vzdialených desktopov?
Najlepšie softvér na monitorovanie vzdialených desktopov nie je nevyhnutne produkt, ktorý zbiera najviac údajov. Je to ten, ktorý poskytuje úroveň viditeľnosti potrebnú pre spravované prostredie.
Pre väčšinu tímov IT operácií sú kľúčové požiadavky jednoduché:
- c centralizovaná viditeľnosť naprieč viacerými servermi
- aktuálni používatelia a informácie o súbežných reláciách
- monitorovanie CPU, pamäte, disku a siete
- viditeľnosť aplikácií a procesov
- historické správy a analýza trendov
- konfigurovateľné upozornenia
- praktické možnosti reportovania a exportu
Platforma by mala tiež uľahčiť koreláciu. Počty relácií sa stávajú cennejšími, keď ich administrátori môžu porovnávať s zaťažením servera. Používanie aplikácie sa stáva užitočnejším, keď sa môže skúmať v priebehu času.
Nasadenie a administratívne náklady sú tiež dôležité. Monitorovacia platforma určená na zjednodušenie vzdialenej infraštruktúry by nemala zavádzať neprimeranú zložitost infraštruktúry alebo správy.
Nakoniec overte, čo presne predajcovia myslia pod pojmami ako monitorovanie relácií, monitorovanie používateľov a monitorovanie vzdialených desktopov. Jedna platforma môže znamenať reportovanie pripojených používateľov, iná môže poskytovať metriky reakcie RDP, zatiaľ čo iná môže ponúkať kompletné nahrávanie obrazovky.
Terminológia môže znieť podobne. Viditeľnosť, ktorú poskytuje, môže byť veľmi odlišná.
Ako môže TSplus zjednodušiť monitorovanie vzdialených desktopov?
Pre IT tímy spravujúce infraštruktúru vzdialených desktopov Windows prinášame aktivitu serverov a používateľov do centralizovaného monitorovacieho prostredia. Správcovia môžu sledovať využitie CPU, pamäte, disku a šírky pásma, pričom tiež sledujú pripojených používateľov, súbežné relácie a aktivitu aplikácií, čo im pomáha vzťahovať výkon infraštruktúry na skutočnú dopyt po vzdialených desktopoch.
TSplus Server Monitoring tiež poskytuje historické správy a konfigurovateľné upozornenia, takže administrátori môžu identifikovať opakujúce sa vzory pracovného zaťaženia namiesto toho, aby sa spoliehali iba na živé metriky. To uľahčuje vyšetrovanie problémov s výkonom, stanovenie praktických základných hodnôt a predpokladanie požiadaviek na kapacitu naprieč viacerými servermi bez zavedenia úplného nahrávania používateľských relácií.
Záver
Efektívne monitorovanie vzdialeného desktopu spočíva v korelácii, nie v zhromažďovaní čo najväčšieho množstva metrík. Výkon servera, aktivita relácií, dopyt po aplikáciách a podmienky siete sa stávajú užitočnejšími, keď ich administrátori môžu skúmať spoločne.
Ten kombinovaný pohľad pomáha IT rozlíšiť izolované problémy používateľov od celkových úzkych miest, pochopiť opakujúce sa vzory výkonu a robiť lepšie rozhodnutia o kapacite, keď sa prostredia vzdialených desktopov rozširujú.
)
)
)
