Vodič za praćenje Citrixa: Metrike i upozorenja

Uvod

Problemi s performansama Citrixa rijetko započinju potpunim prekidom rada. Prijave se mogu polako produžiti, jedan VDA može odskakati od svojih kolega, neuspjesi veze mogu se povećati ili latencija sesije može rasti u predvidivim vremenima. Učinkovito praćenje pomaže IT timovima da rano otkriju ove promjene i razlikuju izolirane simptome od šireg problema s infrastrukturom, mrežom ili kapacitetom.

Ovaj članak razmatra alate, metrike i rane znakove upozorenja koji pomažu administratorima da učinkovitije dijagnosticiraju Citrix probleme.

Koje vrste slojeva bi trebale biti pokrivene Citrix nadzorom?

Postoji više usko povezanih komponenti koje treba uzeti u obzir za Citrix Virtual Apps i Desktop. Korisnička sesija može obuhvatiti posredovanje, autentifikaciju, VDA, Windows usluge, korisničke profile, GPO, pohranu, aplikacije i mrežne veze prije nego što je aplikacija ili radna površina dostupna za korištenje. Dobar Citrix nadzor zahtijeva uvid u četiri suptilnosti.

Na razini sesije, administratori žele znati mogu li se korisnici povezati, koliko dugo traje prijava i da sesije nastave odgovarati.

Na sloju isporuke Citrix, praćenje može otkriti da su strojevi uključeni i registrirani, da veze ne uspijevaju i kako je opterećenje uravnoteženo.

Na razini infrastrukture, CPU, memorija, pohrana i Windows usluge mogu se testirati kako bi se osiguralo da su sustavi hostinga sposobni.

I na mrežnoj/povijesnoj razini, trebate vidjeti da latencija ne utječe na odgovor sesije i da potražnja za pohranom i drugim resursima ne raste s vremenom.

Trik je ne pratiti svaki dostupni brojčanik, već pratiti problem od simptoma do vjerojatnog temeljnog sloja infrastrukture.

Koji su alati korisni za svaki slučaj upotrebe?

Nijedna kategorija nadzora ne pruža vam jednako dobar uvid u sve vaše aplikacije i usluge. Najbolji skup alata ovisi o tome što želite vidjeti i rješavati probleme.

Citrix Monitor i Direktor

Ovo je mjesto gdje su Citrixovi vlastiti alati za praćenje razuman prvi izbor za pretraživanje.

Citrix Monitor za Citrix DaaS i Director za Citrix Virtual Apps i Desktops obavještava vas o sesijama, povezivanju i kvarovima strojeva, vremenu prijave, opterećenju, iskorištenosti strojeva i zdravlju strojeva. Možete pregledavati trendove tijekom vremena kako biste mogli usporediti trenutne performanse s povijesnim podacima umjesto da uspoređujete trenutne performanse s određenom točkom u vremenu.

Ovo praćenje osvjetljava sam proces praćenja.

Na primjer, Citrix vam može omogućiti a razrada koliko dugo traje prijava , i gdje se javlja kašnjenje: posrednik, pokretanje stroja, HDX, skripte za prijavu, Grupa politika, autentifikacija i tako dalje.

To je mnogo bolji način da se od korisničke pritužbe "prijave su spore" dođe do korisnijeg pitanja za rješavanje problema: koji dio procesa prijave traje duže nego što bi trebao?

Infrastruktura i nadzor poslužitelja

Citrix dijagnostika, međutim, neće zamijeniti praćenje temeljne platforme isporuke.

Praćenje poslužitelja može pokazati trajnu upotrebu CPU-a, pritisak na memoriju, aktivnost diska, kapacitet pohrane i neobično ponašanje procesa. Ova očitanja su posebno vrijedna ako se problem vidi u Citrixu, ali uzrok leži dublje u sloju.

Razmislite o tome kako biste istražili povećanje vremena prijave. Ako je latencija pohrane također visoka, tada bi trebalo provjeriti profile i pohranu. Ako je poslužitelj u redu, ali se vrijeme prijave produžava, tada je vjerojatnije da je autentifikacija poslužitelja, Grupa pravila ili neki drugi faktor isporuke uzrok.

