)
)
Uvod
Okruženja udaljenog radnog stola generiraju nekoliko slojeva operativnih podataka, od korištenja CPU-a i memorije do povezanih korisnika, istovremenih sesija i potražnje za aplikacijama. Izazov je odlučiti koji signali su važni i kako su povezani. Ovaj članak objašnjava što softver za praćenje udaljenog radnog stola prati, kako se vidljivost sesija razlikuje od praćenja poslužitelja i kako IT timovi mogu koristiti podatke u stvarnom vremenu i povijesne podatke za dijagnosticiranje problema s performansama.
Što zapravo nadgleda softver za praćenje udaljenog radnog stola?
Praćenje udaljenog radnog stola obuhvaća niz koncepata. Neki alati fokusiraju se na resurse na strani poslužitelja, dok drugi inventariziraju veze koristeći Protokol udaljenog radnog stola (RDP) ili Usluge udaljenog radnog stola (RDS). Alati koji imaju pristup usmjeren na sigurnost mogu provjeravati i bilježiti aktivnost korisnika.
Za IT ima smisla podijeliti ove alate u 5 kategorija:
| Sloj nadzora | Na što odgovara | Tipične informacije |
|---|---|---|
| Infrastruktura | Je li host zdrav? | CPU, memorija, disk, propusnost, dostupnost |
| Veza | Tko se povezao i kada? | Korisnik, vrijeme prijave, status veze |
| Sesija | Što se događa tijekom udaljenih sesija? | Povezani korisnici, istovremene sesije, trajanje, stanje sesije |
| Korisničko iskustvo | Je li udaljena sesija responzivna? | Kašnjenje ulaza, latencija, kašnjenja prijave, odzivnost aplikacije |
| Aktivnost | Koje aplikacije ili radnje su uključene? | Korištenje aplikacije, procesi, događaji revizije ili snimke sesija |
Ovo su povezani, ali ne nužno zamjenjivi pojmovi, budući da jedan može prijaviti zasićenje CPU-a, ali ne otkriti koja je sesija prva bila pogođena, dok platforma za reviziju može identificirati tko se povezao, ali ne objasniti zašto je došlo do pogoršanja performansi.
Softver za snimanje sesija ide korak dalje prikupljanjem detaljnih dokaza o tome što se dogodilo unutar konteksta udaljenog okruženja, uvodeći dodatne aspekte sigurnosti, privatnosti te zadržavanja i pohrane podataka.
Prvi izazov u usporedbi softvera za praćenje udaljenih radnih površina je identificirati vidljivost koju IT zapravo zahtijeva.
Zašto je vidljivost na razini sesije drugačija od nadzora poslužitelja?
Tradicionalno nadzor poslužitelja alati pitaju je li stroj u redu. Je li iskorištenost CPU-a visoka? Je li memorija niska? Je li iskorištenost diska u porastu? Je li poslužitelj online?
Ove metrike su i dalje relevantne u scenariju RDS hostinga, ali postoji još jedan sloj koji treba uzeti u obzir. Dijeljena RDS infrastruktura znači da su na razini hosta CPU, memorija, pohrana i mrežna kapacitet raspoređeni između više korisnika i aplikacija.
Na razini sesije, svaka aplikacija i procesi korisnika imaju jedinstvene zahtjeve. RD Session Host može biti općenito zdrav dok se aplikacije jednog korisnika zamrzavaju, ili jedna spora sesija ne implicira da je cijeli poslužitelj na kapacitetu.
Razlika je značajna za svrhe rješavanja problema. Ako deset korisnika na istom poslužitelju počne usporavati u isto vrijeme, ima smisla prvo pogledati zajedničke resurse poslužitelja. Ako samo jedan korisnik ima problema, vjerojatnije je da je problem izoliran na tu sesiju, njezine aplikacije i vezu.
Alati za praćenje udaljenih radnih površina najefikasniji su kada omogućuju administratorima da prelaze između ovih perspektiva i uspostavljaju veze između općeg zdravlja poslužitelja i stanja pojedinačnih korisničkih sesija.
Koje su najvažnije metrike za udaljeni desktop?
Nijedna mjera ne upravlja zdravljem okruženja udaljenog radnog stola. Administratori zahtijevaju dovoljno konteksta za tumačenje trenutnog opterećenja, potrošnje resursa i korisničkog iskustva.
Koliko je korisnika i sesija aktivno?
Broj sesija pruža temelj za ovaj razgovor.
Relevantni podaci uključuju povezane korisnike, aktivne i odspojene sesije, broj istovremenih sesija , distribucija među poslužiteljima, vršna razdoblja i povijesna istovremenost.
Trendovi istovremenosti imaju prednost nad brojem zaposlenika prilikom ocjenjivanja performansi sustava udaljenog radnog stola, budući da je kapacitet obično definiran istovremenim opterećenjem, a ne brojem registriranih korisnika. Stroj koji opslužuje 200 povremenih korisnika može biti znatno više opterećen nego istovremeni broj sesija od 40 korisnika koji pokreću aplikacije visoke performanse.
Vrijednost metrika istovremenosti, dopunjena statistikama infrastrukture, je utvrditi postoji li korelacija između povećanja broja povezanih korisnika i rasta potrošnje resursa.
Da li resursi poslužitelja zadovoljavaju potražnju za sesijama?
CPU, memorija, aktivnost diska i dostupna pohrana i dalje su ključne metrike za praćenje udaljenog radnog stola.
Zanimljivo pitanje nije hoće li CPU doseći određeni postotak, već kada je bio pod pritiskom i što se još događalo u isto vrijeme.
Dosljedan porast CPU-a, na primjer, može biti povezan s jutarnjim vrhuncem prijave, povećanim brojem istovremenih sesija, zakazanim procesom ili intenzivnom upotrebom određenog poslovnog programa.
Veza između njih dvoje obično je važnija od vrijednosti korištenja.
Koje aplikacije i procesi pokreću opterećenje?
Vidljivost aplikacije doprinosi dodatnom kontekstu.
Razumijevanje aplikacija koje se koriste, kada potražnja raste i koji procesi troše najviše resursa omogućuje administratorima da povežu aktivnost korisnika s ponašanjem infrastrukture.
Praćenje aplikacija može odgovoriti na ove vrste pitanja. Pojavljuje li se problem s performansama kada se određena aplikacija intenzivno koristi? Postoje li hostovi sesija koji pokreću intenzivniji skup aplikacija? Održavaju li se ili licenciraju aplikacije koje se rijetko koriste?
Ove informacije imaju vrijednost, ne samo za rješavanje problema, već i za opću infrastrukturu i administraciju softvera.
Doprinosi li mreža ili korisničko iskustvo problemu?
Sesije daljinskog radnog površine su po prirodi interaktivne, što odmah čini probleme s mrežom ili odzivom očitim za krajnje korisnike.
Potrebno je procijeniti propusnost u vezi s drugim metrikama performansi poslužitelja, budući da poslužitelj može imati slobodnu CPU i memorijsku kapacitet dok su veze usporene uskim grlom negdje drugdje u komunikacijskom lancu. Razumijevanje RDP performanse na mrežama s visokom latencijom može pomoći u razlikovanju problema s responzivnošću mreže od ograničenja resursa na strani hosta.
Neka RDS okruženja mogu ponuditi više uvida u iskustvo krajnjih korisnika od drugih. Microsoft Performance Monitor, na primjer, ima brojače kašnjenja korisničkog unosa koji mogu identificirati kašnjenja na razini sesije i procesa. Microsoft dokumentira ovu značajku kao metodu korelacije brojeva sesija, korištenja CPU-a i odzivnosti na RD Session Host poslužiteljima.
Ne uključuju svi alati za praćenje udaljenog radnog stola iste metrike latencije ili kašnjenja unosa. IT administratori trebaju dvaput provjeriti što dobavljač zapravo nudi u pogledu informacija o korisničkom iskustvu umjesto da pretpostavljaju da će to biti prisutno.
Kako praćenje udaljenog radnog stola može pomoći vašem timu kada trebate otkloniti poteškoće s sporim sesijama?
Vrijednost nadzora udaljenog radnog stola najbolje se vidi kada administratori uzimaju više signala i koreliraju ih.
Kada korisnik istakne da je RDP spor, opisuje učinak, a ne uzrok. Vaš prvi prioritet je razumjeti opseg problema.
Ima li jedan korisnik problema? Ima li više korisnika koji su na istom hostu? Ima li korisnika na više poslužitelja s istim problemom?
S obzirom na definirani opseg problema, vaši uvidi u praćenje mogu pomoći u usmjeravanju vašeg pretraživanja:
| Simptom | Korisne provjere |
|---|---|
| Jedan korisnik je spor | Stanje sesije, aplikacije, procesi, uvjeti veze |
| Većina korisnika na jednom poslužitelju je spora | CPU, memorija, disk I/O, korištenje procesa, istovremene sesije |
| Korisnici na nekoliko poslužitelja su spori | Zavisnosti dijeljene mreže ili infrastrukture |
| Performanse se pogoršavaju u isto vrijeme svaki dan | Istodobnost, zakazane zadatke, vrhovi aplikacija |
| Korisnici se često isključuju | Dostupnost poslužitelja, uvjeti mreže, događaji usluge i veze |
| Jedna aplikacija se ponovo loše ponaša | Korištenje aplikacije, povezani procesi i potrošnja resursa |
Cilj je korelacija. Skokovi CPU-a znače više u kontekstu povećane konkurentnosti. Visoka iskorištenost propusnosti je značajnija u svjetlu višestrukih pritužbi korisnika. Ponovni problem s performansama lakše je identificirati kada znate da se ista aplikacija ili opterećenje događa svaki put.
Praćenje ne identificira uvijek osnovni uzrok, ali bilježi operativni kontekst potreban administratorima da suze krug mogućih osumnjičenika.
Rješavanje problema na temelju memorije nakon događaja nije isto što i inspekcija okruženja u trenutku incidenta.
Praćenje u stvarnom vremenu, obavijesti i povijesni izvještaji: Zašto su svi važni?
Praćenje je korisno kada vam omogućuje da odgovorite na tri različita operativna pitanja: što se trenutno događa, kada bi IT trebao poduzeti akciju i što se prethodno dogodilo?
Što se trenutno događa?
Praćenje u stvarnom vremenu mogu koristiti administratori za ispitivanje trenutne izvedbe poslužitelja, prijavljenih korisnika, procesa aplikacija i mrežne aktivnosti.
Ove informacije mogu biti od vitalnog značaja tijekom incidenta jer omogućuju administratoru da utvrdi postoji li još uvijek pritisak na resurse ili se događa neobično opterećenje.
Vrijednost u stvarnom vremenu pruža trenutne podatke, ali to je to. Metrija je trenutno samo informativna. Nešto što se sada čini normalnim moglo je biti nenormalno kada je korisnik imao problem.
Kada nešto zahtijeva pažnju?
Upozorenja transformiraju praćenje iz pasivne prikupljanja podataka u proaktivan i operativan proces.
Administratori određuju što zaslužuje pažnju: trajna upotreba procesora, pritisak na memoriju, aktivnost diska, prekomjerni broj aktivnih korisnika ili zastoje servera.
Praćenje pragova još uvijek treba primijeniti zdrav razum; kratki porast aktivnosti CPU-a je očekivan, ali ponavljajući pritisak tijekom vrhunskih sati sesija može ukazivati na nastajući problem kapaciteta.
Što se dogodilo prije incidenta?
Povijesni izvještaji otkrivaju obrasce koje žive metrike ne mogu. Microsoft preporučuje korištenje Prikupljanje podataka o performansama monitora za bilježenje performansi tijekom vremena prilikom istraživanja povremenih problema s performansama Windows poslužitelja.
Reci da CPU dostigne 90 posto tijekom pet minuta. Ako je to izolirani incident u inače poznatom serijskom procesu, možda ne ukazuje na problem. No, ako CPU dostigne 90 posto svaki radni dan otprilike u isto vrijeme kada konkurencija prelazi određeni prag, to je vrijedna informacija za planiranje kapaciteta.
Povijesne osnovice često su važnije od pojedinačnih pragova, jer pokazuju što je normalno za određeni poslužitelj, mješavinu aplikacija i populaciju korisnika.
U kojim slučajevima su izvorni alati za nadzor sustava Windows dovoljni?
Windows pruža prilično robusni alat za rješavanje problema već.
Upravitelj zadataka i Monitor resursa prikazuju trenutnu iskorištenost resursa. Monitor performansi može prikupljati Windows performansne brojače, uključujući kašnjenje korisničkog unosa na razini sesije i procesa na podržanim verzijama Windows Servera. Preglednik događaja prikazuje događaje vezane uz operativni sustav i RDS, dok se PowerShell može koristiti za upit i automatizaciju mnogih administrativnih zadataka.
Za rješavanje problema na jednom poslužitelju ili istraživanje određenog problema, ovi alati mogu se pokazati dovoljni za iskusnog administratora.
Međutim, potreba za praćenjem više poslužitelja ili pregledavanjem situacije iz perspektive prethodnog događaja može zahtijevati da se informacije preuzmu iz više izvora.
Centralizirano praćenje je korisno u situacijama kada IT mora pratiti više od jednog hosta putem jedne konzole, spremiti povijesne informacije za kasniju upotrebu, usporediti sustave i vremenske okvire, izvještavati o aktivnosti korisnika i istovremenosti ili postaviti upozorenja.
Vrijednost takvog pristupa nije nužno u metrima koje Windows ne pruža.
Radije se radi o sposobnosti konsolidacije, pohrane i korelacije ovih informacija kako bi ih učinili djelotvornijima za administratore.
Znači li to da snimate korisnike ako koristite praćenje sesija udaljenog radnog površine?
Ne. Pojmovi se često koriste naizmjenično, ali praćenje sesija i snimanje sesija imaju značajno različit opseg i mogućnosti.
Dok praćenje sesija udaljenog radnog stola može samo promatrati povezane korisnike, paralelne sesije, korištenje resursa, povijest sesija ili korištenje aplikacija, snimanje sesija bi zabilježilo mnogo detaljniji skup podataka o aktivnostima unutar udaljene sesije, ovisno o proizvodu, kao što su sadržaj ekrana, aktivnosti aplikacija, aktivnosti međuspremnika ili drugi događaji.
Snimanje sesija može imati smisla za specifične scenarije privilegiranog pristupa, pristupa trećih strana, revizije ili sigurnosti, ali postavlja dodatna pitanja o zadržavanju, pristupu, pohrani i privatnosti.
Za većinu svakodnevnih operacija udaljenog radnog stola, sposobnost snimanja svih detalja sesije je nepotrebna i nepoželjna za IT tim jer im je potrebna samo dovoljna količina informacija o sesiji za promatranje performansi i analizu.
Kako možete poboljšati svoje planiranje kapaciteta korištenjem nadzora udaljenog radnog stola?
Kada je u pitanju infrastruktura udaljenog radnog stola, gustoća opterećenja je važna stavka.
Broj konfiguriranih računa malo govori o broju istovremenih korisnika, aplikacijama koje pokreću i njihovoj intenzitetu.
Povijesno praćenje čini te informacije dostupnima.
Analizom istovremenih korisnika i usporedbom s korištenjem CPU-a, memorije, diska i mreže, IT administratori dobivaju korisne uvide u svoje okruženje. Vide kada opterećenja počinju utjecati na infrastrukturu, koji su radni tereti odgovorni i je li trend u porastu.
Te informacije mogu se koristiti za opravdavanje radnji kao što su uravnoteženje opterećenja između hostova, dodavanje više poslužitelja, dodavanje više resursa postojećim poslužiteljima, raspoređivanje teških aplikacija ili istraživanje aplikacija koje troše nesrazmjerno veliku količinu resursa.
Taj pristup je mnogo točniji od opće preporuke temeljene na korisnicima po poslužitelju. Microsoftova Smjernice za veličinu hosta sesije udaljenog radnog površine slično preporučuje procjenu vrste opterećenja, gustoće korisnika i mjerenja korisničkog iskustva umjesto oslanjanja na jednu generičku brojku kapaciteta. Dvije tvrtke s istom korisničkom bazom mogu imati vrlo različite zahtjeve za aplikacijama i infrastrukturom.
Koje vrste zahtjeva trebate tražiti kada tražite softver za praćenje udaljenog radnog stola?
Najbolji softver za praćenje udaljenih radnih površina nije nužno proizvod koji prikuplja najviše podataka. To je onaj koji pruža nivo vidljivosti potreban za upravljanje okruženjem.
Za većinu IT operativnih timova, ključni zahtjevi su jasni:
- c centralizirana vidljivost na više poslužitelja
- trenutni korisnici i informacije o istovremenim sesijama
- Praćenje CPU-a, memorije, diska i mreže
- vidljivost aplikacija i procesa
- povijesni izvještaji i analiza trendova
- konfigurabilna upozorenja
- praktične opcije izvještavanja i izvoza
Platforma bi također trebala olakšati korelaciju. Broj sesija postaje vrijedniji kada ih administratori mogu usporediti s opterećenjem poslužitelja. Korištenje aplikacije postaje korisnije kada se može ispitivati tijekom vremena.
Prekomjerna opterećenja u vezi s implementacijom i administracijom također su važna. Platforma za praćenje koja je namijenjena pojednostavljenju udaljene infrastrukture ne bi trebala uvoditi nesrazmjernu složenost infrastrukture ili upravljanja.
Na kraju, provjerite točno što dobavljači misle pod pojmovima kao što su praćenje sesija, praćenje korisnika i praćenje udaljenog radnog stola. Jedna platforma može značiti izvještavanje o povezanim korisnicima, druga može pružiti metrike odziva RDP-a, dok treća može ponuditi potpuno snimanje ekrana.
Terminologija može zvučati slično. Isporučena vidljivost može biti vrlo različita.
Kako može TSplus pojednostaviti praćenje udaljenog radnog stola?
Za IT timove koji upravljaju Windows infrastrukturom za daljinski pristup radnoj površini, donosimo aktivnost poslužitelja i korisnika u centralizirano okruženje za praćenje. Administratori mogu pratiti korištenje CPU-a, memorije, diska i propusnosti, dok također prate povezane korisnike, istovremene sesije i aktivnost aplikacija, pomažući im da povežu performanse infrastrukture s stvarnom potražnjom za daljinskom radnom površinom.
TSplus Server Monitoring također pruža povijesno izvještavanje i konfigurabilne alarme, tako da administratori mogu identificirati ponavljajuće obrasce opterećenja umjesto da se oslanjaju samo na trenutne metrike. To olakšava istraživanje problema s performansama, uspostavljanje praktičnih osnovica i anticipiranje zahtjeva za kapacitetom na više poslužitelja bez uvođenja potpunog snimanja korisničkih sesija.
Zaključak
Učinkovito praćenje udaljenog radnog stola odnosi se na korelaciju, a ne na prikupljanje najvećeg mogućeg skupa metrika. Performanse poslužitelja, aktivnost sesija, potražnja za aplikacijama i uvjeti mreže postaju korisniji kada ih administratori mogu zajedno ispitivati.
Kombinirani pregled pomaže IT-u da razlikuje izolirane probleme korisnika od uskih grla na razini hosta, razumije ponavljajuće obrasce performansi i donosi bolje odluke o kapacitetu kako se okruženja za daljinsko radno mjesto šire.
)
)
)
