Sprievodca monitorovaním Citrix: Metódy a upozornenia

Úvod

Problémy s výkonom Citrix zriedka začínajú úplným výpadkom. Prihlásenia sa môžu pomaly predlžovať, jeden VDA sa môže odchýliť od svojich kolegov, zlyhania pripojenia sa môžu zvyšovať alebo latencia relácie sa môže zvyšovať v predvídateľných časoch. Efektívne monitorovanie pomáha IT tímom včas odhaliť tieto zmeny a rozlíšiť izolované symptómy od širších problémov s infraštruktúrou, sieťou alebo kapacitou.

Tento článok sa zaoberá nástrojmi, metrikami a varovnými signálmi, ktoré pomáhajú administrátorom efektívnejšie diagnostikovať problémy s Citrixom.

Aké typy vrstiev by mali byť pokryté monitorovaním Citrix?

Existuje niekoľko úzko prepojených komponentov Citrix Virtual Apps a Desktop, ktoré je potrebné zvážiť. Používateľská relácia môže zahŕňať sprostredkovanie, autentifikáciu, VDA, služby Windows, používateľské profily, GPO, úložisko, aplikácie a sieťové pripojenia, ešte predtým, ako je aplikácia alebo desktop k dispozícii na použitie. Dobrý monitoring Citrix si vyžaduje prehľad o štyroch jemnostiach.

Na úrovni relácie chcú administrátori vedieť, či sa používatelia môžu pripojiť, ako dlho trvá prihlásenie a že relácie naďalej reagujú.

Na úrovni dodávky Citrix môže monitorovanie zistiť, že stroje sú zapnuté a registrované, pripojenia zlyhávajú a ako je vyvážené zaťaženie.

Na úrovni infraštruktúry je možné testovať CPU, pamäť, úložisko a služby Windows, aby sa zabezpečilo, že hostiteľské systémy sú schopné.

A na úrovni siete/historickej úrovni musíte vidieť, že latencia neovplyvňuje reakciu relácie a že dopyt po úložisku a iných zdrojoch sa v priebehu času nezvyšuje.

Trik spočíva v tom, že nesledujeme každý dostupný protiargument, ale sledujeme problém od symptómu po pravdepodobnú základnú vrstvu infraštruktúry.

Ktoré nástroje sú užitočné pre každý prípad použitia?

Žiadna kategória monitorovania vám neposkytuje rovnako dobrý prehľad o všetkých vašich aplikáciách a službách. Najlepší súbor nástrojov závisí od toho, čo chcete vidieť a riešiť.

Citrix Monitor a Director

Toto je miesto, kde sú vlastné monitorovacie nástroje spoločnosti Citrix rozumným prvým miestom na hľadanie.

Citrix Monitor pre Citrix DaaS a Director pre Citrix Virtual Apps a Desktops vás informuje o reláciách, pripojeniach a zlyhaniach strojov, čase prihlásenia, zaťažení, využití strojov a zdraví strojov. Môžete sledovať trendy v priebehu času, aby ste mohli porovnať aktuálny výkon s historickými údajmi, namiesto porovnávania aktuálneho výkonu s daným časovým bodom.

Toto monitorovanie osvetľuje samotný proces monitorovania.

Napríklad, Citrix vám môže zabezpečiť a rozpis toho, ako dlho trvá prihlásenie a kde dochádza k oneskoreniu: broker, spustenie stroja, HDX, prihlasovacie skripty, skupinová politika, autentifikácia a tak ďalej.

To je oveľa lepší spôsob, ako prejsť od sťažnosti používateľa "prihlásenia sú pomalé" k užitočnejšej otázke na riešenie problémov: ktorá časť procesu prihlásenia trvá dlhšie, ako by mala?

Infrastruktúra a monitorovanie servera

Diagnostika Citrix však nenahradí monitorovanie základnej dodávacej platformy.

Monitorovanie servera môže ukázať trvalé využitie CPU, tlak na pamäť, aktivitu disku, kapacitu úložiska a zvláštne správanie procesov. Tieto hodnoty sú obzvlášť cenné, ak je problém viditeľný v Citrix, ale príčina leží hlbšie v staku.

Premýšľajte o tom, ako by ste vyšetrovali zvýšenie času prihlásenia. Ak je latencia úložiska tiež vysoká, mali by sa skontrolovať profily a úložisko. Ak je server v poriadku, ale časy prihlásenia sa predlžujú, je pravdepodobnejšie, že problém je v autentifikácii servera, skupinovej politike alebo inom faktore dodania.