Povijesno praćenje infrastrukture također pomaže u planiranju kapaciteta. Sporo povećanje potrošnje resursa u danima ili tjednima prije kolapsa poslužitelja pokazuje da postoji ograničenje za krajnju točku ili domaćina bez stvarnog isključivanja komponente.

Nadzor mreže

Dostava aplikacija i radnih površina na Citrixu oslanja se na dobru mrežnu vezu između uređaja korisnika i poslužitelja.

Praćenje mreže može pokazati porast latencije, zagušenja, propusnosti, nepouzdanosti ili problema povezanih s mjestom koje praćenje poslužitelja ne može objasniti.

Analiza performansi sesije Citrix može također prikazati metrike poput ICA latencije, ICA vrijeme povratka (RTT) , brzina kadra i slobodna naspram potrošene propusnosti.

Ovi podaci su posebno važni kada korisnici uspiju povezati, ali kažu da se njihovi programi ili radne površine čine sporima.

Digitalno iskustvo i cjelovito praćenje

U nekim okruženjima, trebate vidjeti dalje od dostupnosti infrastrukture.

Digitalno iskustvo praćenja i sintetičko praćenje mogu imitirati ili promatrati aktivnosti korisnika poput prijave, pokretanja aplikacija i završavanja transakcija. Umjesto da se vidi samo kako poslužitelji odgovaraju, cilj je potvrditi da usluga radi za korisnika.

Ta razlika je važna jer dobra infrastruktura ne stvara dobro korisničko iskustvo. Veća okruženja također mogu iskoristiti platforme za potpunu vidljivost koje povezuju Citrix sesiju s VDA-om, Windows resursima, Active Directoryjem, pohranom, poslužiteljima aplikacija i mrežnim putem.

Ali vjerojatno ne želite još više nadzornika. Platforma za nadzor dolazi do izražaja kada sužava moguće uzroke i usmjerava administratore na sloj koji se promijenio.

Koje su najvažnije vrste metrika?

Postoji tisuće brojila dostupnih s Citrix platforme. Najkorisnije metrike su one koje se odnose na korisničko iskustvo, zdravlje infrastrukture ili bilo koju promjenu kapaciteta.

Trajanje prijave

Vrijeme prijave je jedna od najjačih metrika usmjerenih na korisnika jer otkriva više područja lanca isporuke.

Ukupno trajanje prijave je glavna mjera, ali može prikriti detalje tijekom dijagnoze. Citrix će moći razlikovati između posredovanja, pokretanja stroja, HDX veze, autentifikacije prijave, učitavanja profila, skripti prijave i obrade grupnih politika.

Ako se vrijeme potrebno za učitavanje profila produži, fokus se prebacuje na trgovinu upravljanja profilima. Dugotrajno procesiranje grupnih politika prebacuje ispitivanje na drugo mjesto. Sporo pokretanje stroja ostavlja VDA, host sustav ili platformu virtualizacije u okviru.

Ukupno trajanje ukazuje na to da nešto nije u redu, ali raspodjela faza otkriva gdje je to drugačije.

Odgovornost sesije

Uspostavljena sesija nije pokazatelj responzivne sesije.

ICA RTT, ICA latencija, metrike brzine kadra i propusnosti mogu se koristiti za određivanje ponaša li se povezani radna površina ili aplikacija kako bi trebala.

Kontekst je i dalje kralj. Ako korisnici u jednom uredu jedini gube performanse, vjerojatno je kriv mrežni put.

Povezivanje i kvarovi strojeva

Ukupni gubitak veze treba hitno riješiti, ali trend može biti značajniji od bilo kojeg pojedinačnog događaja.

Porast na pozadini rijetko neuspješnih veza može biti pokazatelj problema koji se polako pojavljuje, čak i ako većina korisnika ostaje povezana.

Administratori bi trebali ispitati raspodjelu neuspjeha. Pojedinačna kutija, Grupa isporuke, ured ili vremensko razdoblje mogu biti mnogo informativniji od popisa svih neuspjeha.

