Ograničenja reseller naloga: inodi, CPU i broj naloga

Reseller paket se na prvi pogled čita jednostavno: 50 GB, 20 naloga, neograničen saobraćaj. Problem nastaje kad agencija prebaci petnaesti sajt i neki klijent prijavi da mu je prodavnica “spora uveče”. Tada se pokaže da broj naloga i prostor na disku nisu jedina ograničenja, nego tek dva od četiri. Ovaj tekst prolazi kroz sve četiri granice, kaže šta znače u praksi i koja pitanja treba postaviti hosteru pre nego što prvi klijent bude prebačen.

Četiri granice koje reseller nalog ima

Kad kupujete reseller paket, ograničenja su raspoređena na dva nivoa. Prvi nivo je paket kao celina: koliko ukupno prostora imate i koliko cPanel naloga smete da napravite. Drugi nivo je svaki pojedinačni cPanel nalog koji napravite: koliko procesora, memorije, istovremenih konekcija i fajlova sme da potroši. Prvi nivo vidite na stranici paketa. Drugi se obično vidi tek kad se nešto pokvari.

1. Broj cPanel naloga, koji je tvrda granica paketa.
2. Disk, koji se računa na nivou celog paketa.
3. Resursi izvršavanja (CPU, RAM, procesi, disk protok), koji se računaju po nalogu.
4. Inodi, odnosno broj fajlova, koji se takođe računa po nalogu.

Broj naloga i disk: lako se računa, teže se razume

Na našoj reseller ponudi paketi izgledaju ovako (cene sa stranice, 7. oktobra 2026):

Svaki paket dozvoljava overselling. To znači da pojedinačnim nalozima možete dodeliti kvote čiji zbir prelazi zakupljenih 50, 100 ili 200 GB, jer se stvarno računa samo iskorišćeni prostor. Zbir iskorišćenog prostora ne sme preći veličinu paketa.

Zamka je u aritmetici. Junior sa 50 GB i 20 naloga daje u proseku 2,5 GB po klijentu. Većina malih sajtova u to stane, ali jedan sajt sa velikom galerijom ili višegodišnjom arhivom mejlova lako pojede pola paketa. Zato pre prebacivanja izmerite koliko svaki klijent stvarno zauzima, disk i mejl zajedno, umesto da se oslanjate na ono što je klijent kupio kod prethodnog hostera.

Ako planirate rast, računica o tome kada prelazite sa Juniora na Medior i kada se isplati poseban server obrađena je u tekstu Hosting za web agencije: koliko Vas košta svaki klijentski sajt.

CPU, RAM i procesi: šta radi CloudLinux

Na CloudLinux serverima svaki cPanel nalog radi u sopstvenom kontejneru koji se zove LVE. Kontejner ima svoje limite, pa jedan klijent sa lošim dodatkom ne može da uspori ostale na istom serveru. Za reseller to je dobra vest, ali samo ako znate koji su limiti i šta se dešava kad se dosegnu. Zvanična CloudLinux dokumentacija definiše ih ovako, uz podrazumevane vrednosti koje hosteri po pravilu menjaju:

Obratite pažnju na razliku u simptomima. Prekoračenje procesora i diska klijent oseća kao sporost, a to je najteže dijagnostikovati jer nema poruke o grešci. Prekoračenje memorije i procesa daje grešku 500 ili 503, a prekoračenje EP limita grešku 508. Ako klijent pošalje snimak ekrana sa brojem 508, znate da sajt nije pao nego da je u istom trenutku stiglo previše istovremenih zahteva.

Kako to izgleda na jednom stvarnom nalogu

Radi predstave o redu veličine, 7. oktobra 2026. komandom uapi ResourceUsage get_usages izmerili smo vrednosti na jednom našem web nalogu (nije reseller nalog, pa ih nemojte čitati kao ponudu): CPU limit 100, entry processes 200 (u tom trenutku zauzet 1), fizička memorija 8 GB (zauzeto oko 109 MB) i 3 procesa od dozvoljenih 215. U mirnom trenutku nalog je daleko od svih limita. Granice se osete tek u vršnim satima, kad se poklope posete, bekap i neki težak zahtev.

Vredi razumeti i kako se meri EP. Jedna otvorena konekcija je jedan ulazni proces, pa dugotrajni zahtevi (veliki uvoz, spor eksterni API) zauzimaju mesto duže nego što se očekuje. Ako je limit 20, dvadeset takvih zahteva odjednom je dovoljno da dvadeset prvi dobije grešku 508.