Historické monitorovanie infraštruktúry tiež pomáha pri plánovaní kapacity. Pomaly sa zvyšujúca spotreba zdrojov v dňoch alebo týždňoch pred kolapsom servera ukazuje, že existuje limit pre koncový bod alebo hostiteľa bez toho, aby sa komponent skutočne vypol.

Sledovanie siete

Doručovanie aplikácií a desktopov na Citrixe závisí od dobrej sieťovej konektivity medzi zariadením používateľa a hostiteľom.

Monitorovanie siete môže ukázať nárast latencie, preťaženia, šírky pásma, nespolehlivosti alebo problémov súvisiacich so stránkou, ktoré monitorovanie servera nedokáže vysvetliť.

Analýza výkonu relácie Citrix môže tiež ukázať metriky ako latencia ICA, ICA doba obojsmerného prenosu (RTT) snímková frekvencia a voľná verzus spotrebovaná šírka pásma.

Tieto údaje sú obzvlášť dôležité, keď sa používateľom podarí pripojiť, ale tvrdia, že ich aplikácie alebo pracovné plochy sa zdajú byť pomalé.

Digitálna skúsenosť a monitorovanie celej vrstvy

V niektorých prostrediach musíte vidieť ďalej ako len dostupnosť infraštruktúry.

Digitálne monitorovanie skúseností a syntetické monitorovanie môžu napodobňovať alebo sledovať používateľské aktivity, ako je prihlasovanie, spúšťanie aplikácií a dokončovanie transakcií. Namiesto toho, aby ste videli len servery, ktoré reagujú, cieľom je potvrdiť, že služba funguje pre používateľa.

Toto rozlíšenie je dôležité, pretože dobrá infraštruktúra nevytvára dobrý používateľský zážitok. Väčšie prostredia môžu tiež využiť platformy na plnú observabilitu, ktoré spájajú reláciu Citrix s VDA, zdrojmi Windows, Active Directory, úložiskom, aplikačnými servermi a sieťovou cestou.

Ale pravdepodobne nechcete ešte viac panelov. Monitorovacia platforma sa osvedčuje, keď zúži možné príčiny a vedie administrátorov k vrstve, ktorá sa zmenila.

Aké sú najdôležitejšie typy metrík?

Existuje tisíce počítadiel dostupných z platformy Citrix. Najužitočnejšie metriky sú tie, ktoré súvisia s používateľskou skúsenosťou, zdravím infraštruktúry alebo akoukoľvek zmenou kapacity.

Doba prihlásenia

Čas prihlásenia je jedným z najsilnejších metrík zameraných na používateľa, pretože odhaľuje viaceré oblasti dodávateľského reťazca.

Celková doba prihlásenia je hlavná metrika, ale môže zakryť detaily počas diagnostiky. Citrix bude schopný rozlíšiť medzi zprostredkovaním, spustením stroja, pripojením HDX, autentifikáciou prihlásenia, načítaním profilu, skriptami prihlásenia a spracovaním skupinovej politiky.

Ak sa čas strávený načítavaním profilu predlžuje, zameranie sa presúva na obchod s manažmentom profilov. Dlhé spracovanie skupinových politík presúva skúmanie inde. Pomalé spúšťanie stroja necháva VDA, hostiteľský systém alebo virtualizačnú platformu v zábere.

Celková doba naznačuje, že niečo je iné, ale rozdelenie fáz odhaľuje, kde je to iné.

Reakcia relácie

Založená relácia nie je indikáciou reagujúcej relácie.

ICA RTT, latencia ICA, metriky snímkovej frekvencie a šírky pásma môžu byť použité na určenie, či pripojená pracovná plocha alebo aplikácia sa správa tak, ako by mala.

Kontekst je stále kráľom. Ak sú používatelia v jednej kancelárii jediní, ktorí strácajú výkon, pravdepodobne je na vine sieťová cesta.

Pripojenie a poruchy strojov

Celková strata pripojenia by sa mala riešiť naliehavo, ale trend môže byť významnejší ako akákoľvek jednotlivá udalosť.

Nárast na pozadí zriedkavo zlyhávajúcich pripojení môže byť znakom pomaly sa objavujúceho problému, aj keď väčšina používateľov zostáva pripojená.

Administrátori by mali preskúmať rozdelenie zlyhaní. Individuálna krabica, dodávateľská skupina, kancelária alebo časové obdobie môžu byť oveľa informatívnejšie ako zoznam všetkých zlyhaní.

