Ръководство за мониторинг на Citrix: Метрики и известия

Въведение

Проблемите с производителността на Citrix рядко започват с пълно прекъсване. Входовете може да се удължават бавно, един VDA може да се отклони от своите връстници, неуспехите на връзката може да се увеличат или закъснението на сесията може да нараства в предсказуеми моменти. Ефективното наблюдение помага на ИТ екипите да откриват тези промени рано и да разграничават изолирани симптоми от по-широки проблеми с инфраструктурата, мрежата или капацитета.

Тази статия разглежда инструментите, метриките и ранните предупредителни знаци, които помагат на администраторите да диагностицират проблеми с Citrix по-ефективно.

Какъв тип слоеве трябва да бъдат покрити от Citrix Monitoring?

Има множество тясно свързани компоненти на Citrix Virtual Apps и Desktop, които трябва да се вземат предвид. Потребителската сесия може да обхваща посредничество, удостоверяване, VDA, Windows услуги, потребителски профили, GPO, съхранение, приложения и мрежови връзки, преди приложение или работен плот да бъде дори налично за употреба. Добро наблюдение на Citrix изисква видимост в четири нюанса.

На ниво сесия администраторите искат да знаят дали потребителите могат да се свържат, колко време отнема влизането и дали сесиите продължават да отговарят.

На слоя за доставка на Citrix мониторингът може да открие, че машините са активни и регистрирани, връзките не успяват и как е балансирано натоварването.

На инфраструктурно ниво, CPU, памет, съхранение и услуги на Windows могат да бъдат тествани, за да се уверите, че хостинг системите са способни.

И на мрежово/историческо ниво, трябва да видите, че латентността не влияе на отговора на сесията и че натискът върху хранилището и другите ресурси не нараства с времето.

Трикът е не да проследявате всяко налично счетоводство, а да следвате проблем от симптом до вероятния основен слой на инфраструктурата.

Кои инструменти са полезни за всеки случай на употреба?

Нито една категория мониторинг не ви дава еднакво добро разбиране за всички ваши приложения и услуги. Най-добрият набор от инструменти зависи от това какво искате да видите и отстраните проблеми.

Citrix Monitor и Director

Тук е мястото, където собствените инструменти за мониторинг на Citrix са разумно първо място за търсене.

Citrix Monitor за Citrix DaaS и Director за Citrix Virtual Apps and Desktops ви информира за сесии, свързвания и повреди на машини, време за влизане, натоварване, използване на машини и здравословното им състояние. Можете да наблюдавате тенденции с времето, за да сравнявате текущата производителност с исторически данни, а не да сравнявате текущата производителност с определен момент във времето.

Това наблюдение осветява самия процес на наблюдение.

Например, Citrix може да ви осигури едно разбивка на времето за влизане и където се появява забавяне: брокер, стартиране на машината, HDX, скриптове за вход, групова политика, удостоверяване и така нататък.

Това е много по-добър начин да преминем от оплакването на потребителя "входовете са бавни" към по-полезен въпрос за отстраняване на проблеми: коя част от процеса на вход отнема повече време, отколкото трябва?

Инфраструктура и мониторинг на сървъри

Citrix диагностиката обаче няма да замени мониторинга на основната платформа за доставка.

Системата за мониторинг на сървъри може да показва постоянна употреба на CPU, натиск върху паметта, активност на диска, капацитет на съхранение и необичайно поведение на процесите. Тези показания са особено ценни, ако проблемът се наблюдава в Citrix, но причината е по-дълбока в стека.

Помислете как бихте проучили увеличението на времето за влизане. Ако латентността на съхранението също е висока, тогава профилите и съхранението трябва да бъдат проверени. Ако сървърът е в ред, но времето за влизане се удължава, тогава автентикацията на сървъра, груповата политика или друг фактор за доставка е по-вероятно.

Историческо наблюдение на инфраструктурата също помага за планиране на капацитета. Постепенното увеличаване на потреблението на ресурси в дните или седмиците преди срив на сървъра показва, че има лимит на крайна точка или хост, без да се налага действително да се изключва компонентът.

Наблюдение на мрежата

Доставката на приложения и работни станции на Citrix разчита на добра мрежова връзка между устройството на потребителя и хоста.

Наблюдението на мрежата може да покаже увеличаване на латентността, задръстванията, пропускателната способност, ненадеждността или проблеми, свързани с сайта, които наблюдението на сървъра не може да обясни.

Анализът на производителността на сесията Citrix може също да покаже метрики като латентност на ICA, ICA времето за обратно пътуване (RTT) , честота на кадрите и безплатна спрямо изразходвана честотна лента.

