Cum să calculați resursele pe un server terminal: o metodă practică de dimensionare

Un calculator de server terminal este rar un calculator literal. În majoritatea mediilor SMB și MSP, este o metodă de planificare utilizată pentru a estima cât de mult CPU, RAM, stocare și capacitate suplimentară va necesita un server terminal înainte ca utilizatorii să înceapă să se plângă. Întrebarea reală din spatele cuvântului cheie este practică: cum calculezi resursele pe un server terminal suficient de bine pentru a desfășura cu încredere, a evita cheltuielile excesive și reduce riscul de blocaje de performanță ?

Ce ar trebui să calculeze de fapt un calculator de server terminal?

Un calculator util pentru servere terminale ar trebui să estimeze mai mult decât „utilizatori pe server”. Ca administrator, ar trebui să te ajute să planifici pentru CPU, RAM, performanța stocării, stocarea profilului și marja de capacitate în condiții realiste de utilizare concurentă. Ghidul Microsoft pentru gazdele de sesiuni Remote Desktop conturează dimensionarea în jurul tipului de sarcină de lucru și a utilizatorilor sugerați pe vCPU, nu în jurul unei limite generice de conexiune unică.

De ce numărul de utilizatori singur nu este suficient pentru a calcula resursele pe un server terminal?

Utilizarea sesiunii

Țineți cont că două medii cu același număr de utilizatori pot produce rezultate foarte diferite. Presupunem că știți deja câți utilizatori vor accesa infrastructura dumneavoastră, așa că având considerat licențierea și CAL-urile , munca practică poate începe.

Imaginează-ți cum cincisprezece utilizatori care deschid o aplicație de afaceri pot pune o sarcină modestă pe un gazdă. Între timp, cincisprezece utilizatori care rulează un desktop remote complet cu browsere, aplicații Office, instrumente PDF, imprimare și sincronizare în fundal pot crea o amprentă mult mai grea. Modelele de dimensionare reflectă această diferență prin separarea sarcinilor de lucru multi-sesiune ușoare, medii și grele.

Distincția este importantă deoarece „30 de utilizatori” nu este o cifră de capacitate de la sine. Are sens doar odată ce definești ce fac și folosesc acei utilizatori în perioadele de vârf.

Utilizarea serverului

De asemenea, rețineți o distincție importantă care contează enorm: pentru laboratoare sau un birou mic, s-ar putea să planificați un singur server, având în vedere că va rula mai puține sesiuni de utilizator concurente, în timp ce pentru producție, este probabil să planificați o fermă. Într-adevăr, sunt necesare roluri separate pentru a îmbunătăți performanța, a simplifica depanarea și a asigura securitatea, așa că o împărțire comună ar fi:

• 1 server pentru Broker, Web și Licențiere
• 1 sau mai multe servere pentru gazda de sesiune
• 1 RD Gateway pe propriul său server pentru acces extern.

Pentru a merge un pas mai departe, veți descoperi că tipul de server, memoria etc., vor juca un rol și s-ar putea să doriți să include SSD în configurații mai mari de exemplu. Totuși, aceasta este doar o mențiune pentru a te face conștient de posibilități.

Care patru inputuri modelează planificarea resurselor?

Următorul, mai fiabil decât sări direct la numerele hardware, iată patru inputuri de adunat înainte de a începe să numărăm. Această muncă de sus evită suprapunerile cu întrebările de licențiere despre cine poate să se conecteze și sub ce reguli Microsoft. Problema centrală aici este cât de multe resurse are nevoie un gazdă de sesiune pentru a rămâne receptiv. Articolul nostru anterior a acoperit licențiere și capacitate server astfel încât să putem dezvolta aici practicile de a număra totul metodic pentru a planifica corect.

Prin urmare, trebuie să adunați:

Utilizatori activi concurenți

Trebuie să includem în continuare acest număr esențial, deoarece numărul de sesiuni care rulează în paralel va afecta cu siguranță performanța serverului. Rețineți că numărul de sesiuni concurente poate fi independent de numărul total.

