Citrixin valvontakäsikirja: Mittarit ja hälytykset

Johdanto

Citrixin suorituskykyongelmat harvoin alkavat täydellisellä katkeamisella. Kirjautumiset saattavat hidastua, yksi VDA saattaa poiketa muista, yhteysongelmat saattavat lisääntyä tai istunnon viive saattaa nousta ennakoitavissa olevina aikoina. Tehokas valvonta auttaa IT-tiimejä havaitsemaan nämä muutokset varhain ja erottamaan eristyneet oireet laajemmista infrastruktuuri-, verkko- tai kapasiteettiongelmista.

Tässä artikkelissa tarkastellaan työkaluja, mittareita ja varhaisia varoitusmerkkejä, jotka auttavat ylläpitäjiä diagnosoimaan Citrix-ongelmia tehokkaammin.

Minkä tyyppiset kerrokset tulisi kattaa Citrix-valvonnassa?

On useita tiiviisti linkitettyjä komponentteja Citrix Virtual Apps ja Desktop, jotka on otettava huomioon. Käyttäjäistunto voi kattaa välityksen, todennuksen, VDA:n, Windows-palvelut, käyttäjäprofiilit, GPO:n, tallennustilan, sovellukset ja verkkoyhteydet ennen kuin sovellus tai työpöytä on edes käytettävissä. Hyvä Citrix-valvonta vaatii näkyvyyttä neljään hienovaraisuuteen.

Istuntokerroksessa järjestelmänvalvojat haluavat tietää, voivatko käyttäjät muodostaa yhteyden, kuinka kauan kirjautumiset kestävät ja että istunnot jatkavat vastaamista.

Citrix-toimituskerroksessa valvonta voi havaita, että koneet ovat päällä ja rekisteröityneet, yhteydet epäonnistuvat ja kuinka kuormitus on tasapainotettu.

Infrastruktuuritason testauksessa voidaan tarkistaa CPU, muisti, tallennustila ja Windows-palvelut varmistaakseen, että isännöintijärjestelmät ovat kykeneviä.

Ja verkko/historiallisella tasolla sinun on nähtävä, että viive ei vaikuta istunnon vasteeseen ja että tallennustilan ja muiden resurssien kysyntä ei kasva ajan myötä.

Kikka ei ole seurata jokaista saatavilla olevaa laskuria, vaan seurata ongelmaa oireesta todennäköiseen taustainfrastruktuurikerrokseen.

Mitkä työkalut ovat hyödyllisiä kullekin käyttötapaukselle?

Yksi valvontakategoria ei tarjoa yhtä hyvää näkemystä kaikista sovelluksistasi ja palveluistasi. Paras työkalupaketti riippuu siitä, mitä haluat nähdä ja ratkaista.

Citrix Monitor ja Director

Tämä on paikka, jossa Citrixin omat valvontatyökalut ovat järkevä ensimmäinen paikka tarkastella.

Citrix Monitor Citrix DaaS:lle ja Director Citrix Virtual Appsille ja Desktopsille kertoo sinulle istunnoista, yhteyksistä ja konevikojen, kirjautumisajasta, kuormasta, koneen käytöstä ja koneen terveydestä. Voit tarkastella trendejä ajan myötä, jotta voit verrata nykyistä suorituskykyä historiallisten tietojen kanssa sen sijaan, että vertaisit nykyistä suorituskykyä tiettyyn ajankohtaan.

Tämä valvonta tuo esiin valvontaprosessin itsensä.

Esimerkiksi Citrix voi saada sinulle a kirjautumisen keston erittely ja missä viive esiintyy: broker, koneen käynnistys, HDX, kirjautumisskriptit, ryhmäkäytännöt, todennus ja niin edelleen.

Se on paljon parempi tapa siirtyä käyttäjän valituksesta "kirjautumiset ovat hitaita" hyödyllisempään vianetsintäkysymykseen: mikä osa kirjautumisprosessista kestää pidempään kuin pitäisi?

Infrastruktuuri ja palvelinvalvonta

Citrix-diagnoosit eivät kuitenkaan korvaa taustalla olevan toimitusalustan seurantaa.