Тези данни са особено важни, когато потребителите успеят да се свържат, но казват, че техните приложения или работни станции изглеждат бавни.

Цифрово изживяване и мониторинг на пълен стек

В някои среди е необходимо да виждате по-далеч от наличността на инфраструктурата.

Цифровото изживяване и синтетичното наблюдение могат да имитират или наблюдават потребителски дейности като влизане, стартиране на приложения и завършване на транзакции. Вместо да се виждат само отговорите на сървърите, целта е да се потвърди, че услугата работи за потребителя.

Тази разлика е важна, защото добрата инфраструктура не произвежда добро потребителско изживяване. По-големите среди също могат да се възползват от платформи за наблюдение на целия стек, които свързват сесия на Citrix с VDA, ресурсите на Windows, Active Directory, съхранение, сървъри на приложения и мрежовия път.

Но вероятно не искате още повече табла за управление. Платформа за мониторинг показва своята стойност, когато стесни възможните причини и насочва администраторите към слоя, който е променен.

Какви са най-важните видове метрики?

Има хиляди броячи, налични от платформата Citrix. Най-полезните метрики са тези, които са свързани с потребителското изживяване, здравето на инфраструктурата или всяка промяна в капацитета.

Продължителност на влизане

Времето за влизане е един от най-силните потребителски метрики, тъй като разкрива множество области на веригата за доставка.

Общата продължителност на влизането е основният показател, но може да затрудни детайлите по време на диагностика. Citrix ще може да различава между посредничество, стартиране на машината, HDX връзка, удостоверяване на влизането, зареждане на профила, скриптове за влизане и обработка на групови политики.

Ако времето за зареждане на профила е удължено, фокусът се прехвърля към магазина за управление на профили. Дългото обработване на груповите политики прехвърля проверката на друго място. Бавното стартиране на машината оставя VDA, хост системата или платформата за виртуализация в кадъра.

Общата продължителност показва, че нещо е различно, но разпределението по фази разкрива къде е различно.

Отзивчивост на сесията

Установената сесия не е индикация за отзивчива сесия.

ICA RTT, ICA латентност, метрики на честотата на кадрите и пропускателната способност могат да се използват, за да се определи дали свързаният десктоп или приложение се държи както трябва.

Контекстът все още е важен. Ако потребителите в един офис са единствените, които губят производителност, вероятно проблемът е в мрежовия път.

Свързване и неизправности на машината

Общата загуба на връзка трябва да бъде адресирана спешно, но тенденцията може да бъде по-съществена от всяко отделно събитие.

Увеличение на фона на рядко провалящи се връзки може да бъде индикатор за бавно възникващ проблем, дори ако повечето потребители остават свързани.

Администраторите трябва да проучат разпределението на неуспехите. Индивидуалната кутия, групата за доставка, офисът или времевият период могат да бъдат много по-информативни от списък с всички неуспехи.

Съвместими сесии и натоварване

Числата на едновременни сесии са основа за почти всяка инфраструктурна метрика.

Голямо натоварване на процесора по време на много голямо увеличение на входа е просто по-голямо търсене. Същото увеличение на търсенето на процесора без промяна в потребителите има друга причина.

Планирането трябва да вземе предвид три фактора:

сесионен обем → натоварване на хоста → отзивчивост

Ако броят на сесиите се увеличи без съответстващи увеличения в натоварването на хоста или времето за отговор, системата все още може да бъде в състояние да го поддържа.

Ако същият брой сесии води до по-голямо натоварване на процесора, конкуренция за памет или латентност, тогава нещо друго се е променило в работното натоварване.

ЦПУ, Памет и Съхранение

Мислете за използването на вашия CPU, памет и съхранение в термини на модели, а не на отделни проценти.

С CPU краткото забавяне може да не е причина за притеснение. Устойчивата употреба, повторното насищане, увеличаващата се основа или един хост, който консумира процесорно време в сравнение с колегите си, са много по-съществени.

Паметта може да се разглежда и в перспектива. Високото използване на RAM само по себе си е притеснително само ако има продължаващ растеж, рязко увеличаване на използването, необичайни разлики между хостовете или RAM не може да се върне в нормалното си състояние след рязко увеличение.

Съхранението изисква както капацитет, така и мониторинг на производителността. Намаляването на свободното пространство е очевиден риск за производителността, докато висока латентност на диска или конкуренция за съхранение ще забавят профилите, стартирането на приложения и започването на сесии в присъствието на иначе наличен капацитет.

Какви са ранните предупредителни знаци преди да се сблъскате с проблеми с Citrix?

Проблемите с производителността в Citrix обикновено се появяват като отклонения, преди да се превърнат в прекъсвания. Най-добрите ранни индикатори са следователно измененията в корелациите между няколко брояча, а не един единствен брояч, който преминава прага.

