Programvare for overvåking av fjernskrivbord: Hva du bør spore

Introduksjon

Fjernskrivebordsomgivelser genererer flere lag med driftsdata, fra CPU- og minnebruk til tilkoblede brukere, samtidige økter og applikasjonsbehov. Utfordringen er å avgjøre hvilke signaler som er viktige og hvordan de henger sammen. Denne artikkelen forklarer hva programvare for overvåking av fjernskrivbord sporer, hvordan økt synlighet skiller seg fra serverovervåking, og hvordan IT-team kan bruke sanntids- og historiske data for å diagnostisere ytelsesproblemer.

Hva overvåker programvare for fjernskrivebordsmonitorering egentlig?

Fjernskrivbordsovervåking dekker en rekke konsepter. Noen verktøy fokuserer på server-side ressurser, mens andre kartlegger tilkoblinger ved hjelp av Remote Desktop Protocol (RDP) eller Remote Desktop Services (RDS). Verktøy som tar en sikkerhetsfokusert tilnærming kan revidere og registrere brukeraktivitet.

For IT gir det mening å dele disse verktøyene inn i 5 kategorier:

Overvåkningslag	Hva det svarer	Typisk informasjon
Infrastruktur	Er verten sunn?	CPU, minne, disk, båndbredde, tilgjengelighet
Tilkobling	Hvem koblet til og når?	Bruker, påloggingstid, tilkoblingsstatus
Økt	Hva skjer under fjernøkter?	Tilkoblede brukere, samtidige økter, varighet, øktstatus
Brukeropplevelse	Er den eksterne økten responsiv?	Inndataforsinkelse, latens, påloggingsforsinkelser, applikasjonsresponsivitet
Aktivitet	Hvilke applikasjoner eller handlinger er involvert?	Applikasjonsbruk, prosesser, revisjonshendelser eller sesjonsopptak

Disse er relatert, men ikke nødvendigvis utbyttbare, siden en kan rapportere en CPU-metning, men ikke avsløre hvilken økt som ble først berørt, mens en revisjonsplattform kan identifisere hvem som koblet til, men ikke forklare hvorfor ytelsen ble dårligere.

Session-opptaksprogramvare tar dette et skritt videre ved å samle detaljerte bevis på hva som skjedde innenfor rammen av det eksterne miljøet, og introduserer ytterligere sikkerhet, personvern samt oppbevarings- og lagringshensyn.

Den første utfordringen da, i å sammenligne programvare for overvåking av fjernskrivbord, er å identifisere synligheten som IT faktisk krever.

Hvorfor sesjonsnivåsynlighet er forskjellig fra serverovervåking?

Tradisjonell serverovervåkning verktøy spør om maskinen fungerer bra. Er CPU-bruken høy? Er minnet lavt? Øker diskbruken? Er serveren online?

Disse målingene er fortsatt relevante i et RDS vertsmiljø, men det er et annet lag å vurdere. Delt RDS-infrastruktur betyr at på verts nivå er CPU, minne, lagring og nettverkskapasitet fordelt mellom flere brukere og applikasjoner.

På sesjonsnivå har hver brukers applikasjoner og prosesser unike krav. En RD Session Host kan generelt være sunn mens en brukers applikasjoner fryser, eller en treg sesjon betyr ikke at hele serveren er på kapasitet.

Forskjellen er meningsfull for feilsøkingsformål. Hvis ti brukere på den samme serveren begynner å bli tregere samtidig, gir det mening å se på serverens delte ressurser først. Hvis bare én bruker opplever problemer, er det mer sannsynlig at problemet er isolert til den sesjonen, dens applikasjoner og tilkobling.

Fjernskrivebords overvåkingsverktøy er mest effektive når de gir administratorer mulighet til å veksle mellom disse perspektivene, og trekke forbindelser mellom serverens generelle helse og tilstanden til individuelle brukersesjoner.

Hva er de viktigste målingene for fjernskrivbord?

Ingen enkeltmåling styrer helsen til et fjernskrivbordsmiljø. Administratorer trenger tilstrekkelig kontekst for å tolke den nåværende arbeidsbelastningen, ressursforbruket og brukeropplevelsen.

Hvor mange brukere og økter er aktive?

Sesjonsantall gir grunnlaget for denne samtalen.

Relevante datapunkter inkluderer tilkoblede brukere, aktive og frakoblede økter, samtidige sesjonsantall distribusjon på tvers av servere, toppperioder og historisk samtidighet.

Konkurransetendenser har forrang over antall ansatte når man vurderer ytelsen til et fjernskrivbordssystem, ettersom kapasiteten vanligvis defineres av den samtidige arbeidsbelastningen, snarere enn antallet registrerte brukere. En maskin som betjener 200 tilfeldige brukere kan være betydelig mer belastet enn et samtidighetsantall på 40 brukere som kjører høyytelsesapplikasjoner.