Clasa de sarcini pe grup de utilizatori

Evaluarea cât de mult un utilizator sau un set de utilizatori va consuma resurse este prima verificare a realității. Anumite grupuri sau indivizi vor consuma inevitabil mai mult în funcție de sarcinile pe care le îndeplinesc. De aceea, utilizatorii intensivi trebuie identificați.

Tip de aplicație și sesiune

De asemenea, este foarte util să identifici aplicații specifice, deoarece anumiți utilizatori vor monopoliza cantități mari de resurse în funcție de cele pe care le rulează.

Vârf, marjă de creștere și de rezervă

Finalizați această listă de intrări prin luarea în considerare a utilizării maxime, lăsând loc pentru o creștere pe termen scurt așteptată și construind o marjă de rezervă pentru situații de urgență.

Cum calculați resursele pe serverele terminal?

Iată o metodă de calcul practică pe care sperăm că va fi utilă în administrarea IMM-urilor, precum și în alte contexte. Scopul său este de a simplifica cel puțin planificarea și structura pregătirii. Apoi, ar trebui să se preteze ulterior la rafinarea astfel încât să te poți baza pe ea în perioada pilot și mai departe.

Pasul 1: Numără utilizatorii concurenți, nu utilizatorii totali

Începeți cu numărul de utilizatori care sunt activi în același timp. Acesta este numărul care determină încărcarea serverului. O afacere cu 50 de utilizatori numiți poate avea doar 18 până la 25 conectați simultan în timpul orelor de vârf. Atunci când dimensionați un gazdă de sesiune, numărul de sesiuni simultane este mult mai util decât numărul total de utilizatori.

Înainte de a testa capacitatea reală durabilă sub sarcină, planificarea trebuie să conteste estimările.

Pasul 2: Clasificați sarcinile de lucru ca fiind ușoare, medii sau grele

Apoi, sortează utilizatorii grupului după sarcină de lucru. Microsoft’s ghid pentru gazda sesiunii curente sugerează următoarele intervale de densitate de bază pentru medii multi-sesiune, iar HP și alte surse sunt de acord:

• până la 6 utilizatori ușori pe vCPU,
• 4 utilizatori medii pe vCPU și
• 2 utilizatori intensivi per vCPU,

cu respectiv un exemplu de VM minim de 8 vCPU, 16 GB RAM, 32 GB stocare în cadrul acelor benzi de sarcină de lucru. Recomandările includ, de asemenea, menținerea dimensiunilor VM multi-sesiune aproximativ între 4 și 24 vCPU pentru un randament mai bun al capacității.

O hartă simplă a sarcinilor pentru planificarea IMM-urilor ar ghida astfel sortarea:

• Lumină: o aplicație de afaceri, utilizare limitată a browserului, sesiuni scurte
• Mediu: Aplicații Office, tab-uri de browser, instrumente PDF, multitasking moderat
• Greu: ERP, fișiere Excel mai mari, utilizare constantă a browserului, imprimare, aplicații multiple deschise toată ziua

Acestea sunt benzi de planificare de bază, nu garanții. Scopul este de a alege un punct de plecare bazat pe comportamentul sarcinii de lucru.

Pasul 3: Estimați capacitatea CPU

Odată ce utilizatorii sunt grupați, estimați CPU folosind o abordare de utilizatori pe vCPU. De exemplu, dacă 24 de utilizatori concurenți sunt în mare parte utilizatori medii, baza de referință a Microsoft de aproximativ 4 utilizatori pe vCPU sugerează începerea cu aproximativ 6 vCPUs, apoi rotunjind la o dimensiune practică a gazdei cu marjă de creștere. Dacă doriți să oferiți o capacitate de creștere mai bună în timpul vârfurilor de cerere pe termen scurt pentru CPU, planificați rapoarte mai mici de utilizatori pe nucleu decât ați face în mod normal.