Ранен предупредителен знак	Какво да разгледате след това
Входовете постепенно стават по-бавни	Фази на влизане, профили, Групова политика, удостоверяване и съхранение
Неуспехите в свързването нарастват от ниска основа	Машини, Групи за доставка, последни промени и мрежово поведение
Ресурсните върхове се случват по едно и също време всеки ден	Входни бури, планирани задачи, приложения и наличен капацитет
Един хост постоянно се държи различно от своите връстници.	Процеси, услуги, конфигурация и разпределение на натоварването
Забавянето на сесията нараства, докато ресурсите на хоста остават нормални.	Мрежов път, местоположение на крайна точка и честотна лента
CPU или паметта се увеличават без допълнителни потребители	Приложения, процеси, пачове и промени в конфигурацията
Свободното дисково пространство намалява предсказуемо	Профили, журнали, временни данни и съхранение на приложения
Промените в производителността настъпват незабавно след актуализация.	Наскоро направени корекции, промени в политиката, приложението или конфигурацията

Общият елемент е отклонение от очакваната норма. Това прави мониторинга много по-ефективен, когато ИТ специалистите задават въпроса "висока ли е тази стойност?" заедно с "защо е различна от нормата?"

Защо фокусът ви трябва да бъде повече върху базовите линии, отколкото върху фиксираните прагове?

Фиксираните прагове все още са необходими. Администраторите се нуждаят от известия, за да знаят преди дисковете да свършат, преди CPU да достигне наситеност и преди услуга да се провали и да повлияе на наличността.

Но единен, обхващащ праг няма да подхожда на всички Citrix среди.

Да предположим, че средата обикновено отнема 15 секунди за завършване на влизанията на потребителите и че този показател започва да се увеличава към 25 секунди и повече. Това е област, която заслужава разследване, дори ако организацията определя 30 секунди като прагово ниво за предупреждение.

В различна среда, където скоростите на влизане обикновено могат да се движат около 30 секунди, същото число би било малко притеснително - още един пример за това как различните абсолютни стойности могат да имат много различни значения в различни обстоятелства.

В обичайната си функция, базовите линии могат да сигнализират за:

• промени в бавната производителност
• публикация актуализации скокове
• промени в пиковите часове на използване
• растящи натоварвания
• разлики между подобни сървъри
• ограничения на капацитета на сградата

Бенчмаркът с известия е прост: Известие при аномално изменение и абсолютни граници.

Как може вашият ИТ екип да свърже вашите метрики на Citrix?

Индивидуалните метрики на Citrix наистина показват стойността си, когато се корелират с инфраструктурата и поведението на мрежата. Помислете за тези чести съчетания:

Симптом на Citrix	Свързани доказателства	Направление на разследването
Входовете стават по-бавни	Забавянето на диска също нараства	Профили, съхранение и дискови операции I/O
Входовете стават по-бавни	CPU, памет и съхранение остават нормални	Аутентификация, GPO, профили, посредничество или други етапи на влизане
Отговорът на сесията се влошава	Здравето на хоста остава стабилно	Мрежов път, честотна лента или местоположение на крайна точка
CPU употреба нараства	Броят на едновременните сесии остава непроменен	Процеси, промени в приложенията, пачове или планирани натоварвания
Едно VDA работи слабо	Сравнимите VDA остават нормални	Локални услуги, конфигурация или натоварване на тази машина
Неуспехите нарастват след промяна	Предишната основа беше стабилна	Наскоро обновление, регресия на политика или конфигурация

Това спира ИТ администраторите да се справят с всяко предупреждение поотделно. Вместо това, то става следващият етап от анализа на основната причина:

симптом → свързани метрики → засегнат слой → вероятна причина

Това е разликата между наличието на данни за мониторинг и действителното им ефективно използване.

Как да конфигурирате вашите Citrix известия?

Добро предупреждение може да уведоми администратора достатъчно рано, за да предприеме действия, преди нивата на услугата да пострадат. Установете основни нива за времето за влизане, едновременните сесии, неуспехите, ресурсите на сървъра, ефективността на съхранението и отзивчивостта на сесиите. Използвайте информацията, за да определите предупредителни и критични състояния.

Уведомленията трябва да показват значителна промяна от нормата, която все още позволява време за администриране, докато критичните събития не могат да чакат за действие.

Citrix поддържа предупреждения и критични политики за известяване за множество мерки и данни, обаче статичните прагове са най-ефективни, когато се използват с предварителна информация за тенденции и точност на отговора.