Palvelinvalvonta voi näyttää jatkuvaa CPU-käyttöä, muistin painetta, levyn toimintaa, tallennuskapasiteettia ja outoa prosessikäyttäytymistä. Nämä mittaukset ovat erityisen arvokkaita, jos ongelma näkyy Citrixissä, mutta syy on syvemmällä pinossa.

Ajattele, miten tutkisit kirjautumisaikojen pidentymistä. Jos tallennusviive on myös korkea, profiilit ja tallennus tulisi tarkistaa. Jos palvelin on kunnossa, mutta kirjautumisajat pitenevät, palvelimen todennus, ryhmäkäytäntö tai jokin muu toimitustekijä on todennäköisemmin syynä.

Infrastruktuurin historiallinen valvonta auttaa myös kapasiteetin suunnittelussa. Hitaasti kasvava resurssinkulutus päivinä tai viikkoina ennen palvelimen kaatumista osoittaa, että päätepisteessä tai isäntäpalvelimessa on raja ilman, että komponenttia tarvitsee oikeasti sammuttaa.

Verkko Valvonta

Sovellusten ja työpöytien toimitus Citrixissä perustuu hyvään verkkoyhteyteen käyttäjän laitteen ja isäntäpalvelimen välillä.

Verkko- ja palvelinvalvonta voi osoittaa viiveen, ruuhkien, kaistanleveyden, epäluotettavuuden tai sivustoon liittyvien ongelmien nousua, joita palvelinvalvonta ei voi selittää.

Citrix-istunnon suorituskykyanalyysi voi myös näyttää mittareita, kuten ICA-viive. ICA-matka-aika (RTT) , kuvataajuus ja ilmainen verrattuna kulutettuun kaistanleveyteen.

Tämä tieto on erityisen tärkeää, kun käyttäjät onnistuvat yhdistämään, mutta sanovat, että heidän sovelluksensa tai työpöytänsä näyttävät hitaalta.

Digitaalinen kokemus ja täysipinoinen valvonta

Joissakin ympäristöissä sinun on nähtävä pidemmälle kuin infrastruktuurin saatavuus.

Digitaalisen kokemuksen valvonta ja synteettinen valvonta voivat jäljitellä tai seurata käyttäjätoimintoja, kuten kirjautumista, sovellusten käynnistämistä ja tapahtumien suorittamista. Sen sijaan, että nähtäisiin vain palvelimien reagoivan, tavoitteena on varmistaa, että palvelu toimii käyttäjälle.

Se ero on tärkeä, koska hyvä infrastruktuuri ei tuota hyvää käyttäjäkokemusta. Suuremmat ympäristöt voivat myös hyödyntää täyden pinon havaintoplatformeja, jotka yhdistävät Citrix-istunnon VDA:han, Windows-resursseihin, Active Directoryyn, tallennustilaan, sovelluspalvelimiin ja verkkopolkuun.

Mutta et todennäköisesti halua vielä enemmän koontinäyttöjä. Seurantaportaali on parhaimmillaan, kun se rajoittaa mahdolliset syyt ja ohjaa ylläpitäjiä kerrokseen, joka on muuttunut.

Mitä ovat tärkeimmät mittarityypit?

Citrix-alustalta on saatavilla tuhansia laskureita. Käyttäjäkokemukseen, infrastruktuurin terveyteen tai mihin tahansa kapasiteettimuutokseen liittyvät mittarit ovat hyödyllisimmät.

Kirjautumisen kesto

Kirjautumisaika on yksi vahvimmista käyttäjälähtöisistä mittareista, koska se paljastaa useita toimitusketjun alueita.

Kokonaiskirjautumisen kesto on päämittari, mutta se voi peittää yksityiskohtia diagnoosin aikana. Citrix pystyy erottamaan välityksen, koneen käynnistyksen, HDX-yhteyden, kirjautumisen todennuksen, profiilin lataamisen, kirjautumisskriptit ja ryhmäkäytäntöjen käsittelyn.

