Hoe werken CloudLinux-limieten (CPU, RAM, I/O, IOPS, EP, NPROC) bij reseller hosting?
Uitleg over CloudLinux/LVE-limieten bij reseller webhosting: wat CPU, RAM, I/O, IOPS, EP en NPROC betekenen, waar je dit instelt in DirectAdmin, en hoe je dit goed afstemt per pakket.
In dit artikel leggen we uit hoe CloudLinux-limieten werken binnen je reseller webhosting bij Etheron, en hoe je als reseller zelf de grootte van je pakketten instelt via CPU, RAM, I/O, IOPS, EP en NPROC. Zo weet je precies wat elke instelling betekent en hoe je dit goed afstemt op je klanten.
Wat is CloudLinux?
Al onze webhosting en reseller servers draaien op CloudLinux. CloudLinux zorgt ervoor dat elk hostingaccount in een eigen afgeschermde omgeving draait (een zogenoemde LVE, Lightweight Virtual Environment). Hierdoor kan één drukke of zware website nooit de hele server, of andere klanten van jou, naar beneden trekken.
Als reseller bepaal jij zelf hoeveel serverbronnen elk van je klanten (of pakketten) mag gebruiken. Dit stel je in via het DirectAdmin controlepaneel, onder CloudLinux Manager.
Waar vind ik dit in het paneel?
- Log in op je reseller-account in DirectAdmin.
- Ga naar Reseller Level (of Admin Level als je volledige toegang hebt).
- Klik op Extra Features.
- Open CloudLinux Manager.
Hier vind je drie belangrijke tabbladen:
- Packages: hier stel je de limieten in per hostingpakket. Alle gebruikers op dat pakket krijgen automatisch dezelfde limieten.
- Users: hier zie je het huidige verbruik per gebruiker en kun je, indien nodig, een individuele uitzondering instellen.
- Current Usage / Statistics: hier zie je live hoeveel een gebruiker op dit moment van zijn limieten verbruikt.
Let op! Werk bij voorkeur via Packages in plaats van losse gebruikers aan te passen. Zo blijft het overzichtelijk welke klant op welk pakket zit, en voorkom je dat je los van je eigen pakketstructuur gaat werken.
Wat betekenen de verschillende limieten?
CPU / SPEED
Dit is de rekenkracht die een account mag gebruiken, uitgedrukt in een percentage van één CPU-core.
- 100% staat gelijk aan 1 volledige core.
- 200% staat gelijk aan 2 cores, enzovoort.
Wordt deze limiet bereikt, dan wordt de website niet uitgezet, maar afgeremd (throttled): de website werkt trager totdat er weer ruimte is.
RAM / PMEM (geheugen)
Dit is de hoeveelheid werkgeheugen die het account mag gebruiken, bijvoorbeeld 1GB of 2GB.
Komt een account boven deze limiet, dan weigert CloudLinux extra geheugen toe te wijzen. Dit resulteert meestal in een foutmelding zoals een 500- of 503-fout, of een "out of memory"-melding in bijvoorbeeld WordPress.
I/O (schijfsnelheid)
Dit is de maximale snelheid waarmee bestanden gelezen en geschreven mogen worden, uitgedrukt in KB/s of MB/s.
Bij het bereiken van deze limiet wordt het account afgeremd, niet gestopt. Een te lage I/O-limiet merk je vaak bij zware acties, zoals een back-up, een update of het verwerken van veel afbeeldingen.
IOPS (schijfbewerkingen per seconde)
Dit is het aantal lees- en schrijfacties dat een account per seconde mag uitvoeren. Dit is vooral belangrijk voor websites met veel databaseverkeer (bijvoorbeeld webshops).
EP (Entry Processes)
Dit is het aantal gelijktijdige verbindingen dat een account mag hebben naar bijvoorbeeld PHP, SSH of cronjobs. Zie dit als het aantal "gelijktijdige bezoekers die tegelijk iets dynamisch opvragen".
Wordt deze limiet overschreden, dan krijgen nieuwe bezoekers een foutmelding zoals 508 Resource Limit Is Reached, totdat er weer ruimte vrijkomt.
NPROC (aantal processen)
Dit is het totale aantal actieve processen dat een account tegelijk mag hebben, bijvoorbeeld PHP-processen, SSH-sessies of cronjobs. In sommige panelen en documentatie wordt dit ook wel MPROC genoemd, dit is hetzelfde als NPROC.
Wordt deze limiet bereikt, dan kunnen er geen nieuwe processen meer gestart worden totdat er een processtopt.
Let op! Zet NPROC altijd ruim hoger dan EP, als vuistregel minimaal EP + 15. Staat NPROC te laag ten opzichte van EP, dan kunnen normale processen (zoals Apache zelf, SSH-sessies, enzovoort) al tegen de limiet aanlopen.
Hoe stel je dit goed in?
Richtlijn voor startwaarden per pakketgrootte:
| Limiet | Klein pakket | Middel pakket | Groot pakket |
|---|---|---|---|
| CPU / SPEED | 100% | 200% | 300% |
| RAM / PMEM | 1 GB | 2 GB | 4 GB |
| I/O | 5 MB/s | 10 MB/s | 20 MB/s |
| IOPS | 1024 | 2048 | 4096 |
| EP | 20 | 30 | 50 |
| NPROC | 100 | 150 | 200 |
Deze waarden zijn een goed startpunt, geen vaste regel. Pas ze aan op basis van het type websites dat je klanten draaien.
- Alleen een eenvoudige of statische website? De standaardwaarden zijn meestal ruim voldoende.
- WordPress, WooCommerce of andere zware CMS-sites? Zet RAM en EP wat hoger, dit zijn de limieten waar dynamische sites het snelst tegenaan lopen.
- Webshops of sites met veel database-queries? Let extra op IOPS en I/O.
- Back-up- of migratiewerk? Een lage I/O-limiet zorgt vaak voor trage of vastlopende back-ups, ook als de site zelf niet zwaar is.
Let op! Zet limieten nooit onnodig laag. Te lage limieten zorgen voor trage websites, foutmeldingen en onnodige supportvragen, ook als de website zelf niets verkeerd doet.
Veelgestelde vraag: mijn klant krijgt foutmeldingen, wat nu?
Komt een klant regelmatig tegen zijn limiet aan, controleer dan:
- Welke limiet precies geraakt wordt. Dit zie je terug in CloudLinux Manager → Users of in de statistieken.
- Of het probleem bij de website zelf ligt. Veel losse EP- of CPU-meldingen zonder duidelijke oorzaak kunnen wijzen op een ontbrekende cache, een zwaar plugin of zelfs bots die de site bestoken.
- Of de limiet simpelweg te laag is voor wat de klant nodig heeft. Is dat zo, verhoog dan het pakket of de limiet van dat specifieke pakket, in plaats van losse uitzonderingen per gebruiker te blijven instellen.
Problemen oplossen
- Website laadt traag of geeft 500/503-fouten: controleer eerst RAM (PMEM) en CPU, dit zijn de meest voorkomende oorzaken.
- Bezoekers krijgen "508 Resource Limit Is Reached": de EP-limiet is bereikt. Controleer of dit normaal verkeer is of bijvoorbeeld bot-verkeer, en verhoog zo nodig de EP-limiet.
- Back-ups of grote bestandsacties lopen vast of duren extreem lang: verhoog de I/O-limiet.
- Webshop of database-zware site is traag: controleer de IOPS-limiet.
Kom je er niet uit, of wil je hulp bij het instellen van je reseller-pakketten? Neem dan contact met ons op via Discord of maak een ticket aan.
