Hosting VPS vs hosting shared: ce este un VPS și când ai nevoie de unul

Hostingul shared și un VPS pot costa aproape la fel pe lună și totuși să fie produse complet diferite. Pe hosting shared, site-ul tău stă într-un cont printre multe altele pe același server, iar furnizorul limitează câtă memorie, câte procese și câte cereri simultane poate folosi fiecare cont. Un VPS, adică un server privat virtual, este o mașină virtuală a ta, cu resurse garantate, control complet și responsabilitate completă. Ghidul le explică pe amândouă, arată limitele de care se lovește în realitate un cont shared, cu al nostru ca exemplu, și dă o regulă simplă pentru când merită mutarea pe un VPS.

Diferența într-un paragraf

Pe hosting shared închiriezi un cont, nu o mașină. Furnizorul rulează un server mare, pune pe el conturile multor clienți și împiedică orice cont să-i acapareze pe ceilalți, limitând ce poate folosi fiecare. Software-ul, actualizările de securitate și panoul de control sunt treaba lui. Pe un VPS închiriezi o mașină virtuală: o felie dintr-un server fizic, cu propriul sistem de operare și resurse rezervate pentru tine, pe care o controlezi complet și de care, tocmai de aceea, trebuie să ai grijă. Hostingul shared e un apartament; un VPS e o casă pe un teren comun.

Ce limitează, exact, hostingul shared

Mulți furnizori de hosting shared, printre care și Hostinger, folosesc CloudLinux, care pune fiecare cont într-un container ușor și îi limitează CPU-ul, memoria, viteza discului, numărul de procese și numărul de procese de intrare, adică aproximativ câte cereri poate trata contul în același moment. Valorile implicite ale CloudLinux sunt un nucleu de procesor, 1 GB de memorie, 100 de procese și 20 de procese de intrare pe cont, iar fiecare furnizor își setează propriile valori pornind de acolo. Planurile actuale de hosting web Hostinger, de exemplu, dau unui cont 1, 2 sau 3 GB de memorie.

Ce se întâmplă la limită e simplu: cererile care nu mai încap sunt refuzate. Paginile de ajutor Hostinger spun că, atunci când un plan ajunge la limita de procese sau de memorie, vizitatorii pot vedea o eroare 503 Service Unavailable și că atingerea limitei de 10 până la 20 de ori într-o lună e un semn clar că site-ul are nevoie de mai multe resurse. Pentru un site de prezentare sau o instalare WordPress mică, ziua aceea poate să nu vină niciodată. Pentru un magazin în timpul unei campanii sau pentru o aplicație care ține procese pornite, vine mai repede decât sugerează prețul.

De ce ne-am lovit pe propriul cont shared

Pe hosting shared limitele sunt invizibile până te lovești de ele și se aplică întregului cont, nu unui singur site. Cele trei site-uri ale noastre, levelui.ro, .com și .de, rulează ca aplicații Node.js pe un cont de hosting shared care mai găzduiește încă trei site-uri. În iulie 2026 am republicat toate cele trei domenii în două minute; contul a atins plafonul de 120 de procese, iar două dintre domenii au răspuns cu erori până când procesele vechi au fost oprite manual. Niciunul dintre site-uri nu avea vreo problemă. Pur și simplu așteptau locuri pentru procese pe care le țineau ocupate celelalte publicări.

Și alte limite au ieșit la iveală la fel, pe rând. Un proces care trece de aproximativ 2 GB de memorie e oprit forțat, motiv pentru care site-ul nostru nu mai poate fi construit pe server și e construit pe propriul nostru calculator. Procesele din fundal sunt oprite după aproximativ o oră, iar sarcinile programate se pot crea doar din panoul furnizorului. Iar în interiorul contului, Node.js raportează cele 64 de procesoare și 514 GB de memorie ale serverului fizic, așa că un software care se dimensionează după ce vede plănuiește resurse pe care nu le va primi niciodată. Nimic din toate astea nu e o plângere: așa funcționează hostingul shared. Pornirile la rece și curățarea proceselor le descriem în detaliu în ce face serverul tău cu PageSpeed.

Ce îți dă un VPS

Un VPS elimină plafoanele la nivel de cont și le înlocuiește cu mărimea mașinii. Cel mai mic VPS Hostinger, KVM 1, are 1 procesor virtual, 4 GB de memorie și 50 GB de stocare NVMe și costa pe 10 octombrie 2026 6,49 dolari pe lună, plătiți în avans, cu reînnoire la 11,99 dolari; planurile mai mari dublează fiecare cifră, până la 8 procesoare și 32 GB. Primești acces root, deci poți instala orice: Node.js, Docker, o bază de date, o coadă de mesaje, sarcini programate care rulează cât au nevoie. Publicarea altcuiva nu-ți mai poate ocupa locurile de procese, pentru că nu mai există așa ceva de ocupat.