Inodi: ograničenje koje niko ne očekuje

Inod je zapis o jednom fajlu ili jednom direktorijumu. Nalog može imati slobodnih 30 GB, a opet ne može da upiše nijedan novi fajl ako je potrošio dozvoljeni broj inoda. CloudLinux ovaj limit podržava kroz LVE Manager u dve varijante. Meki limit sme da se prekorači neko vreme, podrazumevani rok je sedam dana, a posle toga nalog ne dobija nove resurse. Tvrdi limit odmah zabranjuje upis na disk. Dokumentacija navodi da radi samo na particiji /home.

Gde brojevi inoda najčešće rastu:

• keš fajlovi dodataka i tema, koji se tokom godina nagomilaju,
• sesije i privremeni fajlovi koji se ne brišu,
• mejl u maildir formatu, gde je svaka poruka jedan fajl, pa nalog sa starim sandučićima lako ima stotine hiljada fajlova,
• bekapi koje je klijent ostavio u svom folderu,
• log fajlovi bez rotacije.

Radi poređenja, na pomenutom nalogu find nad home direktorijumom broji oko 42.500 fajlova (7. oktobra 2026), uz samo nekoliko sajtova. Vaš broj zavisi od sajtova koje prebacujete. Najjednostavnije je da pre selidbe na starom hostingu izbrojite fajlove komandom find ~ -type f | wc -l ili da pogledate vrednost u cPanelu, pa je uporedite sa limitom koji Vam hoster navede.

Pitanja koja postavite hosteru pre kupovine

Ova lista Vam štedi najviše vremena, bez obzira od koga kupujete:

1. Koliki su limiti po nalogu za CPU, RAM, EP, NPROC, IO i IOPS, i da li su isti za sve naloge ili ih smete menjati?
2. Postoji li limit inoda po nalogu i koliki je?
3. Da li limite pojedinačnog naloga menjate sami iz panela ili to radi podrška?
4. Koliko traje promena limita kad klijent poraste i da li se naplaćuje?
5. Gde se vidi potrošnja po nalogu, odnosno gde u cPanelu klijent vidi prekoračenja?
6. Šta se dešava sa nalogom koji stalno udara u limit: upozorenje ili suspenzija?
7. Koliko dugo se čuvaju bekapi i da li ulaze u prostor paketa?

Ako odgovori stignu pismeno, imate dokument na koji se možete pozvati kad klijent zatraži objašnjenje. Ista pitanja možete poslati i našoj podršci pre nego što se odlučite za paket.

Kad ograničenja počnu da smetaju

Postoje tri znaka da jedan klijent više ne treba da bude na deljenom reseller nalogu. Prvi je da se greške 508 ponavljaju u istim satima svakog dana. Drugi je da iz nedelje u nedelju traži povećanje limita, pa to menja ekonomiju paketa. Treći je da mu trebaju servisi koje deljeni nalog ne podržava, na primer dugotrajni procesi, sopstveno Node.js okruženje ili Docker. Tada je razumno da taj sajt izdvojite na sopstveni VPS server, a da ostali ostanu na reselleru.

Ako nalog već stalno prekoračuje resurse, korisno je pročitati i šta raditi kada hosting nalog prekorači sistemske resurse. A ako uslugu želite da prodajete klijentima kao sopstvenu, pogledajte i white label hosting.

Najčešća pitanja

Da li se broj naloga može povećati?

Na stranici paketa piše da je nadogradnja moguća. Najčešće je jednostavnije preći na sledeći paket nego dodavati nalog po nalog, pa izračunajte oba scenarija.

Da li overselling znači da mogu da napravim neograničen broj naloga?

Ne. Overselling se odnosi na prostor: zbir dodeljenih kvota sme da bude veći od zakupljenog diska. Broj naloga ostaje na limitu paketa, 20, 50 ili 100.

Zašto je sajt spor iako je disk skoro prazan?

Disk i resursi izvršavanja su dva odvojena limita. Sajt koji udara u SPEED, IO ili EP limit odgovaraće sporo bez obzira koliko je GB slobodno.

Da li inodi mogu da blokiraju mejl?

Mogu. Kad nalog dostigne tvrdi limit, ne mogu se upisati ni nove poruke, jer je svaka poruka jedan fajl. Zato je korisno povremeno očistiti stare sandučiće.

Kad znate granice paketa, sledeći korak je cena koju naplaćujete klijentima: kako da odredite maržu na hosting.