Așa cum poate a devenit evident, dimensionarea CPU-ului nu ar trebui să se oprească la minimul matematic. Ar trebui să țină cont de vârfurile de autentificare, activitatea antivirus, sarcinile de raportare și perioadele scurte de lansare simultană a aplicațiilor.

Pasul 4: Estimați cerințele de RAM

RAM ar trebui să acopere nevoile sistemului de operare, serviciile de bază, suprasarcina sesiunii și utilizarea memoriei aplicației per utilizator. Așa cum s-a descris mai sus, baza actuală Microsoft pentru sesiuni multiple a asociat exemplele sale de sarcini ușoare, medii și grele cu un minim de 16 GB RAM pentru un punct de plecare de 8 vCPU. Deși aceasta este doar o bază, totuși oferă un punct de plecare tangibil pentru estimare.

O metodă practică într-o afacere mică sau medie este să:

1. rezervați memorie pentru sistemul de operare și serviciile platformei,
2. estimare a memoriei pe sesiune în funcție de clasa utilizatorului,
3. înmulțiți cu sesiuni concurente,
4. apoi adăugați o marjă de siguranță.

PeteNetLive oferă un regulă de bază deliberat largă de 2 la 8 GB per utilizator pentru planificarea RAM-ului RD Session Host. Acest lucru este util ca o precauție împotriva subestimării sesiunilor intensive, chiar dacă numărul exact trebuie rafinat în testare.

Pasul 5: Verificați stocarea și suprasarcina profilului

Stocarea este adesea subestimată în planificarea serverelor terminale. Stocarea lentă și aglomerată poate afecta logările, încărcarea profilurilor, fișierele temporare, lansările aplicațiilor și spooling-ul imprimării, chiar și atunci când CPU-ul și RAM-ul par încă acceptabile.

• stocare profil
• stocare OS
• jurnale: pentru securitate și alte scopuri similare

Această ultimă categorie merită cu siguranță estimată, deoarece poate crește rapid în funcție de dimensiunea infrastructurii dvs. și de tipul de monitorizare și protecție de care aveți nevoie.

Prezentarea pe roluri a PeteNetLive servește ca un memento util că gazda sesiunii este de obicei locul unde apare prima presiune asupra resurselor, în timp ce alte roluri RDS au adesea amprente relativ mai mici. Ține cont de acest lucru atunci când cauți indicatori ai capacității de utilizare a companiei tale, deoarece aceasta poate susține evaluarea planurilor.

Pasul 6: Adăugați spațiu pentru vârfuri, creștere și failover

Niciun calculator de server terminal nu ar trebui să se termine cu numărul „just enough”. Adăugați un spațiu de manevră pentru:

• vârfuri de semnare de dimineață
• aplicarea de corecții și scanări AV
• rapoarte lunare de vârf
• creșterea așteptată a utilizatorilor
• eșec al gazdei într-un design multi-server

În încheiere, un sfat bun de operare pentru orice mediu care depășește un singur gazdă este să se ia în considerare gazde suplimentare în caz de pierdere a serverului sau a hypervisor-ului.

Metodă simplă de calcul pentru servere terminale pentru IMM-uri și MSP-uri

Această logică a calculatorului este intenționat simplă. Este destinată să producă o primă estimare defensibilă, nu un reper final, și pentru a o adapta în consecință.

O formulă rapidă de planificare

Folosește această secvență:

1. Număr utilizatori simultani .
2. Sortați-le în ușor, mediu și greu grupuri.
3. Estimare CPU folosind un raport utilizatori-per-vCPU de bază.
4. Estimare RAM de la suprasarcina OS plus cererea pe sesiune.
5. Verificați stocare pentru profil, performanța temporară și de lansare.
6. Adăugați 20 până la 30 la sută marjă , apoi revizuiți nevoile de failover.

