Cum echilibrarea încărcării în XenApp Citrix - sursa cele mai recente știri și informații despre

Echilibrarea Citrix XenApp implementat ca un plugin pentru Citrix IMA (Managementul Independent de Arhitectura). Numele plugin - Subsistemul Load Management (LMS). Sarcina principală a echilibrării - distribui sesiunea terminalului (nici un utilizator sau aplicație, și anume sesiunea terminal) între serverele fermei XenApp. Procesul de a alege unde să direcționeze utilizatorul să inițieze o sesiune de terminale are loc în așa-numita „Application Resolution Time“. „Timpul aplicației cu rezoluție“ - timpul scurs de la serverul zvybor atunci când serviciul XML a inițiat înainte de a emite fișierul ICA (de selecție a serverului în CPS Logon Process Chart Brian Meddena).

Ar fi o prostie pentru o lungă perioadă de timp, în cazul în care LMS sondaje toate serverele agricole de manipulare fiecare utilizator, astfel încât valoarea datastore sarcinii curente stocate pentru fiecare server din fermă. Această valoare se numește un „indice de sarcină“ și poate fi de la 0 la 10000. Atunci când aplicația pornește selectat serverul cu indicele de sarcină valoarea minimă. Valoarea curentă Indicele de încărcare poate fi vizualizat folosind comanda qfarm / încărcare. Dacă divizați „Indicele de încărcare“ de pe 100, vom obține sarcina curentă pe server ca procent, acesta este numărul pe care îl puteți vedea în CMC

în acest exemplu, serverul este încărcat cu numai 3%.

[LMS_ServerLoadTable]: 1 înregistrări.

nume. 0c20-000c-0000133f
gazdă. MSK-CXA101
zonă. 10.72.56.0
RealTimeRules:
RuleLoads. d: 0; b: 3;
ProtocolMask. 64
00110008. 2
00110007. 0
Load. 12c

Ceea ce vedem aici? Shesnatsetirichnymi grămadă de valori parametri.
Cea mai simplă opțiune - Load, a fost el și un indice de sarcină. 0x12c = 300

RuleLoads se aplică normele de echilibrare și valorile lor.

Echilibrarea dreptul de a alege Evaluatorul de încărcare aplicată, după indicarea denumirilor lor:
o: încărcare utilizator de aplicație
b: încărcare Server utilizator
d: Load Throttling
1: Utilizarea resurselor procesorului
2: întrerupătoare de context
3: utilizarea memoriei
4: Erori Page
5: Programarea
6: Swap-uri Pagina
7: disc de date I / O
8: operațiunile de disc
9: IP Gama

Exemplul arată că utilizatorul serverul 3 Acum (b: 3)
ProtocolMask - este valoarea offset pentru strangulării de sarcină de încărcare (cu privire la aceasta mai târziu)
Acest exemplu a fost utilizat de încărcare Evaluatorul implicit, care măsoară numai numărul de utilizatori (maxim - 100 de utilizatori pe server)
În cazul în care serverul de a utiliza Load Evaluatorul avansată, exemplul va fi interesant:
C: \> queryds / tabel: LMS_ServerLoadTable
[LMS_ServerLoadTable]: 1 înregistrări.
nume. 0c20-000c-0000133f
gazdă. MSK-CXA101
zonă. 10.72.56.0
RealTimeRules:
ProtocolMask. c8
00110008
. 2
00110007
. 0
RuleLoads. 1: 3e; d: 0, 6: 6; 3: 24;
Load. 192a

În acest exemplu, CPU Utilizarea metrice - 0x3e = 62, swap-uri Pagina - 0x6 = 6 și utilizarea memoriei -0x24 = 36
Indicele de sarcină în care 0x192a = 6442, adică server de încărcat până la 65%

Indicele de sarcină nu este media tuturor valorilor, se calculează conform formulei
LoadIndex = ZnachenieMaksimalnoyMetriki * 100 + 5% (OstalnyhMetriki * 100)

Aici se află o mică captură - dsquery RuleLoads câmp znacheniyadelennye oferă 100 și rotunjite la cel mai apropiat număr întreg, așa că nu obținem atunci când verificarea rezultat foarte precis

și anume în acest caz - * 100 + 62 6 * 100 * 0,05 + 36 * 100 * 0,05 = 6410, care este aproape de încărcarea reală

Deoarece cele două clase de valori metrici pot acționa pentru LMS:

Spetsefichnye pentru XenApp:

Server Load User - numărul de sesiuni, Terminal Services, se consideră că nu Toko sesiune ICA, dar PDR, atât active cât și deconectat

Aplicație de încărcare utilizator - numărul de sesiuni de la o aplicație specifică, este util atunci când doriți să limiteze numărul de instanțe ale unei aplicații care rulează pe server

Logon Încetinirea - O metrică, ceea ce permite să „înșele“ LMS supraestimarea sarcina calculată la momentul utilizatorilor de conectare în masă

Program - totul este simplu, te expune, la ce ora din zi este disponibil serverul în restul timpului îl va raporta sarcina sa completă

IP Range - folosind această valoare, puteți permite accesul la server numai pentru a subrețele specifice

Standard contoare de performanță

Încarcă Evaluatorul Regula

Principalul lucru de reținut este faptul că, în valorile emise nici o valoare contor de performanță, iar valoarea este metrica. și anume în cazul în care Evaluatorul regula de încărcare este configurat pentru a raporta o sarcină de 100% pe CPU atunci când descărcarea serverul în 80%, atunci numărul 50 în metrica va fi vorba de utilizare a procesorului aproximativ 40%

Valorile sunt stocate în memorie pe colectorul de date (DC), acestea nu sunt înregistrate în Datastore
Inițiatorul actualizării este un server de membru, acesta „impinge“ valorile sale pe DC
valorile actualizate în următoarele cazuri:

la logon sau logoff

în cazul în care metrica este modificată cu +/- 500

Pentru DC valorile locale sunt actualizate la fiecare 30 de secunde

Dacă serverul de membru timp de 1 minut pe care nu spune nimic, DC „ping-uri“ IMA pe server, pentru a afla dacă el a fost în viață.

Dacă actualizarea nu a fost de 5 minute, DC, cererile de actualizare valori.