)
)
Úvod
Vzdálené desktopové prostředí generuje několik vrstev provozních dat, od využití CPU a paměti po připojené uživatele, současné relace a poptávku po aplikacích. Výzvou je rozhodnout, které signály jsou důležité a jak spolu souvisejí. Tento článek vysvětluje, co software pro monitorování vzdáleného desktopu sleduje, jak se viditelnost relací liší od monitorování serveru a jak mohou IT týmy využívat data v reálném čase a historická data k diagnostice problémů s výkonem.
Co vlastně software pro monitorování vzdálené plochy sleduje?
Monitorování vzdálené plochy pokrývá řadu konceptů. Některé nástroje se zaměřují na zdroje na straně serveru, zatímco jiné inventarizují připojení pomocí protokolu vzdálené plochy (RDP) nebo služeb vzdálené plochy (RDS). Nástroje, které mají bezpečnostně orientovaný přístup, mohou auditovat a zaznamenávat aktivitu uživatelů.
Pro IT dává smysl rozdělit tyto nástroje do 5 kategorií:
| Monitorovací vrstva | Co to odpovídá | Typické informace |
|---|---|---|
| Infrastruktura | Je hostitel zdravý? | CPU, paměť, disk, šířka pásma, dostupnost |
| Připojení | Kdo se připojil a kdy? | Uživatel, čas přihlášení, stav připojení |
| Relace | Co se děje během vzdálených relací? | Připojení uživatelé, současné relace, trvání, stav relace |
| Uživatelská zkušenost | Je vzdálená relace responzivní? | Zpoždění vstupu, latence, zpoždění přihlášení, odezva aplikace |
| Aktivita | Jaké aplikace nebo akce jsou zapojeny? | Používání aplikace, procesy, auditní události nebo záznamy relací |
Tyto jsou příbuzné, ale nemusí být nutně zaměnitelné, protože jedna může hlásit saturaci CPU, ale neodhalí, která relace byla první zasažena, zatímco auditorská platforma může identifikovat, kdo se připojil, ale nevysvětlí, proč došlo k zhoršení výkonu.
Software pro nahrávání relací to posouvá o krok dál tím, že shromažďuje podrobné důkazy o tom, co se stalo v kontextu vzdáleného prostředí, a zavádí další úvahy o bezpečnosti, soukromí a uchovávání a skladování.
První výzvou při porovnávání softwaru pro monitorování vzdálených desktopů je identifikovat viditelnost, kterou IT skutečně vyžaduje.
Proč je viditelnost na úrovni relace odlišná od monitorování serveru?
Tradiční monitorování serveru nástroje se ptají, zda je stroj v pořádku. Je vysoké využití CPU? Je paměť nízká? Roste využití disku? Je server online?
Tyto metriky jsou stále relevantní v scénáři hostování RDS, ale je zde další vrstva, kterou je třeba zvážit. Sdílená infrastruktura RDS znamená, že na úrovni hostitele jsou CPU, paměť, úložiště a síťová kapacita rozděleny mezi více uživateli a aplikacemi.
Na úrovni relace mají aplikace a procesy každého uživatele jedinečné požadavky. RD Session Host může být obecně zdravý, zatímco aplikace jednoho uživatele se mohou zaseknout, nebo jedna pomalá relace neznamená, že je celý server na maximu.
Rozdíl je významný pro účely odstraňování problémů. Pokud deset uživatelů na stejném serveru začne zpomalovat ve stejnou dobu, má smysl nejprve se podívat na sdílené zdroje serveru. Pokud má pouze jeden uživatel problémy, je pravděpodobnější, že problém je izolován na tuto relaci, její aplikace a připojení.
Nástroje pro monitorování vzdálených desktopů jsou nejúčinnější, když umožňují správcům přepínat mezi těmito pohledy a vytvářet spojení mezi celkovým stavem serveru a stavem jednotlivých uživatelských relací.
Jaké jsou nejdůležitější metriky vzdálené plochy?
Žádná metrika neřídí zdraví prostředí vzdálené plochy. Správci potřebují dostatečný kontext k interpretaci aktuální zátěže, spotřeby zdrojů a uživatelské zkušenosti.
Kolik uživatelů a relací je aktivních?
Počty relací poskytují základ pro tuto konverzaci.
Relevanta data zahrnují připojené uživatele, aktivní a odpojené relace, počet současných relací , distribuce napříč servery, špičková období a historická souběžnost.
Trendy souběžnosti mají přednost před počtem zaměstnanců při hodnocení výkonu systému vzdálené plochy, protože kapacita je obvykle definována souběžným zatížením, nikoli počtem registrovaných uživatelů. Stroj, který obsluhuje 200 příležitostných uživatelů, může být výrazně více zatížen než souběžný počet relací 40 uživatelů, kteří spouštějí vysoce výkonné aplikace.
Hodnota metriky souběžnosti, doplněná statistikami infrastruktury, slouží k určení, zda existuje korelace mezi nárůstem připojených uživatelů a růstem spotřeby zdrojů.
Drží serverové zdroje krok s poptávkou po relacích?
CPU, paměť, disková aktivita a dostupné úložiště jsou stále klíčovými metrikami pro monitorování vzdálené plochy.
Zajímavá otázka není, zda CPU dosáhlo určitého procenta, ale kdy bylo pod tlakem a co se dělo v té době.
Konzistentní nárůst CPU může například souviset s ranním návalem přihlášení, zvýšeným počtem současných relací, naplánovaným procesem nebo intenzivním používáním konkrétní obchodní aplikace.
Spojení mezi oběma je obvykle důležitější než hodnota využití.
Které aplikace a procesy řídí zátěž?
Viditelnost aplikace přispívá k dalšímu kontextu.
Pochopení aplikací, které se používají, když poptávka vzroste, a které procesy spotřebovávají nejvíce zdrojů, umožňuje správcům spojit uživatelskou aktivitu s chováním infrastruktury.
Monitorování aplikací může řešit tyto typy otázek. Objevuje se problém s výkonem, když je konkrétní aplikace intenzivně používána? Běží na serverech relací intenzivnější sada aplikací? Jsou aplikace udržovány nebo licencovány, které se zřídka používají?
Tato informace má hodnotu, nejen pro odstraňování problémů, ale také pro obecnou správu infrastruktury a softwaru.
Přispívá síť nebo uživatelská zkušenost k problému?
Relace vzdálené plochy jsou svou podstatou interaktivní, což okamžitě ukazuje na problémy sítě nebo odezvou koncovým uživatelům.
Šířka pásma musí být hodnocena ve spojení s dalšími metrikami výkonu serveru, protože server může mít volnou kapacitu CPU a paměti, zatímco připojení jsou zpomalena úzkým místem jinde v komunikačním řetězci. Pochopení Výkon RDP na sítích s vysokou latencí může pomoci rozlišit problémy s odezvou sítě od omezení zdrojů na straně hostitele.
Některá prostředí RDS mohou nabídnout více informací o uživatelské zkušenosti než jiná. Microsoft Performance Monitor například obsahuje počítadla zpoždění uživatelského vstupu, která mohou identifikovat zpoždění na úrovni relace a procesu. Microsoft dokumentuje tuto funkci jako metodu korelace čísel relací, využití CPU a reakční doby na serverech RD Session Host.
Ne všechny nástroje pro monitorování vzdálených desktopů zahrnují stejné metriky latence nebo zpoždění vstupu. IT administrátoři by měli znovu zkontrolovat, co dodavatel skutečně nabízí z hlediska informací o uživatelské zkušenosti, místo aby předpokládali, že to bude přítomno.
Jak může monitorování vzdálené plochy pomoci vašemu týmu, když musíte řešit pomalé relace?
Hodnota monitorování vzdálené plochy se nejlépe projevuje, když administrátoři shromažďují více signálů a vzájemně je korelují.
Když uživatel poukazuje na to, že RDP je pomalé, popisuje efekt, nikoli příčinu. Vaší první prioritou je pochopit rozsah problému.
Má jeden uživatel problémy? Je několik uživatelů na stejném hostiteli? Jsou uživatelé na více serverech se stejným problémem?
S definovaným rozsahem problému mohou vaše monitorovací poznatky pomoci zaměřit váš hledání:
| Symptom | Užitečné kontroly |
|---|---|
| Jeden uživatel je pomalý | Stav relace, aplikace, procesy, podmínky připojení |
| Většina uživatelů na jednom serveru je pomalá | CPU, paměť, disk I/O, využití procesu, současné relace |
| Uživatelé na několika serverech jsou pomalí | Sdílené závislosti na síti nebo infrastruktuře |
| Výkon se zhoršuje ve stejnou dobu každý den | Současnost, naplánované úkoly, vrcholy aplikací |
| Uživatelé jsou často odpojeni | Dostupnost serveru, podmínky sítě, události služby a připojení |
| Jedna aplikace opakovaně vykazuje špatné výsledky | Používání aplikace, související procesy a spotřeba zdrojů |
Cílem je korelace. Špičky CPU znamenají více v kontextu zvyšující se konkurence. Vysoké využití šířky pásma je pozoruhodnější v případě více stížností uživatelů. Opakující se problém s výkonem je snazší identifikovat, když víte, že se stejná aplikace nebo pracovní zátěž vyskytuje pokaždé.
Monitoring ne vždy identifikuje základní příčinu, ale zachycuje provozní kontext potřebný pro správce, aby zúžili okruh možných podezřelých.
Odstraňování problémů na základě paměti po události není totéž jako kontrola prostředí v době incidentu.
Sledování v reálném čase, upozornění a historické zprávy: Proč jsou všechny důležité?
Monitoring se ukazuje jako prospěšné, když vám umožňuje odpovědět na tři různé provozní otázky: co se aktuálně děje, kdy by IT mělo zasáhnout a co se stalo dříve?
Co se právě děje?
Sledování v reálném čase mohou administrátoři využít k prozkoumání aktuálního výkonu serveru, přihlášených uživatelů, procesů aplikací a síťové aktivity.
Tato informace může být zásadní během incidentu, protože umožňuje administrátorovi zjistit, zda je na zdrojích stále tlak nebo zda dochází k neobvyklému zatížení.
Skutečná hodnota v reálném čase poskytuje aktuální data, ale to je vše. Metrika je v tuto chvíli pouze informativní. Něco, co se nyní zdá normální, mohlo být abnormální, když uživatel zažíval problém.
Kdy něco vyžaduje pozornost?
Upozornění transformují monitorování z pasivního sběru dat na proaktivní a operační proces.
Správci určují, co si zaslouží pozornost: trvalé využití procesoru, tlak na paměť, aktivita disku, nadměrný počet aktivních uživatelů nebo výpadky serveru.
Monitorovací prahy stále je třeba použít zdravý rozum; krátký nárůst aktivity CPU je očekávatelný, ale opakovaný tlak během špičkových hodin může naznačovat vznikající problém s kapacitou.
Co se stalo před incidentem?
Historické zprávy odhalují vzory, které živé metriky nemohou. Microsoft doporučuje používat Sběr dat Monitoru výkonu zaznamenávat výkonnostní ukazatele v průběhu času při vyšetřování přechodných problémů s výkonem Windows Serveru.
Řekněme, že CPU dosáhne 90 procent po dobu pěti minut. Pokud je to izolovaný incident v jinak známém dávkovém procesu, nemusí to naznačovat problém. Ale pokud CPU dosahuje 90 procent každý pracovní den přibližně ve stejnou dobu, kdy souběžnost překročí daný práh, je to cenná informace pro plánování kapacity.
Historické základny jsou často důležitější než jednotlivé prahy, protože ukazují, co je normální pro daný server, mix aplikací a uživatelskou populaci.
V jakých případech jsou nativní nástroje pro monitorování Windows dostatečné?
Windows poskytuje poměrně robustní nástroj pro odstraňování problémů již.
Správce úloh a Monitor prostředků zobrazují aktuální využití zdrojů. Monitor výkonu může shromažďovat výkonové čítače Windows, včetně zpoždění uživatelského vstupu na úrovni relace a procesu na podporovaných verzích Windows Server. Prohlížeč událostí zobrazuje události související s operačním systémem a RDS, zatímco PowerShell může být použit k dotazování a automatizaci mnoha administrativních úkolů.
Pro řešení problémů na jednom serveru nebo vyšetřování konkrétního problému mohou být tyto nástroje pro zkušeného administrátora dostatečné.
Nicméně potřeba monitorovat více serverů nebo přezkoumat situaci z pohledu předchozího výskytu může vyžadovat, aby byly informace získány z více zdrojů.
Centralizované monitorování je užitečné v situacích, kdy IT musí monitorovat více než jeden hostitel prostřednictvím jedné konzole, ukládat historické informace pro pozdější použití, porovnávat systémy a časové rámce, reportovat o aktivitě uživatelů a souběžnosti nebo nastavovat upozornění.
Hodnota takového přístupu není nutně v metrikách, které Windows neposkytuje.
Je to spíše o schopnosti konsolidovat, ukládat a korelovat tyto informace, aby byly pro administrátory akčnější.
Znamená to, že nahráváte uživatele, pokud používáte monitorování relací vzdálené plochy?
Ne. Tyto termíny se často používají zaměnitelně, ale monitorování relací a nahrávání relací mají výrazně odlišný rozsah a schopnosti.
Zatímco monitorování relací vzdálené plochy může pouze sledovat připojené uživatele, současné relace, využití zdrojů, historii relací nebo používání aplikací, nahrávání relací by zachytilo mnohem podrobnější soubor dat o aktivitách v rámci vzdálené relace v závislosti na produktu, jako jsou obsah obrazovky, aktivity aplikací, aktivity schránky nebo jiné události.
Nahrávání relací může dávat smysl pro specifické scénáře s privilegovaným přístupem, přístupem třetích stran, auditem nebo bezpečností, ale vyvstávají další otázky ohledně uchovávání, přístupu, úložiště a soukromí.
Pro většinu každodenních operací vzdálené plochy je schopnost zaznamenat všechny detaily relace zbytečná a nežádoucí pro IT tým, protože potřebují pouze dostatek informací o relaci pro pozorování výkonu a analytické účely.
Jak můžete zlepšit plánování kapacity pomocí monitorování vzdálené plochy?
Když jde o infrastrukturu vzdálené plochy, hustota zatížení je důležitým faktorem.
Počet nakonfigurovaných účtů říká málo o počtu současných uživatelů, aplikacích, které používají, a jejich intenzitě.
Historické monitorování zpřístupňuje tyto informace.
Analýzou současných uživatelů a jejich porovnáním s využitím CPU, paměti, disku a sítě získávají IT administrátoři použitelné informace o svém prostředí. Vidí, kdy začínají zátěže ovlivňovat infrastrukturu, které pracovní zátěže jsou za to odpovědné a zda trend roste.
Tyto informace lze použít k odůvodnění akcí, jako je vyvážení zátěže mezi hostiteli, přidání dalších serverů, přidání více zdrojů k existujícím serverům, plánování náročných aplikací nebo zkoumání aplikací, které spotřebovávají nepřiměřeně velké množství zdrojů.
Ten přístup je mnohem přesnější než obecné doporučení založené na uživatelích na server. Microsoftova Pokyny pro dimenzování hostitele relace vzdálené plochy podobně doporučuje hodnotit typ zátěže, hustotu uživatelů a měření uživatelské zkušenosti spíše než se spoléhat na jedinou obecnou kapacitní hodnotu. Dvě společnosti se stejnou uživatelskou základnou mohou mít zcela odlišné požadavky na aplikace a infrastrukturu.
Jaký typ požadavků byste měli hledat, když hledáte software pro monitorování vzdálené plochy?
Nejlepší software pro monitorování vzdálené plochy není nutně produkt, který shromažďuje nejvíce dat. Je to ten, který poskytuje úroveň viditelnosti potřebnou pro spravované prostředí.
Pro většinu IT operačních týmů jsou klíčové požadavky jednoduché:
- c centralizovaná viditelnost napříč více servery
- aktuální uživatelé a informace o současných relacích
- monitorování CPU, paměti, disku a sítě
- viditelnost aplikací a procesů
- historické zprávy a analýza trendů
- konfigurovatelné upozornění
- praktické možnosti reportování a exportu
Platforma by měla také usnadnit korelaci. Počty relací se stávají cennějšími, když je mohou administrátoři porovnat s zatížením serveru. Využití aplikace se stává užitečnějším, když je možné ho zkoumat v průběhu času.
Nasazení a administrativní náklady jsou také důležité. Monitorovací platforma určená k zjednodušení vzdálené infrastruktury by neměla zavádět nepřiměřenou složitost infrastruktury nebo správy sama o sobě.
Nakonec ověřte, co přesně dodavatelé myslí pojmy jako monitorování relací, monitorování uživatelů a monitorování vzdálené plochy. Jedna platforma může znamenat reportování připojených uživatelů, jiná může poskytovat metriky odezvy RDP, zatímco další může nabízet kompletní nahrávání obrazovky.
Terminologie může znít podobně. Viditelnost, kterou poskytuje, může být velmi odlišná.
Jak může TSplus zjednodušit monitorování vzdálené plochy?
Pro IT týmy spravující infrastrukturu vzdálených desktopů Windows přinášíme aktivitu serverů a uživatelů do centralizovaného monitorovacího prostředí. Správci mohou sledovat využití CPU, paměti, disku a šířky pásma, zatímco také sledují připojené uživatele, současné relace a aktivitu aplikací, což jim pomáhá vztahovat výkon infrastruktury k aktuální poptávce po vzdáleném desktopu.
TSplus Server Monitoring také poskytuje historické reporty a konfigurovatelné upozornění, takže administrátoři mohou identifikovat opakující se vzory zátěže místo spoléhání se pouze na živé metriky. To usnadňuje vyšetřování problémů s výkonem, stanovení praktických základních hodnot a předvídání požadavků na kapacitu napříč více servery, aniž by došlo k zavedení úplného nahrávání uživatelských relací.
Závěr
Efektivní monitorování vzdálené plochy spočívá v korelaci, nikoli v shromažďování co největšího množství metrik. Výkon serveru, aktivita relací, poptávka po aplikacích a podmínky sítě se stávají užitečnějšími, když je mohou administrátoři zkoumat společně.
Ten kombinovaný pohled pomáhá IT odlišit izolované problémy uživatelů od celkových úzkých míst, pochopit opakující se vzorce výkonu a činit lepší rozhodnutí o kapacitě, jak se prostředí vzdálených desktopů rozrůstají.
)
)
)
