Un site lent nu are automat nevoie de un pachet mai mare. Uneori, problema este o extensie care execută operațiuni costisitoare; alteori, mai multe cereri ajung în același timp și ocupă resursele disponibile. Ca să alegi ce merită schimbat, trebuie să separi trei lucruri: puterea de procesare, memoria și activitatea simultană.
Limitele pentru aceste resurse de găzduire nu sunt interschimbabile. Mai multă RAM nu rezolvă neapărat lipsa de CPU, iar un procesor mai generos nu elimină automat o limită de cereri concurente. Iată cum le interpretezi pentru un site mic.
1. CPU: câtă muncă de procesare poate face site-ul
CPU reprezintă capacitatea de procesare folosită pentru executarea codului și a altor operațiuni atribuite contului tău. Într-un site dinamic, procesarea poate include rularea codului PHP, generarea paginilor sau prelucrarea imaginilor. Operațiunile bazei de date consumă și ele resurse, dar modul în care sunt măsurate și limitate depinde de infrastructura furnizorului.
O pagină servită din cache poate necesita mai puțină procesare decât aceeași pagină construită de la zero. De aceea, două site-uri cu un trafic asemănător pot avea un consum de CPU foarte diferit.
- Vârfurile scurte pot apărea la actualizări, importuri sau generarea unor fișiere.
- Consumul ridicat susținut poate indica o sarcină constantă, cod ineficient sau trafic automatizat.
- Încetinirea la atingerea limitei poate proveni din restricționarea procesării, în funcție de configurația serviciului.
În ofertele de găzduire web, CPU poate fi exprimat prin procente, nuclee sau alte unități. Un procent nu este suficient pentru comparație: întreabă la ce bază se raportează și dacă resursele sunt partajate, rezervate ori disponibile temporar.
2. RAM: memoria necesară operațiunilor active
RAM este memoria de lucru utilizată de procesele active. Un script încarcă date, obiecte și biblioteci în memorie cât timp rulează. Operațiuni precum importurile de produse, procesarea imaginilor sau anumite extensii pot avea nevoie de mai multă memorie decât afișarea unei pagini simple.
Limita de memorie a unui script nu este neapărat limita totală a contului. De exemplu, setarea PHP pentru memoria unui script și memoria disponibilă tuturor proceselor contului pot reprezenta două praguri distincte. Creșterea primei valori nu mărește automat resursele pachetului.
Când verifici RAM, urmărește atât vârfurile, cât și contextul lor. Un consum mare la un import ocazional are altă semnificație decât memoria ocupată constant în timpul navigării obișnuite. În funcție de mediul de găzduire, atingerea limitei poate duce la erori de alocare, oprirea unor procese sau cereri eșuate.
Pentru un site WordPress, analizează extensiile și operațiunile active înainte să presupui că tema este cauza. Dacă evaluezi un serviciu de găzduire WordPress, verifică limitele efective și compatibilitatea cu aplicația ta, nu doar denumirea pachetului.
3. Procese simultane: câte activități pot rula în același timp
CPU descrie capacitatea de procesare, iar RAM descrie memoria. Limitele de procese simultane stabilesc câte activități pot exista sau pot fi executate concomitent, conform definiției folosite de furnizor.
Aici apar frecvent confuzii. Numărul total de procese ale contului, numărul de cereri care intră simultan în aplicație și numărul de lucrători PHP disponibili nu sunt același lucru. În rapoarte pot apărea separat, iar fiecare limită poate avea efecte diferite.
De ce nu înseamnă număr de vizitatori
Un vizitator poate genera mai multe cereri, iar unele pot fi servite din cache sau dintr-un serviciu extern, fără să execute codul aplicației. În schimb, o singură cerere lentă poate ocupa un loc de execuție mai mult timp.
De exemplu, dacă un serviciu extern răspunde greu, cererile care îl așteaptă pot rămâne active. Astfel, limita de concurență poate fi atinsă chiar dacă CPU nu este folosit intens. În funcție de configurație, cererile noi pot aștepta într-o coadă sau pot primi erori.
Întreabă ce măsoară exact indicatorul „procese simultane”. O valoare izolată nu îți spune câți vizitatori poate susține site-ul.
4. Ce informații să cauți în rapoartele de consum
Nu porni de la o singură captură de ecran. Compară perioada cu probleme cu una în care site-ul a funcționat normal și verifică dacă graficele folosesc același fus orar. Mediile pot ascunde vârfuri scurte, așa că rezoluția raportării contează.
- Valoarea și limita: identifică unitatea, pragul pachetului și intervalul măsurat.
- Vârful și durata: observă dacă apropierea de limită este ocazională sau persistentă.
- Evenimentele de limitare: caută contoare pentru depășiri, restricționări sau cereri respinse, dacă sunt disponibile.
- Corelarea cu erorile: verifică jurnalele aplicației și mesajele de eroare din aceeași perioadă.
- Activitățile programate: compară vârfurile cu importuri, scanări, actualizări și alte sarcini automate.
- Traficul și adresele accesate: caută cereri repetate către pagini dinamice, formulare sau autentificare.
Dacă CPU, RAM și procesele simultane par în limite, verifică și alte posibile blocaje: accesul la disc, baza de date, rețeaua sau serviciile externe. Un raport de consum al resurselor descrie doar indicatorii pe care îi măsoară, nu toate cauzele posibile ale încetinirii.
5. Ce să clarifici cu furnizorul înainte de upgrade
Trimite intervalul exact al incidentului, paginile afectate și mesajele observate. Aceste detalii sunt mai utile decât o solicitare generală că site-ul merge greu.
- Ce limită a fost atinsă și ce dovezi există în rapoarte?
- Cum sunt definite CPU, memoria și concurența pentru pachetul actual?
- Limitele sunt aplicate întregului cont, fiecărui site sau fiecărui proces?
- Ce se întâmplă la atingerea pragului: restricționare, așteptare sau respingere?
- Pachetul propus mărește tocmai resursa care a devenit insuficientă?
- Există limite separate pentru baza de date, accesul la disc sau lucrătorii PHP?
- Schimbarea presupune migrare, modificări de configurare sau o posibilă întrerupere?
Poți folosi pagina de contact pentru a cere clarificări despre serviciile GazduireOnline.ro. Dacă analizezi găzduirea cloud, verifică modelul de alocare și responsabilitățile de administrare: denumirea serviciului nu înseamnă automat resurse nelimitate.
6. Concluzie: schimbă pachetul pe baza unui blocaj identificat
O decizie bună începe cu măsurarea, continuă cu verificări controlate și abia apoi ajunge la alegerea pachetului. Păstrează o copie de siguranță înaintea modificărilor importante și, când este posibil, testează într-un mediu separat.
- Notează când apare problema și ce operațiune o declanșează.
- Corelează CPU, RAM și concurența cu erorile și activitățile din acel interval.
- Verifică extensiile costisitoare, cache-ul și suprapunerea sarcinilor programate, schimbând câte un lucru pe rând.
- Cere confirmarea limitelor și compară resursa necesară cu ceea ce oferă noul pachet.
- Repetă măsurătorile după modificare, în condiții cât mai asemănătoare.
Scopul nu este să ai toate graficele cât mai jos, ci să înțelegi ce limitează funcționarea site-ului. Astfel, poți alege între optimizare, reorganizarea sarcinilor și resurse suplimentare pe baza unor indicii concrete, fără să tratezi upgrade-ul ca pe o soluție universală.