Súbežné relácie a zaťaženie

Počet súbežných relácií je základom väčšiny infraštruktúrnych metrík.

Veľký nárast CPU počas veľmi veľkého prihlásenia je len väčší dopyt. Rovnaký nárast dopytu po procesore bez zmeny používateľov má iný dôvod.

Plánovanie by malo zohľadniť tri faktory:

objem relácie → zaťaženie hostiteľa → reakčná doba

Ak sa počet relácií zvýši bez zodpovedajúceho nárastu zaťaženia hostiteľa alebo času odozvy, systém to môže stále podporovať.

Ak rovnaký počet relácií spôsobuje väčšie zaťaženie procesora, súťaž o pamäť alebo latenciu, potom sa niečo iné zmenilo v pracovnej záťaži.

CPU, pamäť a úložisko

Premýšľajte o využití svojho CPU, pamäte a úložiska v súvislosti s vzormi, nie jednotlivými percentami.

S CPU môže byť krátke zlyhanie bezvýznamné. Udržateľné používanie, opakované saturácie, zvyšovanie základnej úrovne alebo jeden hostiteľ, ktorý spotrebúva procesorový čas v porovnaní so svojimi kolegami, je oveľa významnejšie.

Pamäť je možné vidieť aj v perspektíve. Vysoké využitie RAM samo o sebe je problémom len v prípade, že dochádza k neustálemu rastu, vrcholovému využitiu, nezvyčajným rozdielom medzi hostiteľmi alebo ak RAM nie je schopná vrátiť sa do svojho normálneho stavu po vrchole.

Skladovanie si vyžaduje monitorovanie kapacity a výkonu. Klesajúci voľný priestor je zjavné riziko výkonu, zatiaľ čo vysoká latencia disku alebo kontencia úložiska spomalia profily, spúšťanie aplikácií a začínanie relácií v prítomnosti inak dostupnej kapacity.

Aké sú skoré varovné signály pred čelom problémom s Citrixom?

Problémy s výkonom v Citrix sa zvyčajne objavujú ako odchýlky skôr, než sa premenia na výpadky. Najlepšími skorými ukazovateľmi sú teda zmeny v koreláciách medzi viacerými čítačmi, než aby jeden čítač prekročil prahovú hodnotu.

Predbežné varovanie	Čo preskúmať ďalej
Prihlásenia sa postupne stávajú pomalšími.	Fázy prihlásenia, profily, Skupinová politika, autentifikácia a úložisko
Zlyhania pripojenia sa zvyšujú z nízkeho základu	Stroje, Skupiny dodávok, nedávne zmeny a správanie siete
Zdroje dosahujú vrchol v rovnakom čase každý deň	Prihlásenia, naplánované úlohy, aplikácie a dostupná kapacita
Jeden host sa opakovane správa inak ako jeho rovesníci.	Procesy, služby, konfigurácia a rozdelenie záťaže
Latencia relácie sa zvyšuje, zatiaľ čo zdroje hostiteľa zostávajú normálne.	Sieťová cesta, umiestnenie koncového bodu a šírka pásma
CPU alebo pamäť stúpa bez ďalších používateľov	Aplikácie, procesy, opravy a zmeny konfigurácie
Voľné miesto na disku klesá predvídateľne	Profily, protokoly, dočasné údaje a úložisko aplikácií
Výkon sa zmení okamžite po aktualizácii	Nedávne opravy, politiky, aplikácie alebo zmeny konfigurácie

Spoločným prvkom je odchýlka od očakávanej normy. Monitorovanie je oveľa efektívnejšie, keď IT odborníci kladú otázku "je táto hodnota vysoká?" spolu s "prečo je iná ako norma?"

Prečo by sa vaša pozornosť mala viac sústrediť na základné hodnoty ako na pevné prahy?

Pevné prahové hodnoty sú stále potrebné. Správcovia potrebujú upozornenia, aby vedeli, kedy sa disky míňajú, kedy CPU dosiahne saturáciu a kedy služba zlyhá a ovplyvní dostupnosť.

Ale jediný, všetko zahŕňajúci prah nebude vyhovovať všetkým prostrediam Citrix.

Povedzme, že prostredie zvyčajne trvá 15 sekúnd na dokončenie prihlásení používateľov a tento ukazovateľ začína stúpať smerom k 25 sekundám a viac. To je oblasť, ktorá si zaslúži vyšetrenie, aj keď organizácia definuje 30 sekúnd ako prah upozornenia.

