Utilizatori sau debit? Dimensionarea unui server VPN pentru încărcarea reală

Zece conturi inactive costă mai puțin decât o copie de siguranță nocturnă care satură tunelul, iar numărul de utilizatori nu poate arăta această diferență. Dimensionarea unui server VPN este o comparație între două numere: concurența pe care o suporți efectiv și resursa care se epuizează prima. Majoritatea erorilor de capacitate apar din alegerea primului număr și din nemăsurarea niciodată a celui de-al doilea. Fă ambele, în această ordine, și decizia privind hardware-ul nu mai este o presupunere.

Compară numărul de conturi cu ora de vârf

Numărul de conturi este o licență și o limită de suport; ora de vârf este o încărcare. Enumeră munca ce se suprapune în acea oră: apeluri, administrare la distanță, descărcări mari, copii de siguranță și cererile aplicațiilor private care îi lasă pe oameni să aștepte. Apoi marchează, pentru fiecare element, dacă traversează gateway-ul și în ce direcție. Apelurile sunt simetrice și sensibile la întârziere, în timp ce o copie de siguranță este unidirecțională și tolerează un start lent, așa că solicită părți diferite ale traseului.

Direcția decide ce legătură contează. O legătură de upload de acasă este rareori simetrică, iar o sucursală care descarcă toată ziua atinge limita de downstream mult înainte ca gateway-ul să înceapă să transpire. Scrie direcția și sfera tunelului lângă fiecare element, pentru că un gateway care cară doar destinații private și unul care cară tot traficul de internet sunt două probleme diferite de dimensionare.

Adaugă încărcarea de fundal ca rând separat: actualizări de clienți, telemetrie și tot ce face gazda în afară de a redirecționa. Acești octeți se uită ușor și sunt numărați de aceeași interfață.

Găsește resursa care se epuizează înaintea legăturii

Legătura este doar un candidat. Munca criptografică a unui singur tunel poate ocupa un nucleu în timp ce interfața stă pe jumătate goală, iar o coadă saturată poate face apelurile inutilizabile la un debit care pare mediocru pe un grafic. O destinație aflată la o rută lentă distanță poate părea și ea o slăbiciune a gateway-ului din scaunul clientului. Trei observații separă aceste cazuri și niciuna nu are nevoie de un test de rafală.

Măsoară cu un transfer pe care ai voie să îl rulezi și adaugă munca concurentă în pași, nu dintr-o dată. Citește rata susținută și răspunsul interactiv împreună, pentru că un test doar al ratei de vârf ascunde o sesiune devenită inutilizabilă. Un gateway care trece de debitul maxim în timp ce apelurile se rup nu a trecut testul.

Apoi repetă rularea cu încărcările opționale oprite. O limită care se mută când copia de siguranță se oprește nu a fost niciodată limita gateway-ului.

Transformă comparația într-un număr pe care îl poți apăra

Alege resursa epuizată și exprimă cerința în unitățile ei: nuclee la o utilizare țintă în ora de vârf, biți pe secundă în fiecare direcție sau sesiuni concurente sub o limită de întârziere. Lasă loc pentru actualizări, diagnostic și recuperare, pentru că un server așezat pe plafonul măsurat nu mai are nimic pentru munca ce îl ține în funcțiune. Apoi scrie numerele lângă configurația care le-a produs, inclusiv numărul de clienți și testul folosit.

Numărul de utilizatori pe nucleu este cel mai puțin portabil număr din acest exercițiu, pentru că presupune un amestec de protocoale și un profil de dispozitive pe care următorul sit nu le împărtășește. Păstrează măsurătoarea și renunță la formulă. Când cineva cere capacitate pentru încă cincizeci de utilizatori, răspunsul onest este profilul orei de vârf al acelor cincizeci, nu o înmulțire.

Înregistrează timpul de răspuns, nu doar debitul. O capacitate care păstrează doar transferul masiv nu este capacitate pentru oamenii aflați în apeluri, iar următoarea revizuire va întreba despre diferență.

Alege între scalarea verticală și separarea rolului

Când limita măsurată este un nucleu, mai multe nuclee la aceeași frecvență pot să nu ajute; un nucleu mai rapid sau alt model de lucrători poate. Când limita este CPU agregat, o instanță mai mare este soluția directă. Când limita este legătura de acces, nicio schimbare de server nu ajută și comparația se termină la furnizor. Separarea rolurilor web și VPN pe gazde distincte cumpără izolare cu prețul unei a doua suprafețe de administrare.

Compară acele opțiuni cu numărul înregistrat, nu între ele. O schimbare care dublează o resursă ce nu era constrângerea este cost fără beneficiu, iar înregistrarea este cea care îți permite să spui asta fără dispută. Măsoară din nou după schimbare cu aceeași încărcare, altfel ai înlocuit o presupunere cu alta.