Acest lucru reflectă esența modului în care dimensiunile sunt definite în general: sarcina de lucru mai întâi, rapoartele pe locul doi, rafinarea după observație. Și acum, de ce să nu obțineți o previzualizare? ce formă ar putea lua , obțineți o estimare precisă și conturați infrastructura dvs. potențială? Un instrument cheie atunci când planificați bugetul dvs.

Exemplu 1: 15 utilizatori de birou ușor

Presupuneți că 15 utilizatori concurenți accesează o aplicație de afaceri publicată, plus utilizare ușoară a browserului.

Folosind liniile de bază ușoare recomandate, estimarea brută a CPU-ului este de aproximativ 3 vCPUs. În practică, aceasta este prea strânsă pentru capacitatea de explozie, așa că un planificator ar opta pentru un profil de gazdă mai practic în loc să construiască la limită. Vei găsi că sfaturile favorizează o gamă mai largă de dimensiuni de 4 până la 24 vCPU, cu 8 vCPU și 16 GB RAM ca profil de bază standard pentru sarcini de lucru multi-sesiune.

Pentru RAM, rezervați capacitate pentru sistemul de operare și servicii, apoi adăugați memorie de sesiune pentru fiecare utilizator. Dacă mediul este stabil și utilizarea aplicației este restrânsă, aceasta ar putea funcționa confortabil pe un gazdă modestă, dar ar trebui totuși validată în timpul utilizării pilot.

Exemplu 2: 30 utilizatori de birou și ERP mixați

Presupune:

• 18 utilizatori medii
• 12 utilizatori intensivi

O scurtătură de planificare ar trata grupul mediu la aproximativ 4 utilizatori pe vCPU și grupul greu la aproximativ 2 utilizatori pe vCPU. Aceasta implică aproximativ 4,5 vCPUs pentru grupul mediu și 6 vCPUs pentru grupul greu, înainte de suprasarcină și marjă. În practică, aceasta indică deja o îndepărtare de la un singur gazdă de dimensiuni mici și spre o gazdă mai mare cu marjă sau o împărțire între mai multe gazde de sesiune.

Aici este locul unde sfatul „planifică resursele serverului” devine semnificativ. Cu un ERP la fel ca în orice context de afaceri, scopul nu este doar de a integra utilizatorii undeva. Scopul nu este doar de a plasa utilizatorii undeva. Scopul este de a menține timpii de răspuns acceptabili în cele mai aglomerate momente ale zilei.

Exemplul 3: Când să împărțiți utilizatorii între mai multe gazde

Odată ce calculul produce un gazdă densă cu capacitate limitată de explozie, răspunsul mai bun poate fi arhitectural mai degrabă decât scalarea verticală. Gazdele de sesiune pot fi setate să facă munca grea, în timp ce rolurile precum RD Connection Broker, Gateway și Licensing pot primi diferite profile de resurse. Împărțirea sarcinii utilizatorilor între mai multe gazde este probabil să îmbunătățească reziliența, flexibilitatea în întreținere și planificarea failover-ului.

Pentru MSP-uri, acesta este adesea punctul de cotitură în care un calculator de server terminal devine o discuție despre dimensionarea fermei în loc de o discuție despre un singur server.

Care greșeli comune de dimensionare afectează de obicei performanța serverului terminal?

Erorile de dimensionare nu sunt de obicei cauzate doar de matematică. Ele provin din presupuneri incorecte.

Confuzionarea licențierii cu capacitatea de performanță

Licențierea îți spune cum este atribuit și configurat accesul. Nu îți spune câți utilizatori concurenți va susține un server cu performanță acceptabilă.

Ignorând sesiunile cu utilizare intensă a browserului și cele cu utilizare intensă a imprimantei

Multe medii încă subestimează cât de multă încărcare poate adăuga utilizarea modernă a browserelor, gestionarea PDF-urilor și imprimarea la un gazdă de sesiune. Aceste activități pot muta un grup de utilizatori de la ușor la mediu sau de la mediu la greu, chiar și atunci când aplicația de linie de afaceri în sine este modestă.