Jos profiilin lataamiseen käytetty aika pitenee, keskittyminen siirtyy profiilihallintavarastoon. Pitkä ryhmäkäytäntöjen käsittely vie tarkastelun muualle. Hidas koneen käynnistys jättää VDA:n, isäntäjärjestelmän tai virtualisointialustan kehykseen.

Kokonaiskesto osoittaa, että jokin on erilaista, mutta vaiheen jakautuminen paljastaa, missä se on erilaista.

Istunnon reagointikyky

Vakiintunut istunto ei ole merkki reagoivasta istunnosta.

ICA RTT, ICA-latenssi, kuvataajuus ja kaistanleveysmittarit voidaan käyttää määrittämään, käyttäytyykö liitetty työpöytä tai sovellus odotetusti.

Konteksti on edelleen kuningas. Jos vain yhden toimiston käyttäjät menettävät suorituskykyä, verkko-osa on todennäköisesti syyllinen.

Yhteys- ja koneviat

Yhteyden täydellinen katkeaminen tulisi käsitellä kiireellisesti, mutta suuntaus voi olla merkityksellisempi kuin mikään yksittäinen tapahtuma.

Yhteyksien harvoin epäonnistuvan taustan yli nouseminen voi olla merkki hitaasti kehittyvästä ongelmasta, vaikka suurin osa käyttäjistä pysyykin yhteydessä.

Järjestelmänvalvojien tulisi tarkastella vikojen jakautumista. Yksittäinen laatikko, toimitusryhmä, toimisto tai aikajakso voi olla paljon informatiivisempi kuin lista kaikista vioista.

Samanaikaiset istunnot ja kuormitus

Samanaikaiset istuntomäärät ovat taustalla lähes kaikissa infrastruktuurin mittareissa.

Suuri CPU-piikki erittäin suuren kirjautumissurgen aikana on vain lisää kysyntää. Sama prosessorikysynnän kasvu ilman muutosta käyttäjissä johtuu muusta syystä.

Suunnittelussa tulisi ottaa huomioon kolme tekijää:

istunnon määrä → isäntäkuormitus → reagointikyky

Jos istuntomäärät nousevat ilman vastaavia lisääntyksiä isäntäkuormassa tai vasteajassa, järjestelmä saattaa silti pystyä tukemaan sitä.

Jos sama sessiomäärä aiheuttaa suuremman prosessorikuormituksen, muistinkilpailun tai viiveen, niin jokin muu on muuttunut työkuormassa.

CPU, Muisti ja Tallennus

Ajattele CPU:si, muistin ja tallennustilan käyttöä kaavioiden, ei yksittäisten prosenttien, näkökulmasta.

CPU:n kanssa lyhyt häiriö ei välttämättä ole huolenaihe. Kestävä käyttö, toistuva saturaatio, kasvava peruslinja tai yksi isäntä, joka kuluttaa prosessorin aikaa verrattuna kollegoihinsa, on paljon merkittävämpää.

Muistia voidaan myös tarkastella perspektiivistä. Korkea RAM-käyttö itsessään on huolenaihe vain, jos on jatkuvaa kasvua, äkillisiä käyttöpiikkejä, epätavallisia isäntäkohtaisia eroja tai RAM ei pysty palautumaan normaalitilaansa piikin jälkeen.

Tallennus vaatii sekä kapasiteetin että suorituskyvyn valvontaa. Vähenevä vapaa tila on ilmeinen suorituskykyriski, kun taas korkea levyn viive tai tallennuskiista hidastaa profiileja, sovellusten käynnistämistä ja istuntojen aloittamista, kun kapasiteettia on muuten saatavilla.

Mitä ovat varhaiset varoitusmerkit ennen Citrix-ongelmien kohtaamista?

Citrixin suorituskykyongelmat ilmenevät yleensä poikkeamina ennen kuin ne muuttuvat katkoksi. Parhaat varhaiset indikaattorit ovat siten muutokset useiden laskurien välisissä korrelaatioissa sen sijaan, että yksittäinen laskuri ylittäisi kynnyksen.

