Alegerea dintre managed și unmanaged hosting este una dintre primele decizii pe care le luați…

Cum alegi numărul de CPU-uri pentru un server VPS: ghid practic
Numărul de nuclee CPU este una dintre primele specificații pe care le observați când comparați planuri VPS, dar este și una dintre cele mai prost înțelese. Mai multe nuclee nu înseamnă automat un server mai rapid pentru orice tip de aplicație, iar alegerea unui plan cu prea puține sau prea multe nuclee față de nevoile reale înseamnă fie performanță degradată, fie bani cheltuiți inutil.
Pe un server VPS, nucleele CPU alocate sunt de obicei vCPU (virtual CPU), adică fracțiuni de timp din nucleele fizice ale serverului gazdă. Modul în care aceste vCPU-uri sunt implementate și garantate diferă între furnizorii de hosting și între tehnologiile de virtualizare folosite.
Cum alegi numărul de CPU-uri pentru un server VPS: ghid practic
Aplicațiile web diferă fundamental în modul în care folosesc CPU-ul. Unele sunt I/O-bound (limitate de accesul la disc sau rețea, nu de CPU), altele sunt CPU-bound (necesită putere de calcul intensă). Înțelegerea acestei distincții este esențială pentru alegerea corectă.
Cel mai frecvent greșeală este achiziționarea de nuclee suplimentare pentru o aplicație care este de fapt limitată de baza de date sau de stocare, nu de CPU. Mai multă putere de calcul nu rezolvă un bottleneck de I/O.
Aplicații I/O-bound: puțin CPU, mult I/O
WordPress cu un plugin de caching activ este un exemplu clasic de aplicație I/O-bound pentru vizitatorii care primesc pagini din cache. Serverul citește fișierul HTML din cache și îl trimite, operație care folosește puțin CPU și mult I/O de rețea și disc.
Pentru un blog WordPress cu trafic moderat și caching configurat, 2-4 nuclee vCPU sunt suficiente pentru a servi sute de cereri simultane. Adăugarea de nuclee suplimentare nu va îmbunătăți viteza de răspuns dacă bottleneck-ul este altundeva.
Aplicații CPU-bound: necesită putere de calcul
Aplicațiile care necesită nuclee suplimentare sunt cele care procesează intensiv date pe server:
- Transcoding video sau audio în timp real.
- Rendering de imagini sau PDF-uri la cerere.
- Aplicații de machine learning sau procesare de date.
- Compilare de cod (sisteme CI/CD).
- Criptare/decriptare intensivă.
- Servere de jocuri cu logică de server complexă.
Pentru aceste cazuri, numărul de nuclee are impact direct asupra timpului de procesare. Un server cu 8 nuclee poate procesa (în teorie) de două ori mai rapid decât unul cu 4 nuclee pentru sarcini paralele bine implementate.
Hosting WordPress: ghid de dimensionare
Pentru hosting WordPress, dimensionarea corectă depinde de numărul de site-uri și de traficul acestora:
- 1-5 site-uri cu trafic redus (sub 10.000 vizitatori/lună fiecare): 2-4 vCPU, 4-8 GB RAM.
- 5-20 site-uri cu trafic mediu sau 1-3 site-uri cu trafic ridicat: 4-8 vCPU, 8-16 GB RAM.
- Hosting reseller cu 20-50 de conturi active: 8-16 vCPU, 16-32 GB RAM.
- Hosting reseller cu 50+ conturi sau magazine WooCommerce cu trafic intens: 16-32 vCPU, 32-64 GB RAM.
Aceste estimări presupun că PHP-FPM este configurat corect, că caching-ul este activ și că bazele de date sunt optimizate.
PHP-FPM și numărul de nuclee
PHP-FPM gestionează cererile PHP prin procese worker. Numărul maxim de workeri simultani este limitat de RAM (fiecare worker PHP consumă 30-80 MB), nu direct de CPU. Totuși, dacă toți workerii sunt activi și procesează cereri PHP complexe simultan, CPU-ul poate deveni bottleneck.
Regula generală: pentru fiecare 100-200 MB RAM alocați PHP-FPM, aveți nevoie de aproximativ 1 vCPU disponibil pentru procesare eficientă. Un server cu 8 GB RAM alocat PHP-FPM și 4 vCPU este echilibrat pentru un mix tipic de site-uri WordPress.
MySQL/MariaDB și CPU
Baza de date MySQL beneficiază de nuclee suplimentare pentru interogări concurente. Fiecare conexiune activă la baza de date poate folosi un fir de execuție separat. Pe un server cu trafic ridicat și multe conexiuni simultane, 4-8 vCPU permit bazei de date să proceseze interogările în paralel.
Pe servere cu trafic redus sau mediu, baza de date nu devine bottleneck CPU, ci mai degrabă I/O. În acest caz, investiția în stocare NVMe mai rapidă are un impact mai mare decât adăugarea de nuclee CPU.
Verificarea utilizării CPU pe serverul curent
Dacă aveți deja un server și doriți să evaluați dacă CPU-ul este bottleneck, monitorizați utilizarea:
# Utilizare medie CPU (load average)
uptime
# Utilizare detaliata per nucleu
top
# sau htop pentru interfata mai clara
# Statistici detaliate cu specificarea bottleneck-ului
vmstat 5 10
# Coloana 'wa' (iowait) mare indica bottleneck de I/O, nu CPUDacă utilizarea CPU depășește 70-80% constant, este momentul să adăugați nuclee. Dacă CPU este la 20-30% dar site-ul este lent, căutați bottleneck-ul în altă parte: stocare, RAM insuficient pentru cache MySQL sau conexiuni de rețea.
Concluzie
Alegerea numărului de nuclee CPU pentru un VPS necesită înțelegerea tipului de sarcină pe care o veți rula. Pentru hosting WordPress cu caching, 2-4 vCPU sunt suficiente pentru trafic mediu. Pentru hosting reseller cu zeci de conturi active sau aplicații CPU-intensive, 8-32 vCPU aduc beneficii reale. Nu supradimensionați CPU fără să înțelegeți mai întâi unde este bottleneck-ul real.
Consultați planurile noastre de server VPS cu 24, 32 și 64 de nuclee CPU pentru a găsi configurația potrivită volumului de activitate și tipului de aplicații pe care le administrați.