Dimensionare doar pentru încărcătura medie

Media de încărcare este rar momentul în care utilizatorii se plâng. Plângerile apar în timpul furtunilor de autentificare, deschiderilor simultane de fișiere, rulărilor de rapoarte sau vârfurilor de dimineață. Microsoft observă că o capacitate mai bună de explozie este importantă la raporturi mai mici de utilizatori pe nucleu, deoarece susține lăsarea de spațiu în loc să vizeze densitatea maximă.

Uitați restul stivei RDS

Gazda sesiunii este principalul consumator de resurse, dar nu este singura rol în mediu. Descompunerea rolurilor PeteNetLive este un memento util pentru a lua în considerare Brokerul de Conexiune, Gateway, Accesul Web și Licențierea separat atunci când desfășurarea crește dincolo de o configurație mică cu un singur gazdă.

De ce ar trebui ca monitorizarea să valideze estimările tale de dimensiune?

Un calculator de server terminal îți oferă o bază de planificare. Nu îți oferă dovadă. Pentru dovadă, trebuie să monitorizezi utilizarea.

De la bază la dovadă: monitorizarea ca esențial

În articolul nostru anterior, explicăm de ce capacitatea utilizatorului sustenabilă este o întrebare practică de monitorizare. Aici, scopul a fost să arătăm cum să estimăm prima versiune a acelei capacități înainte de implementare. Monitorizarea va obține pentru dumneavoastră multe dintre numărătorile pe care le-am menționat. Vă recomandăm să testați într-un context de laborator pentru a evalua nevoile dumneavoastră prevăzute.

Unde face diferența TSplus Server Monitoring?

TSplus Server Monitoring se potrivește după ce estimarea dimensiunii este implementată. Ajută la verificarea dacă saturația CPU, presiunea asupra memoriei, blocajele de stocare sau vârfurile de utilizare se potrivesc cu presupunerile folosite în planificare. Acest lucru este deosebit de util pentru administratorii IT SMB și MSP care au nevoie de dovezi înainte de a redimensiona un gazdă, a redistribui utilizatorii sau a adăuga un alt server.

În afară de a ști cum să proiectezi resurse, cum altfel poți ști dacă calculul a fost corect decât prin sisteme de monitorizare? Server Monitoring îți oferă monitorizare în timp real și alerte pentru a te menține informat ori de câte ori markerii ating pragurile stabilite. .

TSplus software pentru livrarea sigură și susținută a aplicațiilor și desktopurilor

TSplus Remote Access face parte din stratul de livrare în povestea mai amplă, în timp ce Advanced Security este creat special pentru a proteja serverele de aplicații. În plus, TSplus Remote Support oferă un kit de esențiale pentru depanarea și întreținerea acestor servere și nu numai, din orice locație. Odată ce mediul este dimensionat corect, TSplus Remote Access va publica desktopuri și aplicații mai simplu decât Citrix și fără a depăși bugetul. Testarea funcțiilor precum accesul web și livrarea centralizată îți va oferi o idee despre cum poți merge dincolo de accesul RDP ad-hoc.

Concluzie

Un calculator de server terminal nu ar trebui să promită un răspuns magic. Acum este timpul să calculăm resursele serverului terminal în etape: începeți cu utilizatorii concurenți, clasificați intensitatea sarcinii de lucru, estimați CPU și RAM din comportamentul realist al sesiunii, verificați stocarea și apoi adăugați o marjă pentru vârfuri, creștere și failover.

Ca administrator de sistem, administratorii IT SMB sau MSP, aceasta vă va oferi o estimare practică inițială. De acolo, adevărata disciplină este validarea. Planificați cu atenție, desfășurați conservator și apoi folosiți datele de monitorizare pentru a confirma dacă gazda, sau ferma gazdelor poate susține experiența utilizatorului pe care o intenționați.