Varhaisen varoituksen merkki	Mitä tarkastella seuraavaksi
Kirjautumiset hidastuvat vähitellen.	Kirjautumisvaiheet, profiilit, Ryhmäkäytäntö, todennus ja tallennus
Yhteysongelmat lisääntyvät alhaiselta lähtötasolta.	Koneet, toimitusryhmät, viimeisimmät muutokset ja verkkokäyttäytyminen
Resurssihuiput esiintyvät samaan aikaan joka päivä	Kirjautumistormit, aikataulutetut tehtävät, sovellukset ja saatavilla oleva kapasiteetti
Yksi isäntä käyttäytyy toistuvasti eri tavalla kuin sen vertaiset.	Prosessit, palvelut, konfigurointi ja kuormanjako
Istunnon viive nousee, kun isäntäresurssit pysyvät normaaleina.	Verkkopolku, päätepisteen sijainti ja kaistanleveys
CPU tai muisti nousee ilman lisäkäyttäjiä	Sovellukset, prosessit, korjaukset ja konfiguraatiomuutokset
Ilmainen levytila vähenee ennustettavasti	Profiilit, lokit, tilapäiset tiedot ja sovellustallennus
Suorituskyky muuttuu heti päivityksen jälkeen	Äskettäin julkaistu päivitys, käytäntö, sovellus tai kokoonpanomuutokset

Yhteinen elementti on poikkeama odotetusta normista. Se tekee valvonnasta paljon tehokkaampaa, kun IT-ammattilaiset esittävät kysymyksen "onko tämä arvo korkea?" yhdessä "miksi se poikkeaa normista?"

Miksi keskittymisesi tulisi olla enemmän peruslinjoissa kuin kiinteissä kynnysarvoissa?

Kiinteät kynnysarvot ovat edelleen tarpeen. Ylläpitäjät tarvitsevat hälytyksiä, jotta he tietävät ennen kuin levyt loppuvat, ennen kuin CPU saavuttaa kyllästymisen ja ennen kuin palvelu epäonnistuu ja vaikuttaa saatavuuteen.

Mutta yksi, kaikkia kattava kynnys ei sovi kaikkiin Citrix-ympäristöihin.

Sanotaan, että ympäristö yleensä vie 15 sekuntia käyttäjien kirjautumiseen ja että tämä mittari alkaa nousta kohti 25 sekuntia ja sen yli. Se on alue, joka ansaitsee tutkimista, vaikka organisaatio määrittäisi 30 sekuntia hälytyskynnykseksi.

Eri ympäristössä, jossa kirjautumisnopeudet voivat normaalisti olla noin 30 sekuntia, tuo sama luku ei olisi kovin huolestuttava - toinen esimerkki siitä, kuinka erilaisilla absoluuttisilla luvuilla voi olla hyvin erilaisia merkityksiä eri olosuhteissa.

Tavallisessa toiminnassaan peruslinjat voivat hälyttää seuraavista:

• hidas suorituskyky muuttaa
• post update hyppää
• huippukäyttöaikojen muutokset
• kasvavat työkuormat
• erot kuten palvelimet
• rakennuskapasiteetin rajoitukset

Vertailuarvo hälytyksillä on yksinkertainen: Hälytys epänormaalista muutoksesta ja absoluuttisista rajoista.

Miten IT-tiimisi voi korreloida Citrix-mittarisi?

Yksittäiset Citrix-metriikat osoittavat todellista arvoaan, kun ne korreloivat infrastruktuurin ja verkon käyttäytymisen kanssa. Mieti näitä yleisiä parituksia:

Citrix-oire	Liittyvä todiste	Tutkimussuunnitelma
Kirjautumiset hidastuvat	Levyn viive nousee myös	Profiilit, tallennus ja levy I/O
Kirjautumiset hidastuvat	CPU, muisti ja tallennustila pysyvät normaalina	Todennus, GPO:t, profiilit, välitys tai muut kirjautumisvaiheet
Istunnon vaste heikkenee	Isäntäterveys pysyy vakaana	Verkkopolku, kaistanleveys tai päätepisteen sijainti
CPU-käyttö nousee	Samanaikaisten istuntojen määrä on muuttumaton	Prosessit, sovelluksen muutokset, korjaukset tai aikataulutetut kuormitukset
Yksi VDA toimii huonosti	Vertailukelpoiset VDA:t pysyvät normaaleina	Paikalliset palvelut, kokoonpano tai kuormitus tuolla koneella
Vikaantumiset lisääntyvät muutoksen jälkeen	Aikaisempi perusta oli vakaa	Viimeisin päivitys, politiikka tai kokoonpanon taantuma

