Как балансиране на натоварването в Citrix XenApp - източник на актуални новини и информация за

Балансиране на Citrix XenApp реализиран като плъгин за Citrix IMA (Independent Архитектура Management). Името на плъгин за - Управление Load Subsystem (LMS). Основната задача на балансиране - разпределяне на терминал сесия (без потребител или приложение, а именно терминал сесия) между земеделските сървърите XenApp. Процесът на избор къде да насочат потребителите да започне терминал сесия се провежда в така наречената "Заявлението Резолюция на времето". "Приложение Резолюция на времето" - времето, изтекло от момента, когато XML служба е започнала zvybor сървъра преди издаването на ICA файл (избор на сървър в технологична схема: на CPS Logon Брайън Meddena).

Би било глупаво за дълго време, ако LMS анкети всички стопански сървъри обработка на всеки потребител, така че хранилището за данни съхранена стойност на текущата натоварване за всеки сървър в стопанството. Тази стойност се нарича "Индекс на натоварване" и може да бъде от 0 до 10000. Когато се стартира приложението избрани сървър с индекса за натоварване, минимална стойност. Текущ товарен индекс стойност може да се разглежда като се използва командата qfarm / товар. Ако разделите "Индекс на натоварване" на 100-те, ние получаваме по текущата натоварване на сървъра, като процент, това е броят можете да видите в СМС

в този пример сървъра се зарежда само с 3%.

[LMS_ServerLoadTable]: 1 записа.

име. 0c20-000c-0000133f
домакин. MSK-CXA101
зона. 10.72.56.0
RealTimeRules:
RuleLoads. г: 0; б: 3;
ProtocolMask. 64
00110008. 2
00110007. 0
Заредете. 12в

Това, което виждаме тук? Shesnatsetirichnymi куп параметри стойности.
Най-лесният вариант - товар, че е той и индекс на натоварване. 0x12c = 300

RuleLoads се прилагат правила за балансиране и техните стойности.

Балансиране на правото на избор от приложения товар оценител, след посочването на техните наименования:
A: Прилагане на натоварване на потребителя
б: натоварване на сървъра на потребителя
г: Заредете Дроселиране
1: Натоварване на централния процесор
2: Контекст превключватели
3: Памет
4: Страница Недостатъци
5: График
6: стр Суаповете
7: Disk Data I / O
8: операции Дискови
9: IP Range

Примерът показва, че на сървъра 3 Сега потребителя (б: 3)
ProtocolMask - е стойността на отклонението за Дроселирането на товар Load (за това по-късно)
Този пример е използван по подразбиране Load оценител, който измерва само броя на потребителите (максимум - 100 потребители на сървъра)
Ако сървърът да използвате Разширено Load оценител, примерът ще бъде интересно:
C: \> queryds / маса: LMS_ServerLoadTable
[LMS_ServerLoadTable]: 1 записа.
име. 0c20-000c-0000133f
домакин. MSK-CXA101
зона. 10.72.56.0
RealTimeRules:
ProtocolMask. с8
00110008
. 2
00110007
. 0
RuleLoads. 1: 3д; г: 0, 6: 6; 3: 24;
Заредете. 192а

В този пример, Натоварване на централния процесор метричен - 0x3e = 62, стр Swaps - 0x6 = 6 и използвана памет -0x24 = 36
Индекс на натоварване, където 0x192a = 6,442, т.е. сървър зарежда до 65%

Load Index не е средната стойност на всички показатели, се изчислява по формулата
LoadIndex = ZnachenieMaksimalnoyMetriki * 100 + 5% (OstalnyhMetriki * 100)

Тук лежи един малък улов - dsquery полеви RuleLoads znacheniyadelennye дава 100 и закръглени до най-близкото цяло число, така че ние не се при проверка на много точен резултат

т.е. в този случай - 62 * 100 + 6 * 100 * 0,05 + 36 * 100 * 0,05 = 6410, който е в близост до натоварването

Тъй като двата класа метрика показатели могат да действат за LMS:

Spetsefichnye за XenApp:

Сървър Потребителско Load - броя на сесиите, Terminal Services, се счита, че не Toko ICA сесия, но ПРСР, както активни, така и откачени

Заявление за потребителя Load - броя на сесиите на конкретно приложение, то е полезно, когато искате да се ограничи броят на случаи на приложение, което работи на сървъра

Logon Дроселиране - Показател, който позволява да се "мами" ЛМС надценяването изчисленото натоварване по време на масовите потребители влизане

График - всичко е просто, да ви изложи, кое време на деня е на разположение на сървъра и в останалата част от времето той ще докладва пълния си товар

IP Range - с помощта на този показател, може да позволи достъп до сървъра само за определени подмрежи

стандартни гишетата за ефективност

Заредете оценител Правило

Основното, което трябва да запомните е, че в показателите, издадено не по изпълнение брояч стойност, а стойността е метриката. т.е. ако оценителят на правило Load е конфигуриран да докладва на 100% натоварване на процесора при изтегляне на сървъра в 80%, а след това броят 50 в показателя ще се говори за 40% натоварване на процесора

Показателите се съхраняват в паметта на данни колектор (DC), те не се записват в хранилището за данни
Инициатор на актуализацията на сървъра член, тя "избутва" с тях показатели на DC
Актуализирани показатели в следните случаи:

при влизане или излизане

ако показателя се променя от +/- 500

За DC местните показатели се актуализират на всеки 30 секунди

Ако сървърът член за 1 минута на не казва нищо, DC "пинг" IMA на сървъра, за да разберете дали той е жив.

Ако актуализацията не е на 5 минути, DC поиска показатели актуализация.