Paralelne sesije i opterećenje

Broj istovremenih sesija je pozadina većine infrastrukturnih metrika.

Veliki porast CPU-a tijekom vrlo velikog porasta prijava samo je veća potražnja. Isti porast potražnje za procesorom bez promjene u korisnicima ima drugi uzrok.

Planiranje bi trebalo uzeti u obzir tri faktora:

volumen sesije → opterećenje domaćina → odzivnost

Ako broj sesija raste bez odgovarajućeg povećanja opterećenja domaćina ili vremena odziva, sustav bi i dalje mogao biti u mogućnosti podržati to.

Ako isti broj sesija uzrokuje veće opterećenje procesora, natjecanje memorije ili latenciju, tada se nešto drugo promijenilo u radnom opterećenju.

CPU, Memorija i Pohrana

Razmišljajte o korištenju CPU-a, memorije i pohrane u smislu obrazaca, a ne pojedinačnih postotaka.

S kratkim blipom CPU-a možda nema razloga za brigu. Održavana upotreba, ponovljena zasićenost, povećana osnovna linija ili jedan host koji troši procesorsko vrijeme u usporedbi sa svojim kolegama mnogo su značajniji.

Memorija se također može promatrati u perspektivi. Visoka upotreba RAM-a sama po sebi je zabrinjavajuća samo ako dođe do kontinuiranog rasta, naglih skokova u upotrebi, neobičnih razlika između hostova ili ako RAM ne može vratiti sebe u normalno stanje nakon skoka.

Skladištenje zahtijeva praćenje kapaciteta i performansi. Opadajući slobodni prostor očiti je rizik za performanse, dok visoka latencija diska ili sukob u skladištenju usporavaju profile, pokretanje aplikacija i pokretanje sesija u prisutnosti inače dostupnog kapaciteta.

Koji su rani znakovi upozorenja prije suočavanja s problemima s Citrixom?

Problemi s performansama u Citrixu obično se javljaju kao odstupanja prije nego što se pretvore u prekide. Najbolji rani indikatori su stoga promjene u korelacijama između više brojila, a ne samo jedno brojilo koje prelazi prag.

Rani znak upozorenja	Što ispitati sljedeće
Prijave postupno postaju sporije	Faze prijave, profili, Grupa pravila, autentifikacija i pohrana
Povezivanje neuspjeha raste s niske osnovice	Strojevi, grupe isporuke, nedavne promjene i ponašanje mreže
Resursni vrhovi se javljaju u isto vrijeme svaki dan.	Prijave oluja, zakazane zadatke, aplikacije i dostupni kapacitet
Jedan host se neprestano ponaša drugačije od svojih vršnjaka.	Procesi, usluge, konfiguracija i raspodjela opterećenja
Kašnjenje sesije raste dok resursi domaćina ostaju normalni	Mrežni put, lokacija krajnje točke i propusnost
CPU ili memorija raste bez dodatnih korisnika	Aplikacije, procesi, zakrpe i promjene konfiguracije
Slobodni prostor na disku opada predvidljivo	Profili, dnevnici, privremeni podaci i pohrana aplikacija
Izvedba se mijenja odmah nakon ažuriranja	Nedavne zakrpe, politike, promjene aplikacija ili konfiguracije

Zajednički element je odstupanje od očekivane norme. Čini praćenje daleko učinkovitijim kada IT stručnjaci postavljaju pitanje "je li ova vrijednost visoka?" uz "zašto se razlikuje od norme?"

Zašto bi se vaš fokus trebao više usredotočiti na osnovne linije nego na fiksne pragove?

Fiksni pragovi su i dalje potrebni. Administratorima su potrebna upozorenja kako bi znali prije nego što diskovi ponestanu, prije nego što CPU dostigne zasićenje i prije nego što usluga ne uspije i utječe na dostupnost.

Ali jedna jedinstvena, sveobuhvatna granica neće odgovarati svim Citrix okruženjima.

Recimo da okruženje obično traje 15 sekundi za završetak prijava korisnika i da ta mjera počinje rasti prema 25 sekundi i više. To je područje koje vrijedi istražiti, čak i ako organizacija definira 30 sekundi kao prag upozorenja.