V inom prostredí, kde sa rýchlosti prihlásenia zvyčajne pohybujú okolo 30 sekúnd, by rovnaké číslo nebolo veľkým problémom - ďalší príklad toho, ako môžu mať rôzne absolútne hodnoty veľmi odlišné významy v rôznych okolnostiach.

V ich bežnej funkcii môžu základné línie upozorniť na:

• zmeny pomalej výkonnosti
• aktualizácia príspevku skáče
• zmeny v časech vrcholového využitia
• rastúce pracovné zaťaženia
• rozdiely medzi ako servery
• obmedzenia kapacity budovy

Benchmark s upozorneniami je jednoduchý: Upozornenie na abnormálnu zmenu a absolútne limity.

Ako môže váš IT tím korelovať vaše metriky Citrix?

Jednotlivé metriky Citrix skutočne ukazujú svoju hodnotu, keď sú korelované s infraštruktúrou a správaním siete. Premýšľajte o týchto bežných párovaniach:

Citrix symptóm	Súvisiaci dôkaz	Smer vyšetrenia
Prihlásenia sa stávajú pomalšími	Disková latencia sa tiež zvyšuje	Profily, úložisko a diskový I/O
Prihlásenia sa stávajú pomalšími	CPU, pamäť a úložisko zostávajú normálne	Autentifikácia, GPO, profily, zprostredkovanie alebo iné fázy prihlásenia
Zhoršenie odpovede relácie	Zdravie hostiteľa zostáva stabilné	Sieťová cesta, šírka pásma alebo umiestnenie koncového bodu
Zvýšenie využitia CPU	Počet súbežných relácií zostáva nezmenený	Procesy, zmeny aplikácií, opravy alebo naplánované pracovné zaťaženia
Jedna VDA funguje zle	Porovnateľné VDA zostávajú normálne	Miestne služby, konfigurácia alebo pracovná záťaž na tejto stanici
Zlyhania sa zvyšujú po zmene	Predchádzajúca základná línia bola stabilná	Nedávna aktualizácia, politika alebo regresia konfigurácie

Týmto sa zabráni IT administrátorom, aby sa zaoberali každým upozornením izolovane. Namiesto toho sa to stáva ďalšou fázou vašej analýzy základnej príčiny:

symptóm → súvisiace metriky → ovplyvnená vrstva → pravdepodobná príčina

To je rozdiel medzi tým, mať monitorovacie údaje a skutočne ich efektívne využiť.

Ako by ste mali nakonfigurovať svoje upozornenia Citrix?

Dobrý alert môže upozorniť administrátora dostatočne skoro, aby mohol zasiahnuť predtým, než sa úrovne služieb zhoršia. Stanovte základné úrovne pre časy prihlásenia, súbežné relácie, zlyhania, serverové zdroje, efektívnosť úložiska a reakčnú dobu relácií. Použite informácie na definovanie varovných a kritických stavov.

Upozornenia by mali ukazovať významnú zmenu od normy, ktorá stále umožňuje čas na administráciu, zatiaľ čo kritické udalosti nemôžu čakať na akciu.

Citrix podporuje varovné a kritické upozornenia pre viacero opatrení a údajov, avšak statické prahy sú najúčinnejšie, keď sa používajú s predchádzajúcimi informáciami o trendoch a presnosti reakcie.

Najlepšia hodnota pre upozornenia spočíva v poskytovaní informácií bez vytvárania nadbytočných upozornení, ktoré podmieňujú administrátorov a vedú k prehliadnutiu dôležitých prekročení prahových hodnôt. Zamerajte sa na to, či sa to rýchlo opakuje, konzistentne je nad normou, alebo je to anomália.

Aký je najlepší pracovný postup monitorovania Citrix?

Používateľ si sťažuje, že "Citrix je pomalý" - izolovanie problémov, keď sa naraz zmení niekoľko nastavení, môže byť časovo náročné. Dobre definovaný pracovný postup pomáha sústrediť sa na zúženie problému pred pokusom o jeho opravu.

1. Aký je rozsah?

Ovplyvňuje to len jedného používateľa, viacerých používateľov, jednu aplikáciu, jeden VDA, jednu skupinu dodávok, jedno miesto alebo každé prostredie?

Rozsah okamžite vylučuje mnohé potenciálne príčiny.

2. Aká je fáza?

3. Je oneskorenie pred pripojením, počas prihlásenia/autentifikácie, počas spustenia aplikácie alebo po vstupe do relácie? Pomalé prihlásenie a pomalá relácia sú dve rôzne veci.