Най-добрата стойност за известяване е предоставянето на информация без създаване на излишни известия, които да натоварват администраторите и да водят до пропуснати важни прагови преминавания. Фокусирайте се върху това дали е бързо повторено, последователно над нормалното или аномалия.

Какъв е най-добрият работен процес за мониторинг на Citrix?

Потребител се оплаква, че "Citrix е бавен" - изолирането на проблемите, когато множество настройки се променят наведнъж, може да отнеме време. Добре дефинираният работен процес помага да се съсредоточите върху стесняването на проблема, преди да опитате да го поправите.

1. Какъв е обхватът?

Засяга ли това само един потребител, множество потребители, едно приложение, един VDA, една група за доставка, едно местоположение или всяка среда?

Обхватът незабавно изключва много потенциални причини.

2. Каква е сцената?

3. Забавянето ли е преди свързването, по време на влизане/автентикация, по време на стартиране на приложението или след като сте в сесията? Бавното влизане и бавната сесия са две различни неща.

3. Специфични подсказки за Citrix

Търсене на информация за сесията, неуспех на връзката/ите, неуспех на машината/ите, Неуспех на VDA/и фаза на влизане и други показатели за производителността на сесията.

Това разкрива дали Citrix вече показва на какъв етап е бавен или деградира.

4. Направете кръстосана проверка на вашата инфраструктура и мрежови данни

Сравнете данните на Citrix с CPU, памет, съхранение и мрежови броячи за същия период. Сравнете с добри машини, а не помежду си, за да избегнете пристрастия, когато е възможно.

5. Погледнете в миналото

Колко дълго продължава това поведение? Започнало ли е след актуализация на Windows, ъпгрейд на приложение, промяна на групова политика, промяна на профил или промяна на инфраструктура?

Сравнете текущата ситуация с миналото представяне; това, което изглежда като внезапно падане, може да се окаже разширение на дългосрочен тренд.

Това предоставя повторяем процес:

симптом → обхват → етап → свързани метрики → последна промяна → вероятна причина

Citrix Monitoring: Кога става въпрос за архитектура?

Наблюдателната сложност не означава, че трябва да замените Citrix.

Някои големи или сложни внедрения все още ще се нуждаят от виртуализацията, доставката на приложения, HDX и управленските функции на Citrix. За тези среди многостепенното наблюдение е само част от парадигмата за функционирането на архитектурата като цяло.

Където мониторингът разкрива различен проблем, е, че архитектурата е по-широка, отколкото е необходимо за доставката на това приложение.

Това започва да бъде така, когато харчите големи количества инфраструктура и административни усилия за доставка, която е много проста за публикуване в Windows.

Индикаторите могат да бъдат:

• оперативното усилие е разпределено между твърде много доставчици
• не е необходимо да наблюдавате това толкова интензивно относно внедряването
• просто има твърде много инфраструктура около простото публикуване на приложения и дистанционен достъп
• потребителите просто се нуждаят от браузър или RDP достъп до приложението
• административните разходи и инфраструктурният отпечатък стават сериозни проблеми

Накратко, това вече не е въпрос за отстраняване на проблеми. Това е въпрос на архитектура. Въпросът може да се е променил от "Как можем да наблюдаваме тази Citrix среда по-добре?" на "Тази употреба все още ли се нуждае от архитектурата?"

Как TSplus може да бъде алтернатива на Citrix?

Мониторингът на Citrix може да разкрие, когато инфраструктурата и административните усилия стават непропорционални на относително простото изискване за публикуване на Windows приложения или работни станции за отдалечени потребители.

В тази ситуация проблемът може да е по-малко свързан с подобряване на мониторинга и повече с това дали архитектурата на доставката все още отговаря на действителния случай на употреба.

TSplus Remote Access предлага по-проста архитектура за доставка на приложения и работни станции за множество потребители чрез RDP-съвместими връзки или HTML5 уеб портал. Тя може да отговаря на нуждите на организации, които се нуждаят от директен достъп до Windows приложения и работни станции без по-широките слоеве на виртуализация и управление на пълна Citrix среда.

Заключение

Ефективното наблюдение на Citrix е по-малко свързано с събирането на всеки наличен показател, отколкото с разбирането на начина, по който важните се свързват помежду си. Продължителността на влизането, отзивчивостта на сесията, неуспехите, ресурсите на хоста, поведението на съхранението и мрежата стават най-полезни, когато се сравняват с исторически бази и помежду си.

Тази корелация помага на ИТ екипите да преминат от неясен симптом към засегнатия слой и вероятната причина. Тя може също да разкрие дали проблемът е в производителността, която трябва да бъде коригирана, или в архитектура, чиято оперативна сложност заслужава по-широк преглед.