)
)
Johdanto
Etätyöpöytäympäristöt tuottavat useita kerroksia operatiivista dataa, aina CPU- ja muistikäytöstä liitettyihin käyttäjiin, samanaikaisiin istuntoihin ja sovellusten kysyntään. Haasteena on päättää, mitkä signaalit ovat tärkeitä ja miten ne liittyvät toisiinsa. Tämä artikkeli selittää, mitä etätyöpöydän valvontasoftware seuraa, miten istuntovisibiliteetti eroaa palvelinvalvonnasta ja miten IT-tiimit voivat käyttää reaaliaikaista ja historiallista dataa suorituskykyongelmien diagnosoimiseen.
Mitä etätyöpöydän valvontasoftware oikeastaan valvoo?
Etätyöpöydän valvonta kattaa useita käsitteitä. Jotkut työkalut keskittyvät palvelinpuolen resursseihin, kun taas toiset inventoivat yhteyksiä käyttäen Etätyöpöytäprotokollaa (RDP) tai Etätyöpöytäpalveluja (RDS). Työkalut, jotka ottavat turvallisuuteen keskittyvän lähestymistavan, voivat tarkastaa ja tallentaa käyttäjätoimintaa.
IT:lle on järkevää jakaa nämä työkalut viiteen kategoriaan:
| Valvontakerros | Mitä se vastaa | Tyypillinen tieto |
|---|---|---|
| Infrastruktuuri | Onko isäntä terve? | CPU, muisti, levy, kaistanleveys, saatavuus |
| Yhteys | Kuka yhdisti ja milloin? | Käyttäjä, kirjautumisaika, yhteyden tila |
| Istunto | Mitä tapahtuu etäistunnoissa? | Yhdistetyt käyttäjät, samanaikaiset istunnot, kesto, istunnon tila |
| Käyttäjäkokemus | Onko etäistunto responsiivinen? | Syöttöviive, viive, kirjautumisviiveet, sovelluksen reagointikyky |
| Toiminta | Mitkä sovellukset tai toiminnot ovat mukana? | Sovelluksen käyttö, prosessit, tarkastustapahtumat tai istuntotallenteet |
Nämä ovat liittyviä, mutta eivät välttämättä vaihdettavissa, koska yksi voi raportoida CPU:n saturaatioista, mutta ei paljastaa, mikä istunto oli ensimmäinen, joka vaikutti, kun taas auditointialusta voi tunnistaa, kuka liittyi, mutta ei selittää, miksi suorituskyky heikkeni.
Istuntojen tallennusohjelmisto vie tämän askeleen pidemmälle keräämällä yksityiskohtaista näyttöä siitä, mitä tapahtui etäympäristön kontekstissa, tuoden mukanaan lisää turvallisuus-, yksityisyys- sekä säilytys- ja varastointikysymyksiä.
Ensimmäinen haaste etätyöpöydän valvontasoftwarea vertaillessa on tunnistaa näkyvyys, jota IT todellisuudessa tarvitsee.
Miksi istuntotason näkyvyys poikkeaa palvelinvalvonnasta?
Perinteinen palvelimen valvonta työkalut kysyvät, onko kone kunnossa. Onko CPU-käyttö korkea? Onko muisti alhainen? Onko levyn käyttö nousemassa? Onko palvelin online?
Nämä mittarit ovat edelleen relevantteja RDS-isännöintitilanteessa, mutta on olemassa toinen kerros, joka on otettava huomioon. Jaettu RDS-infrastruktuuri tarkoittaa, että isäntätasolla CPU, muisti, tallennustila ja verkkokapasiteetti jakautuvat useiden käyttäjien ja sovellusten kesken.
Istuntotason tasolla jokaisen käyttäjän sovelluksilla ja prosesseilla on ainutlaatuisia vaatimuksia. RD-istuntopalvelin voi olla yleisesti terve, vaikka yhden käyttäjän sovellukset jumiutuvat, tai yksi hidas istunto ei tarkoita, että koko palvelin on kapasiteetissaan.
Ero on merkityksellinen vianetsinnän kannalta. Jos kymmenen käyttäjää samalla palvelimella alkaa hidastua samaan aikaan, on järkevää tarkastella ensin palvelimen jaettuja resursseja. Jos vain yksi käyttäjä kokee ongelmia, ongelma on todennäköisemmin eristyksissä kyseisestä istunnosta, sen sovelluksista ja yhteydestä.
Etätyöpöydän valvontatyökalut ovat tehokkaimpia, kun ne antavat järjestelmänvalvojille mahdollisuuden siirtyä näiden näkökulmien välillä ja luoda yhteyksiä palvelimen yleisen terveyden ja yksittäisten käyttäjäistuntojen tilan välillä.
Mitkä ovat tärkeimmät etätyöpöytämittarit?
Yksikään mittari ei hallitse etätyöpöytäympäristön terveyttä. Järjestelmänvalvojat tarvitsevat riittävän kontekstin tulkitakseen nykyistä työkuormaa, resurssien kulutusta ja käyttäjäkokemusta.
Kuinka monta käyttäjää ja istuntoa on aktiivisena?
Istuntomäärät tarjoavat perustan tälle keskustelulle.
Relevant data points include connected users, active and disconnected sessions, samanaikaiset-istuntomäärät jakelu palvelimien kesken, huippuaikojen ja historiallisten samanaikaisten käyttäjien osalta.
Samanaikaisuustrendit ovat tärkeämpiä kuin käyttäjämäärät etätyöpöytäjärjestelmän suorituskyvyn arvioinnissa, sillä kapasiteetti määritellään tyypillisesti samanaikaisella kuormituksella, ei rekisteröityjen käyttäjien määrällä. Kone, joka palvelee 200 satunnaista käyttäjää, voi olla merkittävästi enemmän kuormitettu kuin 40 käyttäjän samanaikainen istuntomäärä, joka käyttää korkean suorituskyvyn sovelluksia.
Samanaikaisuusmittarien arvo, jota täydentävät infrastruktuuristatistiikat, on selvittää, onko yhteyttä liitettyjen käyttäjien määrän kasvun ja resurssien kulutuksen kasvun välillä.
Pysyykö palvelinresurssit istuntovaatimusten mukana?
CPU, muisti, levyn aktiviteetti ja käytettävissä oleva tallennustila ovat edelleen keskeisiä mittareita etätyöpöydän valvonnassa.
Mielenkiintoinen kysymys ei ole se, osuiko CPU tiettyyn prosenttiin, vaan milloin se oli paineen alla ja mitä muuta tapahtui samaan aikaan.
Esimerkiksi johdonmukainen CPU-piikki saattaa liittyä aamun kirjautumisruuhkaan, lisääntyneeseen samanaikaisten istuntojen määrään, aikataulutettuun prosessiin tai tietyn liiketoimintasovelluksen intensiiviseen käyttöön.
Kaksi välistä yhteys on yleensä tärkeämpi kuin käyttöarvo.
Mitkä sovellukset ja prosessit aiheuttavat kuormitusta?
Sovelluksen näkyvyys tarjoaa lisäkontekstia.
Ymmärtäminen käytettävistä sovelluksista, kun kysyntä kasvaa ja mitkä prosessit kuluttavat eniten resursseja, mahdollistaa ylläpitäjien yhdistää käyttäjätoiminnan infrastruktuurin käyttäytymiseen.
Sovellusten valvonta voi käsitellä tällaisia kysymyksiä. Ilmeneekö suorituskykyongelma, kun tiettyä sovellusta käytetään intensiivisesti? Onko olemassa istuntoisäntiä, jotka suorittavat intensiivisempää sovellusjoukkoa? Onko harvoin käytettäviä sovelluksia ylläpidetty tai lisensoitu?
Tällä tiedolla on arvoa, ei vain vianetsinnässä, vaan myös yleisessä infrastruktuurin ja ohjelmistohallinnan hoidossa.
Onko verkko- tai käyttäjäkokemus osaltaan ongelman aiheuttaja?
Etätyöpöytäistunnot ovat luonteeltaan vuorovaikutteisia, mikä tekee verkko- tai reagointiongelmat heti ilmeisiksi loppukäyttäjille.
Kaistanleveyden tarve on arvioitava yhdessä muiden palvelimen suorituskykymittareiden kanssa, sillä palvelimella saattaa olla ylimääräistä CPU- ja muistikapasiteettia, kun taas yhteydet hidastuvat pullonkaulan vuoksi muualla viestintäketjussa. Ymmärtäminen RDP-suorituskyky korkealaatuisilla viiveverkoilla voi auttaa erottamaan verkon reagointiongelmat isäntäkoneen resurssirajoituksista.
Jotkut RDS-ympäristöt voivat tarjota enemmän loppukäyttäjäkokemuksen tietoja kuin toiset. Microsoft Performance Monitorilla, esimerkiksi, on käyttäjän syöttöviiveen laskureita, jotka voivat tunnistaa viiveitä istunto- ja prosessitasoilla. Microsoft dokumentoi ominaisuuden menetelmäksi, jolla korreloidaan istuntolukuja, CPU-käyttöä ja reagointikykyä RD Session Host -palvelimilla.
Kaikki etätyöpöydän valvontatyökalut eivät sisällä samoja viive- tai syöttöviivemittareita. IT-johdon tulisi tarkistaa, mitä myyjä todella tarjoaa käyttäjäkokemustietojen osalta sen sijaan, että oletettaisiin, että ne ovat läsnä.
Kuinka etätyöpöydän valvonta voi auttaa tiimiäsi, kun sinun on ratkaistava hitaita istuntoja?
Etätyöpöydän valvonnan arvo näkyy parhaiten, kun järjestelmänvalvojat ottavat useita signaaleja ja korreloivat niitä.
Kun käyttäjä huomauttaa, että RDP on hidas, he kuvaavat vaikutusta, eivät syytä. Ensisijainen tavoitteesi on ymmärtää ongelman laajuus.
Onko yhdellä käyttäjällä ongelmia? Onko useita käyttäjiä, jotka ovat samalla isännällä? Onko useita käyttäjiä useilla palvelimilla saman ongelman kanssa?
Ongelman laajuuden määrittäminen avulla valvontatietosi voivat auttaa keskittymään hakuusi:
| Oire | Hyödylliset tarkistukset |
|---|---|
| Yksi käyttäjä on hidas | Istunnon tila, sovellukset, prosessit, yhteyden ehdot |
| Useimmat käyttäjät yhdellä palvelimella ovat hitaita | CPU, muisti, levy I/O, prosessikäyttö, samanaikaiset istunnot |
| Käyttäjät useilla palvelimilla ovat hitaita | Jaettu verkko- tai infrastruktuuririippuvuudet |
| Suorituskyky heikkenee samaan aikaan päivittäin | Samaan aikaan, aikataulutetut tehtävät, sovellushuiput |
| Käyttäjät katkeavat usein. | Palvelimen saatavuus, verkkotilanteet, palvelu- ja yhteystapahtumat |
| Yksi sovellus toimii toistuvasti huonosti | Sovelluksen käyttö, siihen liittyvät prosessit ja resurssien kulutus |
Tavoitteena on korrelaatio. CPU-piikit merkitsevät enemmän lisääntyvän samanaikaisuuden kontekstissa. Korkea kaistanleveyden käyttö on huomionarvoisempaa useiden käyttäjävalitusten yhteydessä. Toistuva suorituskykyongelma on helpompi tunnistaa, kun tiedät, että sama sovellus tai kuormitus esiintyy joka kerta.
Valvonta ei aina tunnista perussyytä, mutta se tallentaa operatiivisen kontekstin, jota ylläpitäjät tarvitsevat mahdollisten epäiltyjen rajaamiseksi.
Muistin perusteella jälkikäteen tapahtuva vianetsintä ei ole sama asia kuin ympäristön tarkastaminen tapahtumahetkellä.
Reaaliaikainen valvonta, hälytykset ja historialliset raportit: Miksi ne kaikki ovat tärkeitä?
Valvonta osoittautuu hyödylliseksi, kun se mahdollistaa kolmen erilaisen operatiivisen kysymyksen vastaamisen: mitä tällä hetkellä tapahtuu, milloin IT:n tulisi toimia ja mitä aiemmin tapahtui?
Mitä tapahtuu juuri nyt?
Reaaliaikaista seurantaa voivat käyttää järjestelmänvalvojat tarkastellakseen nykyistä palvelimen suorituskykyä, kirjautuneita käyttäjiä, sovellusprosesseja ja verkkotoimintaa.
Tämä tieto voi olla elintärkeää tapahtuman aikana, sillä se mahdollistaa järjestelmänvalvojan selvittää, onko resursseilla edelleen kuormitusta tai onko tapahtumassa epätavallista kuormitusta.
Reaaliaikainen arvo tarjoaa ajankohtaisia tietoja, mutta siinä se onkin. Mittari on tällä hetkellä vain informatiivinen. Jokin, mikä näyttää nyt normaalilta, saattoi olla epänormaalia, kun käyttäjä koki ongelman.
Milloin jokin vaatii huomiota?
Hälytykset muuttavat valvonnan passiivisesta tietojen keruusta proaktiiviseksi ja operatiiviseksi prosessiksi.
Järjestelmänvalvojat määrittävät, mikä ansaitsee huomiota: jatkuva prosessorin käyttö, muistin paine, levyn aktiivisuus, liialliset aktiiviset käyttäjät tai palvelimen käyttökatkokset.
Valvontarajat yhteistä järkeä on edelleen sovellettava; lyhyt piikki CPU-toiminnassa on odotettavissa, mutta toistuva paine huipputuntien aikana voi viitata kehittyvään kapasiteettiongelmaan.
Mitä tapahtui ennen tapausta?
Historialliset raportit paljastavat kaavoja, joita reaaliaikaiset mittarit eivät voi. Microsoft suosittelee käyttämään Suorituskykymonitorin tietojen keruu tallentaakseen suorituskykylaskureita ajan myötä, kun tutkitaan satunnaisia Windows Serverin suorituskykyongelmia.
CPU saavuttaa 90 prosenttia viiden minuutin ajan. Jos tämä on eristetty tapaus muuten tunnetussa eräprosessissa, se ei välttämättä osoita ongelmaa. Mutta jos CPU saavuttaa 90 prosenttia joka arkipäivä suunnilleen samaan aikaan, kun samanaikaisuus ylittää tietyn rajan, se on arvokasta tietoa kapasiteetin suunnittelua varten.
Historialliset viitearvot ovat usein tärkeämpiä kuin yksittäiset kynnysarvot, koska ne näyttävät, mikä on normaalia tietyssä palvelimessa, sovelluskombinaatiossa ja käyttäjäpopulaatiossa.
Missä tapauksissa natiivien Windows-valvontatyökalujen käyttö riittää?
Windows tarjoaa melko kattavan työkalupakin vianetsintään jo.
Tehtävienhallinta ja Resurssimonitori näyttävät nykyisen resurssien käytön. Suorituskykymonitori voi kerätä Windowsin suorituskykylaskureita, mukaan lukien istunnon ja prosessin tason Käyttäjän syöttöviive tuetuissa Windows Server -versioissa. Tapahtumienvalvoja esittää käyttöjärjestelmän ja RDS:ään liittyviä tapahtumia, kun taas PowerShellia voidaan käyttää monien hallintatehtävien kyselyyn ja automatisointiin.
Yksittäisen palvelimen vianetsintään tai tietyn ongelman tutkimiseen nämä työkalut voivat osoittautua riittäviksi kokeneelle ylläpitäjälle.
Kuitenkin tarve valvoa useita palvelimia tai tarkastella tilannetta aiemman tapahtuman näkökulmasta saattaa vaatia, että tieto kerätään useista lähteistä.
Keskitetty valvonta on hyödyllistä tilanteissa, joissa IT:n on valvottava useampaa isäntää yhdestä konsolista, tallennettava historiallista tietoa myöhempää käyttöä varten, verrattava järjestelmiä ja aikarajoja, raportoida käyttäjätoiminnasta ja samanaikaisuudesta tai asetettava hälytyksiä.
Tällaisen lähestymistavan arvo ei välttämättä ole mittareissa, joita Windows ei tarjoa.
Se liittyy enemmän kykyyn yhdistää, tallentaa ja korreloida tätä tietoa, jotta se olisi toimivampaa ylläpitäjille.
Tarkoittaako se, että tallennat käyttäjiä, jos käytät Remote Desktop Session Monitoringia?
Ei. Ehtoja käytetään usein vaihdettavasti, mutta istunnon valvonnalla ja istunnon tallennuksella on merkittävästi erilaiset laajuudet ja kyvyt.
Vaikka etätyöpöytäistunnon valvonta voi vain tarkkailla liitettyjä käyttäjiä, samanaikaisia istuntoja, resurssien käyttöä, istuntohistoriaa tai sovellusten käyttöä, istunnon tallennus tallentaisi paljon yksityiskohtaisemman tietojoukon etäistunnon sisällä tapahtuvista toiminnoista tuotteen mukaan, kuten näytön sisällöstä, sovellustoiminnoista, leikepöydän toiminnoista tai muista tapahtumista.
Tallennusistunnot voivat olla järkeviä tietyissä etuoikeutetuissa pääsy-, kolmannen osapuolen pääsy-, auditointi- tai turvallisuustilanteissa, mutta ne herättävät lisäkysymyksiä säilyttämisestä, pääsystä, tallennuksesta ja yksityisyydestä.
Useimmissa päivittäisissä etätyöpöytätoiminnoissa istunnon kaikkien yksityiskohtien tallentaminen on tarpeetonta ja IT-tiimin toivomusten vastaista, koska he tarvitsevat vain riittävästi tietoa istunnosta suorituskyvyn havainnointia ja analysointia varten.
Miten voit parantaa kapasiteettisuunnitteluasi käyttämällä etätyöpöydän seurantaa?
Etätyöpöytäinfrastruktuurin osalta kuormitustiheys on tärkeä huomioitava seikka.
Määrä konfiguroituja tilejä kertoo vähän samanaikaisten käyttäjien määrästä, heidän käyttämistään sovelluksista ja niiden intensiivisyydestä.
Historiallinen valvonta tekee tiedot saataville.
Analysoimalla samanaikaisia käyttäjiä ja vertaamalla niitä CPU-, muisti-, levy- ja verkkokäyttöön, IT-johdon on mahdollista saada käyttökelpoista tietoa ympäristöstään. He näkevät, milloin kuormitukset alkavat vaikuttaa infrastruktuuriin, mitkä työkuormat ovat vastuussa ja onko suuntaus kasvamassa.
Tietoa voidaan käyttää toimenpiteiden oikeuttamiseen, kuten kuormituksen tasapainottamiseen isäntien välillä, lisäämään palvelimia, lisäämään resursseja olemassa oleville palvelimille, aikatauluttamaan raskaita sovelluksia tai tutkimaan sovelluksia, jotka kuluttavat suhteettoman suuren määrän resursseja.
Se lähestymistapa on paljon tarkempi kuin yleinen suositus, joka perustuu käyttäjiin palvelinta kohden. Microsoftin Etätyöpöytäistunnon isäntäkoon ohjeet samoin suosittelee arvioimaan työkuormatyypin, käyttäjätiheyden ja käyttäjäkokemuksen mittauksia sen sijaan, että luotettaisiin yhteen yleiseen kapasiteettilukuun. Kahdella yrityksellä, joilla on sama käyttäjäkunta, voi olla huomattavasti erilaiset sovellus- ja infrastruktuurivaatimukset.
Mitä vaatimuksia sinun tulisi etsiä etätyöpöydän valvontasoftaa hakiessasi?
Paras etätyöpöydän valvontasoftware ei välttämättä ole tuote, joka kerää eniten tietoa. Se on se, joka tarjoaa tarvittavan näkyvyyden hallittavalle ympäristölle.
Useimmille IT-toimintatiimeille avainvaatimukset ovat yksinkertaisia:
- c keskitetty näkyvyys useiden palvelimien välillä
- nykyiset käyttäjät ja samanaikaiset istuntotiedot
- CPU, muistin, levyn ja verkon valvonta
- sovelluksen ja prosessin näkyvyys
- historialliset raportit ja trendianalyysi
- konfiguroitavat hälytykset
- käytännön raportointi- ja vientivaihtoehdot
Alustan tulisi myös helpottaa korrelaation tekemistä. Istuntomäärät muuttuvat arvokkaammiksi, kun järjestelmänvalvojat voivat verrata niitä palvelimen kuormitukseen. Sovelluksen käyttö muuttuu hyödyllisemmäksi, kun sitä voidaan tarkastella ajan myötä.
Käyttöönotto- ja hallintakuormitus on myös tärkeä. Seurantapohja, jonka tarkoituksena on yksinkertaistaa etäinfrastruktuuria, ei saisi aiheuttaa suhteettomia infrastruktuuri- tai hallintakompleksisuuksia.
Varmista lopuksi tarkalleen, mitä myyjät tarkoittavat termeillä kuten istunnon seuranta, käyttäjän seuranta ja etätyöpöydän seuranta. Yksi alusta saattaa tarkoittaa yhdistettyjen käyttäjien raportointia, toinen voi tarjota RDP-vastetta mittaavia tietoja, kun taas kolmas voi tarjota täydellistä näytön tallennusta.
Terminologia voi kuulostaa samankaltaiselta. Toimitettu näkyvyys voi olla hyvin erilainen.
Miten TSplus voi yksinkertaistaa etätyöpöydän valvontaa?
IT-tiimeille, jotka hallinnoivat Windowsin etätyöpöytäinfrastruktuuria, tuomme palvelin- ja käyttäjätoiminnan keskitettyyn valvontaympäristöön. Järjestelmänvalvojat voivat seurata CPU:n, muistin, levyn ja kaistanleveyden käyttöä samalla kun he seuraavat liitettyjä käyttäjiä, samanaikaisia istuntoja ja sovellustoimintaa, mikä auttaa heitä yhdistämään infrastruktuurin suorituskyvyn todelliseen etätyöpöytäkysyntään.
TSplus Server Monitoring myös tarjoaa historiallista raportointia ja konfiguroitavia hälytyksiä, jotta järjestelmänvalvojat voivat tunnistaa toistuvia työkuormamalleja sen sijaan, että luottaisivat vain reaaliaikaisiin mittareihin. Tämä helpottaa suorituskykyongelmien tutkimista, käytännöllisten perustasojen määrittämistä ja kapasiteettivaatimusten ennakoimista useiden palvelimien välillä ilman täydellisten käyttäjäistuntojen tallentamista.
Päätelmä
Tehokas etätyöpöydän valvonta perustuu korrelaatioon, ei mahdollisimman suuren mittaristojen keräämiseen. Palvelimen suorituskyky, istuntoaktiivisuus, sovelluskysyntä ja verkkotilanteet ovat hyödyllisempiä, kun järjestelmänvalvojat voivat tarkastella niitä yhdessä.
Yhdistetty näkymä auttaa IT-osastoa erottamaan eristyneet käyttäjäongelmat isäntälaajuisista pullonkauloista, ymmärtämään toistuvia suorituskykymalleja ja tekemään parempia kapasiteettipäätöksiä etätyöpöytäympäristöjen kasvaessa.
)
)
)