Verdien av samtidighetsmålinger, supplert med infrastrukturstatistikk, er å fastslå om det er en sammenheng mellom økningen i tilkoblede brukere og veksten i ressursforbruk.

Er serverressursene i samsvar med sesjonsbehovet?

CPU, minne, diskaktivitet og tilgjengelig lagring er fortsatt de viktigste måleparametrene for overvåking av en ekstern skrivebord.

Det interessante spørsmålet er ikke om CPUen traff en viss prosentandel, men når den var under press og hva annet som skjedde samtidig.

Et konsistent CPU-spike, for eksempel, kan korrelere med morgeninnloggingsrush, økt antall samtidige økter, en planlagt prosess eller tung bruk av en bestemt forretningsapplikasjon.

Forbindelsen mellom de to er vanligvis viktigere enn bruksverdien.

Hvilke applikasjoner og prosesser driver arbeidsbelastningen?

Applikasjonsynlighet gir ekstra kontekst.

Å forstå applikasjonene som brukes, når etterspørselen øker og hvilke prosesser som bruker mest ressurser, gjør det mulig for administratorer å knytte brukeraktivitet til infrastrukturens oppførsel.

Applikasjonsmonitorering kan ta opp disse typene spørsmål. Oppstår det et ytelsesproblem når en spesifikk applikasjon brukes mye? Kjøres det sesjonsverter som kjører et mer intensivt sett med applikasjoner? Blir applikasjoner vedlikeholdt eller lisensiert som sjelden brukes?

Denne informasjonen har verdi, ikke bare for feilsøking, men også for generell infrastruktur og programvareadministrasjon.

Bidrar nettverket eller brukeropplevelsen til problemet?

Fjernskrivbordssesjoner er interaktive av natur, noe som gjør nettverks- eller responsproblemer umiddelbart åpenbare for sluttbrukerne.

Båndbredde må vurderes i sammenheng med andre serverytelsesmetrikker, siden en server kan ha ledig CPU- og minnekapasitet mens tilkoblinger blir forsinket av en flaskehals et annet sted i kommunikasjonskjeden. Forståelse RDP ytelse på høy-latens nettverk kan hjelpe med å skille nettverksresponsproblemer fra ressursbegrensninger på vertsiden.

Noen RDS-miljøer kan tilby mer innsikt i sluttbrukeropplevelsen enn andre. Microsoft Performance Monitor, for eksempel, har tellere for brukerinngangsforsinkelse som kan identifisere forsinkelser på sesjons- og prosessnivå. Microsoft dokumenterer funksjonen som en metode for å korrelere sesjonsnumre, CPU-bruk og responsivitet på RD Session Host-servere.

Ikke alle verktøy for overvåking av eksterne skrivebord inkluderer de samme latens- eller inngangsforsinkelsesmetrikene. IT-administratorer bør dobbeltsjekke hva en leverandør faktisk tilbyr når det gjelder informasjon om brukeropplevelse i stedet for å anta at det vil være til stede.

Hvordan kan overvåking av Remote Desktop hjelpe teamet ditt når du må feilsøke langsomme økter?

Verdien av overvåking av fjernskrivbord er best synlig når administratorer tar flere signaler og korrelerer dem.

Når en bruker påpeker at RDP er tregt, beskriver de effekten, ikke årsaken. Din første prioritet er å forstå omfanget av problemet.

Har en bruker problemer? Er det flere brukere som er på samme vert? Er det brukere på flere servere med det samme problemet?

Med omfanget av problemet definert kan innsiktene fra overvåkingen din hjelpe med å fokusere søket ditt:

Symptom	Nyttige sjekker
En bruker er treg	Øktstatus, applikasjoner, prosesser, tilkoblingsbetingelser
De fleste brukere på én server er trege	CPU, minne, disk I/O, prosessbruk, samtidige økter
Brukere på flere servere er trege	Delte nettverks- eller infrastrukturavhengigheter
Ytelsen forringes samtidig hver dag	Samtidighet, planlagte oppgaver, applikasjonstopper
Brukere blir ofte frakoblet	Server tilgjengelighet, nettverksforhold, tjeneste- og tilkoblingshendelser
En applikasjon presterer gjentatte ganger dårlig.	Applikasjonsbruk, relaterte prosesser og ressursforbruk

Målet er korrelasjon. CPU-topper betyr mer i konteksten av økt samtidighet. Høy båndbreddeutnyttelse er mer bemerkelsesverdig i møte med flere brukerklager. Et gjentakende ytelsesproblem er lettere å identifisere når du vet at den samme applikasjonen eller arbeidsbelastningen skjer hver gang.

Overvåking identifiserer ikke alltid årsaken, men den fanger opp den operative konteksten som administratorer trenger for å snevre inn feltet av mulige mistenkte.