U drugačijem okruženju, gdje se brzine prijave obično kreću oko 30 sekundi, taj isti broj ne bi bio od velike brige - još jedan primjer kako različite apsolutne brojke mogu imati vrlo različita značenja u različitim okolnostima.

U svojoj uobičajenoj funkciji, osnovne linije mogu upozoriti na:

• promjene sporih performansi
• post update skakanja
• promjene u vremenima vršne upotrebe
• rastući radni opterećenja
• razlike između poput poslužitelja
• ograničenja kapaciteta zgrade

Benchmark s upozorenjima je jednostavan: Upozorenje na abnormalne promjene i apsolutne limite.

Kako može vaš IT tim povezati vaše Citrix metrike?

Individualni Citrix metrički podaci zaista pokazuju svoju vrijednost kada se koreliraju s infrastrukturom i ponašanjem mreže. Razmislite o ovim uobičajenim parovima:

Citrix simptom	Povezani dokazi	Istraživački smjer
Prijave postaju sporije	Latencija diska također raste	Profili, pohrana i disk I/O
Prijave postaju sporije	CPU, memorija i pohrana ostaju normalni	Autentifikacija, GPO-ovi, profili, posredovanje ili druge faze prijave
Odgovor sesije se pogoršava	Zdravlje hosta ostaje stabilno	Mrežni put, propusnost ili lokacija krajnje točke
Povećava se korištenje CPU-a	Broj istovremenih sesija ostaje nepromijenjen	Procesi, promjene aplikacija, zakrpe ili zakazane radne opterećenja
Jedan VDA slabo radi	Usporedive VDA-e ostaju normalne	Lokalne usluge, konfiguracija ili opterećenje na toj mašini
Neuspjesi se povećavaju nakon promjene	Prethodna osnovica je bila stabilna	Nedavna ažuriranja, regresija politike ili konfiguracije

To spriječi IT administratore da se bave svakim upozorenjem izolirano. Umjesto toga, postaje sljedeća faza vaše analize uzroka.

simptom → povezane metrike → pogođeni sloj → vjerojatni uzrok

To je razlika između posjedovanja podataka o nadzoru i stvarnog učinkovite upotrebe tih podataka.

Kako trebate konfigurirati svoje Citrix obavijesti?

Dobar alarm može upozoriti administratora dovoljno rano da poduzme mjere prije nego što razine usluge pate. Uspostavite osnovne razine za vrijeme prijave, istovremene sesije, neuspjehe, resurse poslužitelja, učinkovitost pohrane i odziv sesije. Iskoristite informacije za definiranje upozoravajućih i kritičnih stanja.

Upozorenja bi trebala pokazivati značajnu promjenu od norme koja još uvijek omogućava vrijeme za administraciju, dok kritični događaji ne mogu čekati na akciju.

Citrix podržava upozorenja i kritične alarme za više mjera i podataka, međutim statične granice su najučinkovitije kada se koriste s prethodnim informacijama o trendovima i točnosti odgovora.

Najbolja vrijednost za upozoravanje je pružanje informacija bez stvaranja viška upozorenja koja uvjetuju administratore i dovode do propuštenih važnih prekoračenja praga. Fokusirajte se na to je li to brzo ponavljano, dosljedno iznad normalnog ili anomalija.

Koji je najbolji radni postupak za praćenje Citrixa?

Korisnik se žali da je "Citrix spor" - izoliranje problema kada se odjednom promijeni više postavki može biti dugotrajno. Dobro definirani radni postupak pomaže usredotočiti se na sužavanje problema prije nego što se pokuša riješiti.

1. Koji je opseg?

Utječe li to samo na jednog korisnika, više korisnika, jednu aplikaciju, jedan VDA, jednu grupu isporuke, jednu lokaciju ili na svako okruženje?

Opseg odmah isključuje mnoge potencijalne uzroke.

2. Koja je faza?

3. Je li kašnjenje prije veze, tijekom prijave/autentifikacije, tijekom pokretanja aplikacije ili kada ste unutar sesije? Spora prijava i spora sesija su dvije različite stvari.