Tämä estää IT-johdon käsittelemästä jokaista hälytystä eristyksissä. Sen sijaan se muuttuu seuraavaksi vaiheeksi juurisyyn analyysissäsi:

oire → liittyvät mittarit → vaikuttava kerros → todennäköinen syy

Se on ero sen välillä, että on valvontatietoja ja että käyttää niitä tehokkaasti.

Miten sinun tulisi konfiguroida Citrix-ilmoituksesi?

Hyvä hälytys voi varoittaa ylläpitäjää tarpeeksi aikaisin, jotta hän voi ryhtyä toimiin ennen kuin palvelutaso kärsii. Määritä perusasetukset kirjautumisaikoja, samanaikaisia istuntoja, vikoja, palvelinresursseja, tallennustehokkuutta ja istuntojen reagointikykyä varten. Käytä tietoja varoitus- ja kriittisten tilojen määrittämiseen.

Ilmoitusten tulisi osoittaa merkittävää poikkeamaa normista, joka silti mahdollistaa hallinta-ajan, kun taas kriittiset tapahtumat eivät voi odottaa toimenpiteitä.

Citrix tukee varoitus- ja kriittisten hälytysten politiikkoja useille toimenpiteille ja tiedoille, kuitenkin staattiset kynnysarvot ovat tehokkaimpia, kun niitä käytetään aiempien tietojen kanssa trendeistä ja vasteen tarkkuudesta.

Paras arvo hälyttämisessä on tiedon tarjoaminen ilman ylimääräisten hälytysten luomista, jotka ehdollistavat ylläpitäjiä ja johtavat tärkeiden kynnysylitysten missaamiseen. Keskity siihen, onko se nopeasti toistuva, jatkuvasti normaalin yläpuolella vai poikkeama.

Mikä on paras Citrix-valvontatyönkulku?

Käyttäjä valittaa, että "Citrix on hidas" - ongelmien eristäminen, kun useita asetuksia muutetaan kerralla, voi olla aikaa vievää. Hyvin määritelty työnkulku auttaa keskittymään ongelman rajaamiseen ennen sen korjaamisen yrittämistä.

1. Mikä on laajuus?

Vaikuttaako se vain yhteen käyttäjään, useisiin käyttäjiin, yhteen sovellukseen, yhteen VDA:han, yhteen toimitusryhmään, yhteen sijaintiin vai jokaiseen ympäristöön?

Laajuus sulkee heti pois monia mahdollisia syitä.

2. Mikä on vaihe?

3. Onko viive ennen yhteyttä, kirjautumisen/todennuksen aikana, sovelluksen käynnistyksen aikana vai kun ollaan sessiossa? Hidas kirjautuminen ja hidas sessio ovat kaksi eri asiaa.

3. Citrix-spesifiset vihjeet

Etsi istuntotiedot, yhteysvirhe(t), konevirhe(t), VDA-virhe(t) , kirjautumisvaihe ja muut istunnon suorituskykylaskurit.

Tämä paljastaa, jos Citrix näyttää jo, mikä vaihe on hidas tai heikkenee.

4. Ristiinviittaa infrastruktuurisi ja verkon tietoja

Ristiinviittaa Citrix-tiedot CPU-, muisti-, tallennus- ja verkkolaskureiden kanssa samalta ajalta. Ristiinviittaa hyvien koneiden kanssa toistensa sijaan puolueellisuuden välttämiseksi, kun se on mahdollista.

5. Tutki menneisyyttä

Kuinka kauan tätä käyttäytymistä on esiintynyt? Onko tämä alkanut Windows-päivityksen, sovelluspäivityksen, ryhmäkäytännön muutoksen, profiilimuutoksen tai infrastruktuurin muutoksen jälkeen?