Feilsøking basert på minne etter hendelsen er ikke det samme som å inspisere miljøet på tidspunktet for hendelsen.

Sanntidsovervåking, varsler og historiske rapporter: Hvorfor er de alle viktige?

Overvåking viser seg å være nyttig når den gjør det mulig for deg å svare på tre forskjellige driftsrelaterte spørsmål: hva som skjer for øyeblikket, når IT bør handle, og hva som skjedde tidligere?

Hva skjer akkurat nå?

Sanntidsovervåking kan benyttes av administratorer for å undersøke den nåværende serverytelsen, innloggede brukere, applikasjonsprosesser og nettverksaktivitet.

Denne informasjonen kan vise seg å være avgjørende under en hendelse, da den gjør det mulig for administratoren å fastslå om det fortsatt er press på ressursene eller en uvanlig belastning som skjer.

Den sanntidsverdien gir nåværende data, men det er alt. Målingen er kun informativ for øyeblikket. Noe som virker normalt nå, kan ha vært unormalt da brukeren opplevde problemet.

Når krever noe oppmerksomhet?

Varsler omformer overvåking fra passiv datainnsamling til en proaktiv og operasjonell prosess.

Administratorer spesifiserer hva som fortjener oppmerksomhet: vedvarende prosessorbruk, minnepress, diskaktivitet, overdreven aktive brukere eller servernedetid.

Overvåkingsgrenser fortsatt må anvendes med sunn fornuft; en kortvarig økning i CPU-aktivitet er å forvente, men gjentatt press i løpet av peak-timer kan indikere et fremvoksende kapasitetsproblem.

Hva skjedde før hendelsen?

Historiske rapporter avslører mønstre som sanntidsmålinger ikke kan. Microsoft anbefaler å bruke Innsamling av data for ytelsesovervåking for å registrere ytelsestellere over tid når man undersøker intermitterende ytelsesproblemer med Windows Server.

Si CPU når 90 prosent i fem minutter. Hvis det er en isolert hendelse i en ellers kjent batchprosess, kan det hende det ikke indikerer et problem. Men hvis CPU når 90 prosent hver ukedag rundt samme tid som samtidigheten passerer et gitt terskel, er det en verdifull informasjon for kapasitetsplanlegging.

Historiske referanseverdier er ofte viktigere enn individuelle terskler, fordi de viser deg hva som er normalt for en gitt server, applikasjonsmix og brukerpopulasjon.

I hvilke tilfeller er native Windows-overvåkingsverktøy tilstrekkelige?

Windows gir et ganske robust verktøysett for feilsøking allerede.

Oppgavebehandleren og Ressursmonitoren viser den nåværende ressursutnyttelsen. Ytelsesovervåkning kan samle inn Windows ytelsestellere, inkludert brukerinputforsinkelse på sesjons- og prosessnivå på støttede versjoner av Windows Server. Hendelsesviseren presenterer hendelser relatert til operativsystemet og RDS, mens PowerShell kan brukes til å forespørre og automatisere mange administrasjonsoppgaver.

For feilsøking av enkeltservere eller undersøkelse av et spesifikt problem, kan disse verktøyene vise seg å være tilstrekkelige for en erfaren administrator.

Imidlertid kan behovet for å overvåke flere servere eller for å gjennomgå situasjonen fra perspektivet til en tidligere hendelse kreve at informasjonen hentes fra flere kilder.

Sentralisert overvåking er nyttig i situasjoner der IT må overvåke mer enn én vert gjennom én konsoll, lagre historisk informasjon for senere bruk, sammenligne systemer og tidsrammer, rapportere om brukeraktivitet og samtidighet, eller sette opp varsler.

Verdien av en slik tilnærming ligger ikke nødvendigvis i de målingene som Windows ikke tilbyr.

Det handler snarere om evnen til å konsolidere, lagre og korrelere denne informasjonen for å gjøre den mer handlingsdyktig for administratorer.

Betyr det at du registrerer brukere hvis du bruker overvåking av fjernskrivebordsøkter?

Nei. Begrepene brukes ofte om hverandre, men sesjonsovervåking og sesjonsopptak har betydelig forskjellige omfang og muligheter.

Mens overvåking av eksterne skrivebordsøkter kanskje bare observerer tilkoblede brukere, samtidige økter, ressursutnyttelse, sesjonshistorikk eller applikasjonsbruk, ville sesjonsopptak fange opp et mye mer detaljert sett med data om aktivitetene innen den eksterne økten avhengig av produktet, som innholdet på skjermen, applikasjonsaktiviteter, utklippstavleaktiviteter eller andre hendelser.

Opptak av økter kan gi mening for spesifikke privilegerte tilgang, tredjeparts tilgang, revisjon eller sikkerhetsscenarier, men det reiser ytterligere spørsmål om oppbevaring, tilgang, lagring og personvern.

