Resursi (CPU, RAM, disk I/O, inodes, bandwidth) u cPanelu nisu neograničeni — kad ih potrošite, web usporava ili tišti greške 508 Resource Limit Is Reached i 509 Bandwidth Limit Exceeded. Ova uputa objašnjava gdje se resursi prate, kako čitati brojke i što poduzeti prije nego sustav automatski presiječe.

1. Gdje pogledati resurse u cPanelu

Dva glavna mjesta:

• cPanel → Metrics → Resource Usage — pregled zadnjih 24h/7d/30d za CPU, RAM, I/O, broj procesa, broj ulaznih konekcija. Crveni alert znači hit na limit.
• Site Quality Monitoring ili CloudLinux LVE Manager (kad hoster koristi CloudLinux) — per-minute granularnost.

2. Ključne metrike i što znače

CPU Usage (%)

Ako je redovno iznad 80%, uskoro ćete dobiti faults. Jedan PHP proces pod opterećenjem brzo potroši 1 jezgru — ako plan ima 1 CPU, više paralelnih sporih requesta blokira sve ostale.

Physical Memory (RAM)

CloudLinux Physical Memory limit je tvrd — kad ga prijeđete, kernel ubija procese. Simptom: random 503 greške, mail queue zastoji, cron skripte ne završavaju.

Entry Processes (EP)

Broj paralelnih PHP/CGI konekcija. Limit 20 znači da istovremeno može biti pokrenuto 20 PHP skripti. Spor plugin × 20 paralelnih zahtjeva = zid.

I/O (kB/s)

Disk čitanje/pisanje. Visok I/O na malim planovima često uzrokuju:

• Logovi koji nitko ne briše.
• Backup skripte koje rade u peak hours.
• WordPress pluginovi koji pišu u wp-content/cache na svaki request.
• Neefikasna sesija storage (file sessions umjesto Redis-a).

IOPS (I/O operations per second)

Broj diskovnih operacija. Visok IOPS = mnogo malih operacija, što dokazano usporava cijeli server.

NPROC (Number of Processes)

Ukupan broj procesa korisnika. Uklonjeni cron job-ovi koji se ponavljaju bez exit-a mogu napraviti fork bomb situaciju.

Inodes

Broj datoteka. cPanel plan obično ima limit 500k–1M inodea. WordPress instalacija s puno cacheanih thumbnaila može lako prijeći limit.

-- 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

Bandwidth

Mjesečni transfer. Visok bandwidth uz niski page count = netko hotlinka vaše slike, ili imate exposed asseti koje skidaju botovi.

3. Što gleda admin servera (kad se obrati podrška)

• top i htop — koji procesi dižu CPU/RAM u trenutku problema.
• iostat -xm 2 — disk latencija i utilizacija.
• lve-read-snapshot (CloudLinux) — tko je prešao limit i kada.
• Apache/nginx access log — koji URL ili user agent pravi pritisak.

4. Brze akcije kad resursi rastu

Smanji I/O

• Uključite object cache (Redis/Memcached) umjesto file sessiona.
• Prebacite PHP sesije iz /tmp u Redis.
• Pregledajte error_log — ako se puni brzo, fiksirajte root uzrok, ne logove.

Smanji CPU

• Aktivirajte stranicu/template cache (CMS-specific).
• Ažurirajte PHP na najnoviju verziju — PHP 8.3 je 30-50% brži od PHP 7.4.
• Isključite neiskorištene pluginove i teme.

Smanji RAM

• Provjerite memory_limit u PHP-u. 512M po procesu × 20 EP = 10GB RAM-a.
• WordPress: uklonite teške pluginove (kompleksni builderi, broken-link scanneri, dupli SEO pluginovi).

Smanji Entry Processes

• Nađite i ubrzajte spore requeste (>1s). Spor endpoint = dugo drži EP slot.
• Blokirajte agresivne botove na .htaccess ili Cloudflare razini.

Smanji inodes

• Obrišite stare backupe unutar home foldera.
• Obrišite stari wp-content/cache, stare node_modules, stare build artefakte.
• Thumbnail regen — WordPress generira regenerate thumbnails koji ostanu nakon brisanja slike.

5. Automatski alerting

Ne čekajte 508 pa reagirajte. Postavite alarm:

1. cPanel → Contact Information → obavezno upišite validnu adresu i uključite notifikacije.
2. Za ozbiljne projekte, koristite vanjski monitor (UptimeRobot, BetterStack, ili naš unutarnji monitoring).
3. CloudLinux može slati email svaki put kad user pređe prag — tražite u podršci da aktivira.

6. Kad je došao trenutak za veći plan

Znaci da je plan premali:

• Limit hit >3× tjedno, čak i uz optimizirani code.
• CPU iznad 70% kontinuirano, ne samo u peakovima.
• Entry Processes stalno na limitu — aplikacija je brza, ali ima puno korisnika.
• Inode usage >80% — dugoročno neodrživo.

U tom trenutku ne isplati se dalje optimizirati — vrijeme za VPS ili dedicirani hosting. Realna kalkulacija: sat rada na optimizaciji ima cijenu koja brzo prelazi razliku između shared i VPS plana.

7. Proaktivni pristup

• Jednom tjedno pogledajte Resource Usage graf. 5 minuta.
• Nakon svake veće promjene (novi plugin, migracija, redizajn) provjerite metrike 48h.
• Prijavite neobične obrasce podršci prije nego se pretvore u downtime.

Na WMD hostingu imamo interni monitoring po klijentu i javljamo se proaktivno kad vidimo trend prema limitu — ne čekamo da korisnik pogodi 508. Ako imate projekt u rastu, pitajte za capacity review prije sljedeće kampanje ili lansiranja.