)
)
Introduktion
Fjernskrivebords-miljøer genererer flere lag af driftsdata, fra CPU- og hukommelsesforbrug til tilsluttede brugere, samtidige sessioner og applikationsbehov. Udfordringen er at beslutte, hvilke signaler der er vigtige, og hvordan de relaterer sig til hinanden. Denne artikel forklarer, hvad fjernskrivebords-overvågningssoftware sporer, hvordan sessionssynlighed adskiller sig fra serverovervågning, og hvordan IT-teams kan bruge realtids- og historiske data til at diagnosticere ydeevneproblemer.
Hvad overvåger software til fjernskrivebordsmonitorering egentlig?
Remote desktop overvågning dækker en række koncepter. Nogle værktøjer fokuserer på server-side ressourcer, mens andre registrerer forbindelser ved hjælp af Remote Desktop Protocol (RDP) eller Remote Desktop Services (RDS). Værktøjer, der tager en sikkerhedsorienteret tilgang, kan revidere og registrere brugeraktivitet.
For IT giver det mening at opdele disse værktøjer i 5 kategorier:
| Overvågningslag | Hvad det svarer | Typisk information |
|---|---|---|
| Infrastruktur | Er værten sund? | CPU, hukommelse, disk, båndbredde, tilgængelighed |
| Forbindelse | Hvem forbinder og hvornår? | Bruger, login tid, forbindelsesstatus |
| Session | Hvad sker der på tværs af fjernsessioner? | Tilsluttede brugere, samtidige sessioner, varighed, sessionsstatus |
| Brugeroplevelse | Er den fjernsession responsiv? | Indtastningsforsinkelse, latenstid, logonforsinkelser, applikationsresponsivitet |
| Aktivitet | Hvilke applikationer eller handlinger er involveret? | Applikationsbrug, processer, revisionsbegivenheder eller sessionoptagelser |
Disse er relaterede, men ikke nødvendigvis udskiftelige, da en kan rapportere en CPU-mætning, men ikke afsløre, hvilken session der først blev påvirket, mens en revisionsplatform kan identificere, hvem der tilsluttede sig, men ikke forklare, hvorfor ydeevnen forværredes.
Session-optagelsessoftware tager dette et skridt videre ved at indsamle detaljerede beviser for, hvad der skete inden for rammerne af det fjerne miljø, hvilket introducerer yderligere sikkerheds-, privatlivs- samt opbevarings- og lagringsovervejelser.
Den første udfordring er så at identificere den synlighed, som IT faktisk kræver, når man sammenligner software til overvågning af fjernskrivebord.
Hvorfor session-niveau synlighed er anderledes end serverovervågning?
Traditionel serverovervågning værktøjer spørger, om maskinen har det godt. Er CPU-udnyttelsen høj? Er hukommelsen lav? Stiger diskudnyttelsen? Er serveren online?
Disse målinger er stadig relevante i et RDS hosting-scenario, men der er et andet lag at overveje. Delt RDS-infrastruktur betyder, at CPU, hukommelse, lager og netværkskapacitet på værtsniveau er fordelt mellem flere brugere og applikationer.
På sessionsniveau har hver brugers applikationer og processer unikke krav. En RD Session Host kan generelt være sund, mens en brugers applikationer fryser, eller en langsom session ikke nødvendigvis betyder, at hele serveren er ved kapacitet.
Forskellen er meningsfuld i forbindelse med fejlfinding. Hvis ti brugere på den samme server begynder at blive langsommere på samme tid, giver det mening at se på serverens delte ressourcer først. Hvis kun én bruger oplever problemer, er det mere sandsynligt, at problemet er isoleret til den session, dens applikationer og forbindelse.
Fjernskrivebords overvågningsværktøjer er mest effektive, når de giver administratorer mulighed for at skifte mellem disse perspektiver og drage forbindelser mellem serverens overordnede sundhed og tilstanden af individuelle brugersessioner.
Hvad er de vigtigste målinger for Remote Desktop?
Ingen enkelt måling styrer sundheden i et fjernskrivebords miljø. Administratorer har brug for tilstrækkelig kontekst for at fortolke den nuværende arbejdsbyrde, ressourceforbrug og brugeroplevelsen.
Hvor mange brugere og sessioner er aktive?
Session tællinger giver grundlaget for denne samtale.
Relevante datapunkter inkluderer tilsluttede brugere, aktive og frakoblede sessioner, konkurrent-session tællinger , distribution på tværs af servere, spidsbelastningsperioder og historisk samtidighed.
Konkurrence tendenser har forrang over medarbejderantal, når man vurderer ydeevnen af et fjernskrivebordssystem, da kapaciteten typisk defineres af den samtidige arbejdsbelastning snarere end antallet af registrerede brugere. En maskine, der betjener 200 lejlighedsvise brugere, kan være betydeligt mere belastet end et samtidigt sessionstal på 40 brugere, der kører højtydende applikationer.
Værdien af samtidighedsmetrikker, suppleret med infrastrukturstatistikker, er at fastslå, om der er en sammenhæng mellem stigningen i tilsluttede brugere og væksten i ressourceforbruget.
Er serverressourcerne i stand til at følge med sessionens efterspørgsel?
CPU, hukommelse, diskaktivitet og tilgængelig lagerplads er stadig de vigtigste målinger til overvågning af en fjernskrivebord.
Det interessante spørgsmål er ikke, om CPU'en ramte en bestemt procentdel, men hvornår den var under pres, og hvad der ellers skete på samme tid.
Et konstant CPU-spike kan for eksempel korrelere med morgenloginrush, et øget antal samtidige sessioner, en planlagt proces eller en intensiv brug af en bestemt forretningsapplikation.
Forbindelsen mellem de to er normalt vigtigere end udnyttelsesværdien.
Hvilke applikationer og processer driver arbejdsbyrden?
Applikationssynlighed bidrager med yderligere kontekst.
At forstå de anvendte applikationer, når efterspørgslen stiger, og hvilke processer der forbruger de fleste ressourcer, gør det muligt for administratorer at knytte brugeraktivitet til infrastrukturens adfærd.
Applikationsovervågning kan besvare disse typer af spørgsmål. Opstår der et ydeevneproblem, når en bestemt applikation bruges intensivt? Kører der sessionværter med et mere intensivt sæt af applikationer? Bliver der vedligeholdt eller licenseret applikationer, der sjældent bruges?
Denne information har værdi, ikke kun for fejlfinding, men også for generel infrastruktur og softwareadministration.
Bidrager netværket eller brugeroplevelsen til problemet?
Fjernskrivebords-sessioner er interaktive af natur, hvilket gør netværks- eller responsproblemer straks tydelige for slutbrugerne.
Båndbredde skal vurderes i forbindelse med andre serverpræstationsmålinger, da en server muligvis har ledig CPU- og hukommelseskapacitet, mens forbindelser bliver forsinket af en flaskehals et andet sted i kommunikationskæden. Forståelse RDP-ydeevne på netværk med høj latenstid kan hjælpe med at skelne mellem netværksresponsproblemer og ressourcemæssige begrænsninger på værtsiden.
Nogle RDS-miljøer kan tilbyde mere indsigt i slutbrugeroplevelsen end andre. Microsoft Performance Monitor har for eksempel User Input Delay tællere, der kan identificere forsinkelser på session- og procesniveauer. Microsoft dokumenterer funktionen som en metode til at korrelere sessionnumre, CPU-brug og reaktivitet på RD Session Host-servere.
Ikke alle værktøjer til overvågning af fjernskrivebord inkluderer de samme målinger for latenstid eller inputforsinkelse. IT-administratorer bør dobbelttjekke, hvad en leverandør faktisk tilbyder med hensyn til oplysninger om brugeroplevelse i stedet for at antage, at det vil være til stede.
Hvordan Remote Desktop-overvågning kan hjælpe dit team, når du skal fejlfinde langsomme sessioner?
Værdien af overvågning af fjernskrivebord ses bedst, når administratorer tager flere signaler og korrelerer dem.
Når en bruger påpeger, at RDP er langsomt, beskriver de effekten, ikke årsagen. Din første prioritet er at forstå omfanget af problemet.
Har en bruger problemer? Er der flere brugere, der er på den samme vært? Er der brugere på flere servere med det samme problem?
Med omfanget af problemet defineret kan dine overvågningsindsigter hjælpe med at fokusere din søgning:
| Symptom | Nyttige tjek |
|---|---|
| En bruger er langsom | Sessionstatus, applikationer, processer, forbindelsesbetingelser |
| De fleste brugere på én server er langsomme | CPU, hukommelse, disk I/O, procesbrug, samtidige sessioner |
| Brugere på tværs af flere servere er langsomme | Delte netværks- eller infrastrukturafhængigheder |
| Ydelsen forringes på samme tid dagligt | Samtidighed, planlagte opgaver, applikationsspidser |
| Brugere bliver ofte afbrudt | Servertilgængelighed, netværksforhold, service- og forbindelseshændelser |
| En applikation præsterer gentagne gange dårligt | Applikationsbrug, relaterede processer og ressourceforbrug |
Målet er korrelation. CPU-spidser betyder mere i konteksten af øget samtidighed. Høj båndbreddeudnyttelse er mere bemærkelsesværdig i lyset af flere brugerklager. Et tilbagevendende ydeevneproblem er lettere at identificere, når du ved, at den samme applikation eller arbejdsbyrde opstår hver gang.
Overvågning identificerer ikke altid årsagen, men den fanger den operationelle kontekst, som administratorer har brug for for at indsnævre feltet af mulige mistænkte.
Fejlfinding baseret på hukommelse efter faktum er ikke det samme som at inspicere miljøet på tidspunktet for hændelsen.
Real-Time Overvågning, Advarsler og Historiske Rapporter: Hvorfor Er De Alle Vigtige?
Overvågning viser sig at være gavnlig, når den gør det muligt for dig at besvare tre forskellige operationelle spørgsmål: hvad der i øjeblikket sker, hvornår IT skal handle, og hvad der tidligere er sket?
Hvad sker der lige nu?
Real-time overvågning kan anvendes af administratorer til at undersøge den aktuelle serverpræstation, registrerede brugere, applikationsprocesser og netværksaktivitet.
Denne information kan vise sig at være afgørende under en hændelse, da den gør det muligt for administratoren at fastslå, om der stadig er pres på ressourcerne eller en usædvanlig belastning.
Den realtidsværdi giver aktuelle data, men det er det. Metrikken er kun informativ i øjeblikket. Noget, der virker normalt nu, kan have været unormalt, da brugeren oplevede problemet.
Hvornår kræver noget opmærksomhed?
Advarsler transformerer overvågning fra passiv datainnsamling til en proaktiv og operationel proces.
Administratorer angiver, hvad der fortjener opmærksomhed: vedvarende processorbrug, hukommelsespres, diskaktivitet, overdreven aktive brugere eller servernedetid.
Overvågningsgrænser skal stadig anvendes med sund fornuft; en kort stigning i CPU-aktivitet er at forvente, men gentaget pres i spidsbelastningsperioder kan indikere et kommende kapacitetsproblem.
Hvad skete der før hændelsen?
Historiske rapporter afslører mønstre, som live metrics ikke kan. Microsoft anbefaler at bruge Ydelsesmåler dataindsamling at registrere ydeevne tællere over tid, når man undersøger intermitterende Windows Server ydeevneproblemer.
Sig, at CPU'en rammer 90 procent i fem minutter. Hvis det er en isoleret hændelse i en ellers kendt batchproces, indikerer det muligvis ikke et problem. Men hvis CPU'en rammer 90 procent hver hverdag omkring det samme tidspunkt, som samtidigheden passerer en given grænse, er det en værdifuld information til kapacitetsplanlægning.
Historiske baseline er ofte vigtigere end individuelle tærskler, fordi de viser, hvad der er normalt for en given server, applikationsmix og brugerpopulation.
I hvilke tilfælde er native Windows-overvågningsværktøjer tilstrækkelige?
Windows tilbyder et ret robust værktøjssæt til fejlfinding allerede.
Opgavestyreren og ressourceovervågningen viser den aktuelle ressourceudnyttelse. Ydelsesmåleren kan indsamle Windows-ydeelsestællere, herunder sessionens og procesniveauets brugerinputforsinkelse på understøttede versioner af Windows Server. Begivenhedsviseren præsenterer begivenheder relateret til operativsystemet og RDS, mens PowerShell kan bruges til at forespørge og automatisere mange administrationsopgaver.
For fejlfinding af en enkelt server eller undersøgelse af et bestemt problem, kan disse værktøjer vise sig at være tilstrækkelige for en erfaren administrator.
Dog kan behovet for at overvåge flere servere eller for at gennemgå situationen fra perspektivet af en tidligere hændelse kræve, at informationen hentes fra flere kilder.
Centraliseret overvågning er nyttig i situationer, hvor IT skal overvåge mere end én vært gennem én konsol, gemme historiske oplysninger til senere brug, sammenligne systemer og tidsrammer, rapportere om brugeraktivitet og samtidighed eller opsætte alarmer.
Værdien af en sådan tilgang ligger ikke nødvendigvis i de målinger, som Windows ikke leverer.
Det handler snarere om evnen til at konsolidere, opbevare og korrelere disse oplysninger for at gøre dem mere handlingsorienterede for administratorer.
Betyder det, at du optager brugere, hvis du bruger overvågning af fjernskrivebords-sessioner?
Nej. Begreberne bruges ofte om hinanden, men sessionsovervågning og sessionoptagelse har betydeligt forskellige omfang og kapaciteter.
Mens overvågning af fjernskrivebords-sessioner kun kan observere tilsluttede brugere, samtidige sessioner, ressourceudnyttelse, sessionhistorik eller anvendelse af applikationer, ville sessionoptagelse fange et meget mere detaljeret datasæt om aktiviteterne inden for den fjernsession afhængigt af produktet, såsom indholdet af skærmen, applikationsaktiviteter, udklipshandlinger eller andre begivenheder.
Optagelse af sessioner kan give mening for specifikke privilegerede adgangs-, tredjepartsadgangs-, revisions- eller sikkerhedsscenarier, men det rejser yderligere spørgsmål om opbevaring, adgang, lagring og privatliv.
For de fleste dag-til-dag fjernskrivebordsoperationer er evnen til at optage alle detaljer om en session unødvendig og uønsket af IT-teamet, da de kun har brug for tilstrækkelig information om sessionen til præstationsobservationer og analyseformål.
Hvordan kan du forbedre din kapacitetsplanlægning ved at bruge Remote Desktop-overvågning?
Når det kommer til infrastruktur til fjernskrivebord, er belastningstæthed en vigtig overvejelse.
Antallet af konfigurerede konti siger lidt om antallet af samtidige brugere, de applikationer de kører, og deres intensitet.
Historisk overvågning gør, at informationen er tilgængelig.
Ved at analysere samtidige brugere og sammenligne dem med CPU-, hukommelses-, disk- og netværksudnyttelse får IT-administratorer handlingsorienteret indsigt i deres miljø. De kan se, hvornår belastninger begynder at påvirke infrastrukturen, hvilke arbejdsbyrder der er ansvarlige, og om tendensen er stigende.
Den information kan bruges til at retfærdiggøre handlinger såsom at balancere arbejdsbyrden mellem værter, tilføje flere servere, tilføje flere ressourcer til eksisterende servere, planlægge tunge applikationer eller undersøge applikationer, der forbruger en uforholdsmæssig stor mængde ressourcer.
Den tilgang er meget mere præcis end en generel anbefaling baseret på brugere pr. server. Microsofts Vejledning til dimensionering af Remote Desktop Session Host på samme måde anbefaler at evaluere arbejdsbyttetype, brugerens tæthed og brugeroplevelsesmålinger i stedet for at stole på et enkelt generisk kapacitetsnummer. To virksomheder med den samme brugerbase kan have vidt forskellige applikations- og infrastrukturkrav.
Hvilken type krav skal du se efter, når du søger efter en software til overvågning af fjernskrivebord?
Det bedste software til overvågning af fjernskrivebord er ikke nødvendigvis det produkt, der indsamler de mest data. Det er det, der giver det nødvendige niveau af synlighed for det miljø, der administreres.
For de fleste IT-driftsteams er de vigtigste krav ligetil:
- c centraliseret synlighed på tværs af flere servere
- aktuelle brugere og samtidige sessioner oplysninger
- CPU, hukommelse, disk og netværksovervågning
- applikation og proces synlighed
- historiske rapporter og trendanalyse
- konfigurerbare alarmer
- praktiske rapporterings- og eksportmuligheder
Platformen bør også gøre korrelation let. Sessionstællinger bliver mere værdifulde, når administratorer kan sammenligne dem med serverbelastning. Applikationsbrug bliver mere nyttigt, når det kan undersøges over tid.
Implementering og administrationsomkostninger betyder også noget. En overvågningsplatform, der har til formål at forenkle fjerninfrastruktur, bør ikke introducere uforholdsmæssig infrastruktur- eller ledelseskompleksitet i sig selv.
Endelig skal du verificere præcist, hvad leverandører mener med termer som sessionsovervågning, brugerovervågning og fjernskrivebordsovervågning. Én platform kan betyde rapportering af tilsluttede brugere, en anden kan give RDP-responsivitet målinger, mens en tredje kan tilbyde fuld skærmoptagelse.
Terminologien kan lyde ens. Den synlighed, der leveres, kan være meget forskellig.
Hvordan kan TSplus forenkle overvågning af Remote Desktop?
For IT-teams, der administrerer Windows fjernskrivebordsinfrastruktur, bringer vi server- og brugeraktivitet ind i et centraliseret overvågningsmiljø. Administratorer kan følge CPU-, hukommelses-, disk- og båndbreddeforbrug, mens de også sporer tilsluttede brugere, samtidige sessioner og applikationsaktivitet, hvilket hjælper dem med at relatere infrastrukturens ydeevne til den faktiske efterspørgsel efter fjernskrivebord.
TSplus Server Monitoring giver også historisk rapportering og konfigurerbare alarmer, så administratorer kan identificere tilbagevendende arbejdsbyrde mønstre i stedet for kun at stole på live målinger. Dette gør det lettere at undersøge ydeevneproblemer, etablere praktiske baseline og forudse kapacitetskrav på tværs af flere servere uden at introducere fuld bruger-session optagelse.
Konklusion
Effektiv overvågning af fjernskrivebord handler om korrelation, ikke om at indsamle det største mulige sæt af målinger. Serverens ydeevne, sessionens aktivitet, applikationens efterspørgsel og netværksforhold bliver mere nyttige, når administratorer kan undersøge dem sammen.
Den kombinerede visning hjælper IT med at skelne mellem isolerede brugerproblemer og flaskehalse på værtsniveau, forstå tilbagevendende præstationsmønstre og træffe bedre kapacitetsbeslutninger, efterhånden som fjernskrivebords-miljøer vokser.
)
)
)