Vertaile nykytilannetta menneeseen suorituskykyyn; se, mikä näyttää äkilliseltä romahdukselta, saattaa osoittautua pitkän aikavälin trendin jatkumiseksi.

Tämä tarjoaa toistettavan menettelyn:

oire → laajuus → vaihe → korreloituvat mittarit → äskettäinen muutos → todennäköinen syy

Citrixin valvonta: Milloin siitä tulee arkkitehtuurikysymys?

Valvonnan monimutkaisuus ei tarkoita, että sinun pitäisi korvata Citrix.

Jotkut suuret tai monimutkaiset käyttöönotot tarvitsevat edelleen Citrixin virtualisointi-, sovellustoimitus-, HDX- ja hallintatoimintoja. Näissä ympäristöissä monikerroksinen valvonta on vain osa paradigmaa, joka tekee arkkitehtuurista toimivan kokonaisuutena.

Missä valvonta paljastaa erilaisen ongelman, on se, että arkkitehtuuri on laajempi kuin mitä tämän sovelluksen toimitus vaatii.

Se alkaa olla tilanne, kun käytät suuria määriä infrastruktuuri- ja hallintotyötä toimitukseen, joka on hyvin yksinkertaista julkaista Windowsissa.

Indikaattorit voisivat olla:

• toiminnallinen työmäärä jakautuu liian monen toimitusorganisaation kesken
• et tarvitse valvoa tätä niin intensiivisesti suhteessa käyttöönottoon
• yksinkertaisen sovelluksen julkaisemisen ympärillä on vain liian paljon infrastruktuuria ja etäkäyttö
• käyttäjät tarvitsevat vain selaimen tai RDP-yhteyden sovellukseen
• hallintokustannukset ja infrastruktuurin jalanjälki muuttuvat vakaviksi ongelmiksi

Lyhyesti sanottuna, se ei enää ole vianetsintäkysymys. Se on arkkitehtuurikysymys. Kysymys on saattanut siirtyä "Kuinka voimme valvoa tätä Citrix-ympäristöä paremmin?" kysymyksestä "Tarvitseeko tämä käyttötapa edelleen arkkitehtuuria?"

Kuinka TSplus voi olla vaihtoehto Citrixille?

Citrixin valvonta voi paljastaa, milloin infrastruktuuri- ja hallintotyö ovat muuttumassa suhteettomiksi suhteessa suhteellisen yksinkertaiseen vaatimukseen Windows-sovellusten tai työpöytien julkaisemiseksi etäkäyttäjille.

Tuossa tilanteessa ongelma saattaa olla vähemmän valvonnan parantamisessa ja enemmän siinä, vastaako toimitusarkkitehtuuri edelleen todellista käyttötapausta.

TSplus Etäyhteys tarjoaa yksinkertaisemman arkkitehtuurin monikäyttäjäisten sovellusten ja työpöytien toimittamiseen RDP-yhteensopivien yhteyksien tai HTML5-verkkoportaalin kautta. Se sopii organisaatioille, jotka tarvitsevat suoraviivaista pääsyä Windows-sovelluksiin ja työpöytiin ilman laajempia virtualisointi- ja hallintakerroksia täydellisessä Citrix-ympäristössä.

Päätelmä

Tehokas Citrix-valvonta ei perustu niinkään kaikkien saatavilla olevien mittareiden keräämiseen, vaan siihen, miten tärkeät mittarit liittyvät toisiinsa. Kirjautumisaika, istunnon reagointikyky, epäonnistumiset, isäntärasitukset, tallennus ja verkon käyttäytyminen ovat kaikkein hyödyllisimpiä, kun niitä verrataan historiallisiin viitearvoihin ja toisiinsa.

Se korrelaatio auttaa IT-tiimejä siirtymään epämääräisestä oireesta vaikuttavaan kerrokseen ja todennäköiseen syyhyn. Se voi myös paljastaa, onko ongelma suorituskyvyssä, joka tarvitsee korjaamista, vai arkkitehtuurissa, jonka toiminnallinen monimutkaisuus ansaitsee laajemman tarkastelun.