Viri (CPU, RAM, V/I diska, inode, pasovna širina) v cPanelu niso neomejeni – ko jih porabite, se vaše spletno mesto upočasni ali pa se prikažeta napaki 508 »Dosežena je omejitev virov« in 509 »Presežena je omejitev pasovne širine «. Ta vodnik pojasnjuje, kje se viri spremljajo, kako brati številke in kaj storiti, preden se sistem samodejno izklopi.

1. Kje si lahko ogledate vire v cPanelu

Dve glavni mesti:

• cPanel → Metrike → Poraba virov — pregled CPU, RAM, V/I, števila procesov, števila dohodnih povezav za zadnjih 24 ur/7 dni/30 dni. Rdeče opozorilo pomeni doseganje omejitve.
• Spremljanje kakovosti spletnega mesta ali CloudLinux LVE Manager (kadar gostitelj uporablja CloudLinux) – podrobnost na minuto.

2. Ključne metrike in kaj pomenijo

Poraba procesorja (%)

Če je konstantno nad 80 %, boste kmalu dobili napake. En sam PHP proces pod obremenitvijo hitro porabi 1 jedro – če ima načrt 1 CPU, več vzporednih počasnih zahtev blokira vse ostale.

Fizični pomnilnik (RAM)

Omejitev fizičnega pomnilnika v CloudLinuxu je stroga – ko jo presežete, jedro ubije procese. Simptomi: naključne napake 503, čakalna vrsta pošte se zatakne, cron skripti se ne dokončajo.

Vstopni postopki (VP)

Število vzporednih povezav PHP/CGI. Omejitev 20 pomeni, da se lahko hkrati zažene 20 skriptov PHP. Počasen vtičnik × 20 vzporednih zahtev = zid.

V/I (kB/s)

Branje/pisanje na disk. Visoka V/I zmogljivost pri majhnih paketih je pogosto posledica:

• Dnevniki, ki jih nihče ne izbriše.
• Skripti za varnostno kopiranje, ki delujejo v času prometnih konic.
• Vtičniki za WordPress, ki ob vsaki zahtevi pišejo v wp-content/cache .
• Neučinkovita seja shranjevanja (seje datotek namesto Redisa).

IOPS (vhodno/izhodnih operacij na sekundo)

Število operacij diska. Visok IOPS = veliko majhnih operacij, kar dokazano upočasni celoten strežnik.

NPROC (število procesov)

Skupno število uporabniških procesov. Odstranjena opravila cron, ki se ponavljajo brez izhoda, lahko povzročijo situacijo fork bomb .

Inode

Število datotek. Načrt cPanel ima običajno omejitev od 500.000 do 1 milijona inode. Namestitev WordPressa z veliko predpomnjenimi sličicami lahko zlahka preseže omejitev.

 -- brzi pregled najvećih foldera po broju datoteka (SSH): find ~/public_html -xdev -type f || cut -d"/" -f1-6 || sort || uniq -c || sort -rn || head

Pasovna širina

Mesečni prenos. Visoka pasovna širina z majhnim številom strani = nekdo ustvari vroče povezave za vaše slike ali pa imate izpostavljena sredstva, ki jih prenašajo boti.

3. Kaj skrbnik strežnika preveri (pri stiku s podporo)

• top in htop — kateri procesi v času težave zasedajo CPU/RAM.
• iostat -xm 2 — zakasnitev in izkoriščenost diska.
• lve-read-snapshot (CloudLinux) — kdo je presegel omejitev in kdaj.
• Dnevnik dostopa do Apache/nginx – kateri URL ali uporabniški agent povzroča pritisk.

4. Hitri ukrepi ob povečanju virov

Zmanjšajte V/I

• Omogočite predpomnilnik objektov (Redis/Memcached) namesto sej datotek.
• Premaknite seje PHP iz /tmp v Redis.
• Preglejte error_log – če se hitro nalaga, odpravite vzrok, ne dnevnikov.

Zmanjšajte CPU

• Aktivirajte predpomnilnik strani/predlog (specifično za CMS).
• Posodobite PHP na najnovejšo različico – PHP 8.3 je 30–50 % hitrejši od PHP 7.4.
• Onemogočite neuporabljene vtičnike in teme.

Zmanjšajte RAM

• Preverite memory_limit v PHP. 512M na proces × 20 EP = 10GB RAM-a.
• WordPress: odstranite težke vtičnike (kompleksne graditelje, pregledovalnike nedelujočih povezav, podvojene SEO vtičnike).

Zmanjšajte vstopne procese

• Poiščite in pospešite počasne zahteve (> 1 s). Počasna končna točka = dolgo časa zadrži EP režo.
• Blokirajte agresivne bote na ravni .htaccess ali Cloudflare.

Zmanjšajte število inode

• Izbrišite stare varnostne kopije v domači mapi.
• Izbriši staro wp-content/cache , stare node_modules in stare artefakte gradnje.
• Obnova sličic – WordPress ustvari obnovljene sličice, ki ostanejo po brisanju slike.

5. Samodejno opozarjanje

Ne čakajte na klic v sili in ukrepajte. Nastavite alarm:

1. cPanel → Kontaktni podatki → vnesite veljaven naslov in vklopite obvestila.
2. Za resne projekte uporabite zunanji monitor (UptimeRobot, BetterStack ali naš interni monitoring).
3. CloudLinux lahko pošlje e-pošto vsakič, ko uporabnik preseže prag – prosite podporo, da to omogoči.

6. Ko je čas za večji načrt

To pomeni, da je načrt premajhen:

• Omejitev dosežena >3× na teden, tudi z optimizirano kodo.
• Procesor nad 70 % neprekinjeno, ne samo ob konicah.
• Vstopni procesi so nenehno na meji – aplikacija je hitra, vendar je veliko uporabnikov.
• Uporaba inode >80 % – dolgoročno nevzdržno.

Na tej točki se nadaljnja optimizacija ne splača – čas je za VPS ali namensko gostovanje. Realen izračun: ura dela na optimizaciji ima ceno, ki hitro preseže razliko med deljenim in VPS paketom.

7. Proaktiven pristop

• Enkrat na teden si 5 minut oglejte graf porabe virov.
• Po vsaki večji spremembi (nov vtičnik, migracija, prenova) preverjajte svoje meritve 48 ur.
• Nenavadne vzorce prijavite podpori, preden povzročijo izpad.

Pri WMD hostingu imamo interno spremljanje za vsako stranko in se proaktivno odzovemo, ko opazimo trend proti omejitvi – ne čakamo, da uporabnik doseže 508. Če imate rastoči projekt, pred naslednjo kampanjo ali lansiranjem zahtevajte pregled zmogljivosti.