3. Citrix-specifične naznake

Pretraži informacije o sesiji, neuspjeh veze, neuspjeh stroja, neuspjeh VDA-a , faza prijave i drugi pokazatelji performansi sesije.

To pokazuje je li Citrix već prikazuje koja faza je spora ili se pogoršava.

4. Unakrsno provjerite svoje podatke o infrastrukturi i mreži

Unakrsno provjerite Citrix podatke s CPU, memorijom, pohranom i mrežnim brojačima za isto razdoblje. Unakrsno provjerite s dobrim strojevima umjesto jedni s drugima kako biste izbjegli pristranost, kada je to moguće.

5. Pogledajte u prošlost

Koliko dugo se ovo ponašanje događa? Je li to počelo nakon ažuriranja sustava Windows, nadogradnje aplikacije, promjene grupne politike, promjene profila ili promjene infrastrukture?

Usporedite trenutnu situaciju s prošlim rezultatima; ono što izgleda kao nagli pad može se pokazati kao nastavak dugoročnog trenda.

Ovo pruža ponovljiv postupak:

simptom → opseg → faza → povezane metrike → nedavna promjena → vjerojatni uzrok

Citrix Monitoring: Kada postaje pitanje arhitekture?

Praćenje složenosti ne znači da biste trebali zamijeniti Citrix.

Neka velika ili složena implementacija i dalje će trebati virtualizaciju, isporuku aplikacija, HDX i upravljačke značajke Citrixa. Za ta okruženja, višeslojno praćenje samo je dio paradigme koja omogućava da arhitektura funkcionira kao cjelina.

Gdje praćenje otkriva drugačiji problem je da je arhitektura dalekosežnija nego što je potrebno za isporuku ove aplikacije.

To postane slučaj kada trošite velike količine infrastrukture i administrativnog truda za isporuku koja je vrlo jednostavna za objavljivanje unutar sustava Windows.

Pokazatelji bi mogli biti:

• operativni napor je raspoređen na previše entiteta za isporuku
• ne morate ovo toliko pratiti u odnosu na implementaciju
• oko jednostavnog objavljivanja aplikacija postoji previše infrastrukture i udaljeni pristup
• korisnici samo trebaju preglednik ili RDP pristup aplikaciji
• troškovi administracije i infrastrukture postaju ozbiljni problemi

Ukratko, to više nije pitanje rješavanja problema. To je pitanje arhitekture. Pitanje se možda promijenilo iz "Kako bolje pratimo ovo Citrix okruženje?" u "Da li ovaj slučaj upotrebe još uvijek treba arhitekturu?"

Kako TSplus može biti alternativa za Citrix?

Citrix monitoring može otkriti kada infrastruktura i administrativni napor postaju nesrazmjerni relativno jednostavnom zahtjevu za objavljivanje Windows aplikacija ili radnih površina korisnicima na daljinu.

U toj situaciji, problem može biti manje u poboljšanju nadzora, a više u tome odgovara li arhitektura isporuke još uvijek stvarnom slučaju korištenja.

TSplus Remote Access nudi jednostavniju arhitekturu za isporuku višekorisničkih aplikacija i radnih površina putem RDP-kompatibilnih veza ili HTML5 web portala. Može odgovarati organizacijama koje trebaju jednostavan pristup Windows aplikacijama i radnim površinama bez šire virtualizacije i upravljačkih slojeva pune Citrix okoline.

Zaključak

Učinkovito praćenje Citrixa manje se odnosi na prikupljanje svakog dostupnog pokazatelja, a više na razumijevanje kako se važni pokazatelji međusobno odnose. Trajanje prijave, odziv sesije, neuspjesi, resursi hosta, pohrana i ponašanje mreže postaju najkorisniji kada se uspoređuju s povijesnim osnovama i međusobno.

Ta korelacija pomaže IT timovima da pređu s nejasnog simptoma na pogođeni sloj i vjerojatan uzrok. Također može otkriti leži li problem u performansama koje treba ispraviti ili u arhitekturi čija operativna složenost zaslužuje širi pregled.