3. Indície špecifické pre Citrix

Vyhľadajte informácie o relácii, zlyhanie pripojenia, zlyhanie stroja Zlyhanie VDA fáza prihlásenia a ďalšie ukazovatele výkonu relácie.

Toto odhaľuje, či Citrix už zobrazuje, ktorá fáza je pomalá alebo sa zhoršuje.

4. Skontrolujte svoje údaje o infraštruktúre a sieti

Skontrolujte údaje Citrix s CPU, pamäťou, úložiskom a sieťovými čítačkami za rovnaké obdobie. Skontrolujte s dobrými strojmi namiesto navzájom, aby ste sa vyhli zaujatosti, ak je to možné.

5. Pozrite sa do minulosti

Ako dlho sa toto správanie deje? Začalo sa to po aktualizácii systému Windows, aktualizácii aplikácie, zmene skupinovej politiky, zmene profilu alebo zmene infraštruktúry?

Porovnajte súčasnú situáciu s minulým výkonom; to, čo vyzerá ako náhle klesajúca situácia, sa môže ukázať ako predĺženie dlhodobého trendu.

Toto poskytuje opakovateľný postup:

symptóm → rozsah → fáza → korelované metriky → nedávna zmena → pravdepodobná príčina

Citrix Monitoring: Kedy sa to stáva otázkou architektúry?

Monitoring komplexity neznamená, že by ste mali nahradiť Citrix.

Niektoré veľké alebo zložité nasadenia budú stále potrebovať virtualizáciu, dodávku aplikácií, HDX a funkcie správy od spoločnosti Citrix. Pre tieto prostredia je viacúrovňové monitorovanie len súčasťou paradigmy, ktorá zabezpečuje, aby architektúra fungovala ako celok.

Kde monitorovanie odhaľuje iný problém, je to, že architektúra je rozsiahlejšia, než je potrebné pre dodanie tejto aplikácie.

To začína byť pravda, keď vynakladáte veľké množstvá infraštruktúry a administratívneho úsilia na dodanie, ktoré je veľmi jednoduché publikovať v rámci Windows.

Indikátory môžu byť:

• prevádzková námaha je rozdelená medzi príliš veľa dodacích subjektov
• nie je potrebné to tak intenzívne monitorovať v súvislosti s nasadením
• je okolo jednoduchého publikovania aplikácií jednoducho príliš veľa infraštruktúry a vzdialený prístup
• používatelia potrebujú len prehliadač alebo RDP prístup k aplikácii
• náklady na správu a infraštruktúra sa stávajú vážnymi problémami

Stručne povedané, to už nie je otázka riešenia problémov. Je to otázka architektúry. Otázka sa mohla zmeniť z "Ako môžeme lepšie monitorovať toto prostredie Citrix?" na "Potrebujú tento prípad použitia stále architektúru?"

Ako môže byť TSplus alternatívou k Citrixu?

Monitorovanie Citrix môže odhaliť, kedy sa infraštruktúra a administratívne úsilie stávajú neprimeranými voči relatívne jednoduchému požiadavku na publikovanie aplikácií Windows alebo desktopov pre vzdialených používateľov.

V tejto situácii môže byť problém menej o zlepšení monitorovania a viac o tom, či architektúra dodávky stále zodpovedá skutočnému prípadu použitia.

TSplus Remote Access ponúka jednoduchšiu architektúru pre dodávanie aplikácií a desktopov pre viacerých používateľov prostredníctvom pripojení kompatibilných s RDP alebo webového portálu HTML5. Môže vyhovovať organizáciám, ktoré potrebujú jednoduchý prístup k aplikáciám a desktopom Windows bez širších virtualizačných a správcovských vrstiev plného prostredia Citrix.

Záver

Efektívne monitorovanie Citrixu sa menej zaoberá zhromažďovaním každého dostupného ukazovateľa a viac porozumením tomu, ako sa dôležité ukazovatele navzájom vzťahujú. Doba prihlásenia, reakčná doba relácie, zlyhania, zdroje hostiteľa, správanie úložiska a siete sa stávajú najužitočnejšími, keď sa porovnávajú s historickými základmi a navzájom.

Táto korelácia pomáha IT tímom prejsť od nejasného symptómu k postihnutej vrstve a pravdepodobnej príčine. Môže tiež odhaliť, či problém spočíva v výkonnosti, ktorú je potrebné opraviť, alebo v architektúre, ktorej prevádzková zložitost si zaslúži širšie preskúmanie.