For de fleste daglige fjernskrivbordoperasjoner er evnen til å registrere alle detaljene i en økt unødvendig og uønsket av IT-teamet, siden de bare trenger nok informasjon om økten for ytelsesobservasjoner og analyseformål.

Hvordan kan du forbedre kapasitetsplanleggingen din ved å bruke overvåking av fjernskrivbord?

Når det gjelder infrastruktur for ekstern skrivebord, er lastetetthet en viktig vurdering.

Antallet konfigurerte kontoer sier lite om antallet samtidige brukere, applikasjonene de kjører og intensiteten deres.

Historisk overvåking gjør at informasjonen er tilgjengelig.

Ved å analysere samtidige brukere og sammenligne dem med CPU-, minne-, disk- og nettverksutnyttelse, får IT-administratorer handlingsrettet innsikt i miljøet sitt. De ser når belastninger begynner å påvirke infrastrukturen, hvilke arbeidsmengder som er ansvarlige, og om trenden øker.

Den informasjonen kan brukes til å rettferdiggjøre handlinger som å balansere arbeidsmengden mellom verter, legge til flere servere, legge til flere ressurser til eksisterende servere, planlegge tunge applikasjoner eller undersøke applikasjoner som bruker en uforholdsmessig stor mengde ressurser.

Den tilnærmingen er mye mer nøyaktig enn en generell anbefaling basert på brukere per server. Microsofts Veiledning for dimensjonering av Remote Desktop Session Host på samme måte anbefaler å vurdere arbeidsbelastningstype, brukertetthet og brukeropplevelsesmålinger i stedet for å stole på et enkelt generisk kapasitetsnummer. To selskaper med samme brukerbase kan ha svært forskjellige applikasjons- og infrastrukturkrav.

Hvilken type krav bør du se etter når du søker etter programvare for overvåking av fjernskrivbord?

Det beste programvaren for overvåking av eksterne skrivebord er ikke nødvendigvis produktet som samler mest data. Det er det som gir det nivået av synlighet som kreves for miljøet som administreres.

For de fleste IT-driftsteam er de viktigste kravene enkle:

• c sentralisert synlighet på tvers av flere servere
• nåværende brukere og informasjon om samtidige økter
• CPU, minne, disk og nettverksmonitorering
• applikasjons- og prosessynlighet
• historiske rapporter og trendanalyse
• konfigurerbare varsler
• praktiske rapporterings- og eksportalternativer

Plattformen bør også gjøre korrelasjon enkelt. Sesjonsantall blir mer verdifulle når administratorer kan sammenligne dem med serverbelastning. Applikasjonsbruk blir mer nyttig når den kan undersøkes over tid.

Distribusjon og administrasjonskostnader er også viktige. En overvåkingsplattform som er ment å forenkle fjerninfrastruktur, bør ikke introdusere uforholdsmessig infrastruktur eller administrasjonskompleksitet på egen hånd.

Til slutt, verifiser nøyaktig hva leverandører mener med begreper som sesjonsmonitorering, brukermonitorering og fjernskrivbordmonitorering. Én plattform kan bety rapportering av tilkoblede brukere, en annen kan gi RDP-responsivitetsmålinger, mens en annen kan tilby full skjermopptak.

Terminologien kan høres lik ut. Synligheten som leveres kan være veldig forskjellig.

Hvordan kan TSplus forenkle overvåking av Remote Desktop?

For IT-team som administrerer Windows fjernskrivbordinfrastruktur, bringer vi server- og brukeraktivitet inn i et sentralisert overvåkningsmiljø. Administratorer kan følge med på CPU-, minne-, disk- og båndbreddebruk, samtidig som de sporer tilkoblede brukere, samtidige økter og applikasjonsaktivitet, noe som hjelper dem med å relatere infrastrukturens ytelse til faktisk etterspørsel etter fjernskrivbord.

TSplus Server Monitoring gir også historisk rapportering og konfigurerbare varsler, slik at administratorer kan identifisere gjentakende arbeidsmønstre i stedet for å stole kun på sanntidsmålinger. Dette gjør det lettere å undersøke ytelsesproblemer, etablere praktiske referanser og forutsi kapasitetsbehov på tvers av flere servere uten å innføre full brukerøktopptak.

Konklusjon

Effektiv overvåking av eksterne skrivebord handler om korrelasjon, ikke om å samle det største mulige settet av målinger. Serverytelse, sesjonsaktivitet, applikasjonsbehov og nettverksforhold blir mer nyttige når administratorer kan undersøke dem sammen.

Den kombinerte visningen hjelper IT med å skille isolerte brukerproblemer fra flaskehalser på vertsnivå, forstå gjentakende ytelsesmønstre og ta bedre kapasitetsbeslutninger ettersom miljøene for ekstern skrivebord vokser.