Reversul e că un VPS e de obicei neadministrat: chiar întrebările frecvente Hostinger își descriu așa planurile VPS. Sistemul de operare și actualizările lui de securitate, firewallul, accesul SSH, backupurile pe care le-ai restaurat măcar o dată și monitorizarea care îți spune că site-ul e căzut înaintea unui client sunt toate ale tale. E muncă reală și recurentă, iar pe un VPS n-o face nimeni dacă n-o faci tu sau cineva pe care îl plătești.

Când e suficient hostingul shared

Pentru cele mai multe site-uri de firme mici, hostingul shared e răspunsul corect, iar mutarea ar adăuga doar muncă. Un site WordPress cu trafic constant, un magazin mic, un site static sau un landing page încap fără probleme într-un plan decent, iar actualizările făcute de furnizor valorează mai mult decât un acces root pe care nu l-ai folosi. Dacă site-ul e static, s-ar putea să nu aibă nevoie deloc de server: paginile gata făcute pot fi servite dintr-un CDN pentru foarte puțin, cum explicăm în site static vs site dinamic. Înainte să treci la un plan mai mare pentru că site-ul pare lent, verifică dacă încetineala vine de la server și nu de la pagini, pentru că o temă grea și imagini neoptimizate sunt la fel de lente și pe un VPS.

Când să te muți pe un VPS

Mută-te pe un VPS când ai nevoie să rulezi propriile procese sau când te lovești de limitele hostingului shared mai mult decât ocazional. Primul caz acoperă aplicațiile Node.js sau Python, containerele Docker, procesele din fundal, sarcinile programate care rulează mai mult de câteva minute și software-ul care trebuie să asculte pe propriul port. Al doilea se poate măsura: dacă pagina de resurse a furnizorului arată contul la limita de memorie sau de procese de câteva ori pe lună sau dacă vizitatorii văd erori 503 la trafic obișnuit, planul e prea mic.

Există și motive mai puțin evidente. Mai multe site-uri pe același cont se încetinesc unul pe altul; un VPS le separă sau îți permite să-i dai fiecăruia propriul container. Cerințele de conformitate pot pretinde un server izolat. Iar uneori declanșatorul e build-ul: un site JavaScript modern poate avea nevoie de mai multă memorie la construire decât permite un cont shared, cum a fost și cazul nostru. Fiecare dintre ele e un motiv de mutare. Traficul în sine, de obicei, nu este; un cache sau un CDN în fața unui plan shared duce mai mulți vizitatori decât se crede.

VPS vs cloud hosting

„Cloud hosting” înseamnă lucruri diferite la firme diferite, de aceea comparația îi încurcă pe oameni. La mulți furnizori de hosting web e un plan shared mai mare și administrat: Cloud Startup de la Hostinger, de exemplu, dă unui cont 4 GB de memorie și 4 nuclee de procesor pentru până la 100 de site-uri, tot fără acces root. La Amazon, Google sau Microsoft, un server în cloud e o mașină virtuală, un VPS în toate privințele în afară de nume, facturat pe oră și care își poate schimba mărimea. Citește ce include planul, acces root, resurse garantate, cine actualizează sistemul, nu cum se numește.

Ce folosim noi și ce recomandăm

Propriile noastre site-uri rămân pe hosting shared: de când le construim pe propriul calculator și am reparat un script de întreținere al nostru care le tot repornea, contul le duce bine, iar acum știm unde îi sunt limitele. Aplicațiile Node.js ale clienților sunt alt caz, pentru că au nevoie de propriile procese și de loc pentru build, așa că pachetul nostru Hosting Node.js + monitorizare le pune pe un VPS administrat, cu backupuri zilnice și monitorizare incluse, ca partea neadministrată să nu rămână în grija ta.

Recomandarea noastră e ordinea în care pui întrebările. Are site-ul nevoie de server sau poate fi static? Dacă are nevoie, rulează și altceva decât PHP? Dacă nu, un plan shared bun e suficient până când propria lui pagină de resurse spune altceva. Dacă da, ia un VPS și decide din prima zi cine îl va întreține, pentru că decizia asta costă într-un an mai mult decât serverul. Un abonament de mentenanță e un răspuns; serviciul nostru de găzduire și deployment e altul.

Surse

Cifrele planurilor și prețurile provin de pe paginile Hostinger și din documentația CloudLinux, verificate pe 10 octombrie 2026. Limitele de cont pe care le descriem vin din propriile noastre incidente de producție dintre iulie și septembrie 2026.

• Documentația CloudLinux OS — Limits ↗

  Limitele pe cont pe care le setează furnizorii de hosting shared: CPU, memorie fizică, IO, procese și procese de intrare, cu valorile lor implicite.

• Hostinger — parametrii și limitele planurilor de hosting ↗

  Memoria, nucleele de procesor și inodurile pentru fiecare plan de hosting web și cloud.

• Hostinger — ce faci dacă atingi limitele planului ↗

  La limita de procese sau de memorie vizitatorii pot vedea o eroare 503; atingerea ei de 10 până la 20 de ori pe lună înseamnă că site-ul are nevoie de mai multe resurse.

• Hostinger — VPS hosting ↗

  Specificațiile și prețurile KVM 1 până la KVM 8; acces root complet; neadministrat.