Hoe los je problemen met overmatig gebruik van resources op

Alle webhostingaccounts hebben resource-limieten die worden afgedwongen door CloudLinux LVE (Lightweight Virtual Environment), een kernel-niveau technologie die in de server is ingebouwd. De limieten zorgen ervoor dat alle websites eerlijke en gelijke toegang krijgen tot hun toegewezen deel van de resources. 

Deze resources omvatten CPU, fysiek geheugen, entry-processen en het aantal actieve processen. Je kunt de toegestane waarden voor deze resources, evenals hun soft- en hard burst-waarden, vinden in ons Acceptable Use Policy. 

Wanneer je account deze limieten consequent bereikt, noemen we dat overmatig resourcegebruik. Dit kan leiden tot tragere prestaties van de site, foutmeldingen of time-outs op sites die op je account worden gehost. 

OPMERKING: Als één domein op je hostingaccount de resource-limiet overschrijdt, worden alle andere domeinen die onder hetzelfde account worden gehost ook beïnvloed, omdat ze dezelfde resourcepool delen.

Dit artikel helpt je om overmatig resourcegebruik te identificeren en op te lossen.

Je huidige resourcegebruik controleren 

Om het resourcegebruik van je hostingaccount in cPanel te controleren, kijk je naar de Statistieken sectie aan de rechterkant:

OPMERKING: Je ontvangt ook meldingen over resource-limieten van het hostingaccount binnen je Spaceship-account. Voor meer volledige informatie kun je echter het menu "Hosting Usage" van je cPanel-account raadplegen.

En overtredingen van ons Acceptable Use Policy worden vermeld in het menu “Hosting Manager” > klik op “Beheren” naast het betreffende hostingpakket > het Hostinggebruik gedeelte > het Rapportenlogboek subgedeelte.  

Laten we de belangrijkste resourcemetingen en hun invloed op de prestaties van je site uitleggen:

CPU-gebruik

CPU-gebruik toont hoeveel van de toegewezen CPU-kracht op elk moment wordt gebruikt. Dit wordt weergegeven als een percentage van de totale capaciteit van je hostingaccount.

Als het CPU-gebruik 100% bereikt, gebruikt je account alle toegewezen resources. Nieuwe processen worden dan vertraagd (in slaapstand gezet) totdat bestaande processen zijn afgerond. Dit kan merkbare vertragingen veroorzaken en in extreme gevallen kan je site een time-out krijgen.

Virtueel geheugengebruik

Dit verwijst naar de hoeveelheid geheugen die processen kunnen aanvragen binnen jouw LVE (Lightweight Virtual Environment).

Wanneer een proces probeert geheugen toe te wijzen, controleert CloudLinux of het totale virtuele geheugengebruik binnen de ingestelde limiet blijft. Als de limiet wordt overschreden, wordt nieuwe geheugenallocatie geblokkeerd, waardoor het proces meestal faalt.

Fysiek geheugengebruik (RAM)

Fysiek geheugen is het daadwerkelijke RAM dat aan je account is toegewezen. In tegenstelling tot virtueel geheugen (dat vaak schijfopslag zoals swap-bestanden gebruikt), verwerkt fysiek geheugen actieve taken in realtime. 

Als je bijvoorbeeld een groot bericht publiceert, kan dit tijdelijk al het beschikbare fysieke geheugen verbruiken. Dit kan op korte termijn vertragingen veroorzaken, maar meestal keert het gebruik terug naar normaal zodra de taak is voltooid.

Als je fysieke geheugengebruik de limiet bereikt, kun je PHP-fouten op je website tegenkomen. In zeldzame gevallen kan er een CloudLinux-foutpagina verschijnen. Deze problemen zijn meestal van korte duur en worden automatisch opgelost zodra het gebruik onder de drempel zakt.

Entry-processen

Entry-processen geven het aantal gelijktijdige processen aan dat je account binnenkomt. Elk PHP- of CGI-script dat door een gebruiker wordt uitgevoerd, start een entry-proces. Hoewel dit vaak wordt verward met "het aantal toegestane bezoekers", verlopen de processen meestal zo snel dat je, zelfs met meerdere gebruikers, waarschijnlijk de limiet niet bereikt – tenzij je site een plotselinge toename in verkeer krijgt.

Aantal processen

Deze metriek omvat alle processen die door je account worden gegenereerd, niet alleen PHP, SSH of cronjobs. Het is een bredere limiet die de totale activiteit weergeeft.

Zelfs bij zwaar gebruik blijft dit aantal meestal laag omdat de meeste niet-PHP-processen kort zijn en snel worden afgerond.

I/O-gebruik (Input/Output)

I/O-gebruik meet hoeveel schijfactiviteit je account genereert. Elke bewerking waarbij gegevens worden gelezen of geschreven – zoals back-ups of bestandsuploads – telt mee voor deze limiet.

Om eerlijke prestaties voor alle gebruikers te waarborgen, heeft elk account een begrensde schijfsnelheid. Als je deze limiet bereikt, blijven je processen wel draaien, maar langzamer.

In de meeste gevallen merk je het I/O-gebruik niet, tenzij je schijfintensieve taken uitvoert, zoals het maken van een grote site-back-up.

Actieve processen op het account definiëren

Als je hostingaccount bepaalde resource-limieten bereikt, is de eerste stap om te identificeren welke processen bijdragen aan het overgebruik.

Via SSH

Als het probleem langer dan enkele minuten aanhoudt, kun je de actieve processen in je account op het moment van de piek bekijken via SSH:

1. Zorg ervoor dat SSH is ingeschakeld voor je hostingaccount door de verbindingsstatus te controleren in het menu “Manage shell” van cPanel. Als SSH is uitgeschakeld, volg dan de stappen in dit artikel om het te activeren.

2. Navigeer naar het Terminal menu in je cPanel en voer een van de volgende commando's uit om de actieve processen in je account te identificeren:
   
   - ps faux
   - top -c
   
   Je ziet dan een lijst met processen die het meeste van de resources van je hostingaccount gebruiken (CPU, virtueel geheugen, enz.). Het aantal taken en hun status (actief, slapend of gestopt) worden ook weergegeven in de uitvoer van het commando.
   
   We laten je graag zien hoe de uitvoer van het “top -c” commando eruitziet en geven instructies over hoe je deze correct kunt interpreteren:
   
   

   

   
   Hier is een eenvoudige handleiding voor het lezen van dit soort uitvoer:
   
   

   1. De eerste regel - geeft de huidige tijd aan, de tijd sinds de laatste opstart, de ingelogde gebruikerssessie en de gemiddelde systeembelasting (over de laatste minuut, 5 en 15 minuten).

   2. De tweede regel - somt alle processen binnen een hostingaccount op: draaiend, slapend, gestopt en zombie (de processen die zijn beëindigd maar niet correct zijn verwijderd).

   3. De derde regel - geeft informatie over hoe de CPU in % wordt gebruikt, waarbij:
      
      

      • us = gebruikersprocessen

      • sy = systeemprocessen

      • ni = prioriteitsverhoging nice

      • wa = tijd wachtend op I/O-voltooiing

      • hi = hardware-interrupts

      • si = software-interrupts

      • st = tijd gestolen van de virtuele machine door de hypervisor-taak
        
        

   4. De vierde en vijfde regel - geven het geheugengebruik (RAM) aan: totaal, gebruikt, vrij en buffers.

   5. De volgende rijen geven details over de huidige processen:
      
      

      • PID - een proces-ID

      • USER - een cPanel-gebruiker die de eigenaar van het proces is

      • PR - prioriteit van het proces

      • NI - een nice-waarde van het proces

      • VIRT - virtueel geheugen gebruikt door het proces

      • RES - fysiek geheugen gebruikt door het proces

      • SHR - gedeeld geheugen gebruikt door het proces

      • S - status van het proces (S - slapend, D - niet onderbreekbare slaap, R - draaiend, T - gestopt, Z - zombie)

      • %CPU - percentage CPU gebruikt door dit proces

      • %MEM - percentage fysiek geheugen gebruikt door dit proces

      • TIME+ - totale CPU-tijd gebruikt door het proces

      • COMMAND - de procesnaam
        

   
   

3. Voordat je processen beëindigt bij een vermoede hack, controleer je de bestaande cronjobs in het Cronjobs menu van je cPanel-account. Als je verdachte vermeldingen of cronjobs vindt waar je niet zeker van bent, kun je deze het beste verwijderen om te voorkomen dat mogelijk gevaarlijke scripts worden uitgevoerd.
   
   Zodra je een specifiek proces hebt geïdentificeerd dat problemen veroorzaakt, kun je het beëindigen door het kill -9 PID SSH-commando uit te voeren in het “Terminal”-menu, waarbij PID het proces-ID is uit de vorige stap.
   
   Om alle processen behalve essentiële systeemprocessen te beëindigen, kun je het volgende commando gebruiken:
   
   ps aux | grep -v 'bin/bash' | awk '{ print $2 }' | grep -v PID | xargs kill -9
   
   

4. Identificeer vervolgens welke MySQL-processen momenteel actief zijn.
   
   Je kunt alle MySQL-processen voor je cPanel-account controleren (1) of ze per MySQL-gebruiker controleren (2).
   
   Open hiervoor de Terminal in je cPanel en voer een van de volgende commando's uit:
   
   Om de MySQL-processen voor het hele hostingaccount te controleren:
   mysql -u $CPANEL_USER -p -e "SHOW PROCESSLIST;"
   
   Om de MySQL-processen voor een MySQL-gebruiker te controleren:
   mysql -u $MYSQL_USER -p -e "SHOW PROCESSLIST;"
   
   Vervang “CPANEL_USER” door je cPanel-gebruikersnaam om de processen voor een hostingaccount te controleren (1) en “$MYSQL_USER” door de specifieke MySQL-databasegebruikersnaam om ze per individuele MySQL-gebruiker te controleren (2).
   
   Voer vervolgens een cPanel-accountwachtwoord in (1) of het wachtwoord voor de specifieke databasegebruiker (2):
   
   

   

   
   

5. De laatste stap is het beëindigen van MySQL-processen voor een specifieke databasegebruiker. Dit kan alleen door ons Supportteam worden uitgevoerd. Neem gerust contact met ons op en we helpen je graag.
   

Via het “Resourcegebruik”-menu 

Als het probleem slechts enkele seconden duurt, kan het lastig zijn om de processen te identificeren die het veroorzaken, omdat gegevens voor zulke korte periodes niet worden gelogd. 

Maar je kunt altijd het Resourcegebruik-menu in cPanel raadplegen om historische trends te bekijken. Dit kan je helpen patronen te herkennen of te bepalen welke resources hun limieten naderen:

Een melding over de vaak geraakte resources wordt direct na het openen van het menu weergegeven > onder het gedeelte “Dashboard” met een verwijzing naar de exacte limieten: 

Onder het Huidig gebruik-gedeelte van het menu kun je het Tijdsbestek dropdownmenu gebruiken om een periode te kiezen en te controleren hoe de accountresources in deze tijd zijn gebruikt:

Na selectie zie je diagrammen en tabellen met gedetailleerde statistieken:

Hier is een eenvoudige uitleg van de waarden in de bovenstaande tabel:

• CPU – CPU-limiet

• vMEM/vM – limieten voor virtueel geheugen

• pMEM/pM – limieten voor fysiek geheugen

• EP – entry-processen

• nPROC/nP – aantal processen

• IO – input/output-limieten

• A – gemiddeld gebruikt

• L – limiet ingesteld voor account

• F – fout

Potentiële problemen bij het beëindigen van actieve processen in cPanel

Het stoppen van actieve processen in cPanel kan helpen bij het oplossen van prestatieproblemen, maar wees voorzichtig – het kan nieuwe problemen veroorzaken. Hieronder staan enkele belangrijke aandachtspunten:

• Gegevensintegriteit: Het geforceerd beëindigen van een proces kan de gegevensintegriteit in gevaar brengen. Vooral als dit proces betrokken is bij het schrijven of bijwerken van gegevens in het account. Controleer altijd of het proces niet is gekoppeld aan kritieke databasebewerkingen voordat je het beëindigt.
  

• Onvolledige transacties: Het stoppen van een proces tijdens een bewerking kan transacties onafgemaakt laten en problemen veroorzaken met de database-status. In extreme gevallen kan dit leiden tot gegevensverlies of -beschadiging.
  

• Onderbreking van diensten: Sommige processen, zoals MySQL-gerelateerde processen, zijn essentieel voor kernservices. Het beëindigen ervan kan tijdelijke onderbrekingen veroorzaken en de functionaliteit van je website beïnvloeden.
  

• Niet-opgeslagen wijzigingen: Als een proces dat configuraties of instellingen beheert wordt beëindigd voordat wijzigingen zijn opgeslagen, kan dit invloed hebben op het gedrag van functies of applicaties.
  

• Resource-toewijzing: Hoewel het beëindigen van processen systeemresources kan vrijmaken, lost het de onderliggende oorzaken van het hoge gebruik niet op. Om herhaling te voorkomen is een diepere analyse nodig.
  

• Applicatiestabiliteit: Het onderbreken van processen die aan webapps zijn gekoppeld, kan deze instabiel maken. Het is belangrijk te begrijpen hoe processen werken voordat je actie onderneemt.

• Loggen en monitoren: Sommige processen zijn betrokken bij logging of systeemmonitoring. Het beëindigen ervan kan deze functies onderbreken, dus zorg ervoor dat kritieke logs en monitoringtools operationeel blijven.
  
  In kritieke situaties (bijvoorbeeld bij overmatig resourcegebruik of vermoedelijke kwaadaardige activiteiten) kan het beëindigen van processen noodzakelijk zijn ondanks de risico's. Weeg echter altijd de mogelijke impact af voordat je actie onderneemt.
  

Best practices om het risico van procesbeëindiging te verkleinen

• Maak een back-up van je gegevens: Maak altijd een back-up voordat je grote wijzigingen aanbrengt, vooral wanneer je met databases werkt.
  

• Gebruik waar mogelijk gecontroleerde afsluitingen: Probeer processen geleidelijk af te sluiten om het risico op gegevensverlies of corruptie te verkleinen.
  

• Schakel kwaadaardige componenten uit: Als je vermoedt dat een specifiek onderdeel van je website (bijvoorbeeld een plugin of thema) kwaadaardige processen genereert, schakel het dan direct uit om verdere schade te voorkomen. Raadpleeg bij twijfel een specialist om verdachte activiteiten te controleren.
  

• Gebruik onderhoudsmodus: Je site tijdelijk in onderhoudsmodus plaatsen kan helpen bepalen of bepaalde processen automatisch opnieuw worden aangemaakt.
  

• Houd nauwlettend toezicht: Observeer na het beëindigen van processen zorgvuldig het gedrag van het systeem en wees voorbereid op het oplossen van onverwachte problemen.

Hoe het resourcegebruik te verminderen nadat het problematische proces is geïdentificeerd

Zodra je hebt vastgesteld welke processen ervoor zorgen dat je account de resourcelimieten bereikt, probeer dan deze veelvoorkomende manieren om het gebruik te verminderen:

• Verkeerspieken: Om te zien wanneer je account te veel actieve processen had, open je het menu Resourcegebruik > Momentopnamen > HTTP-queries tabblad:
  
  

  

  
  Als je in de output ziet dat er veel verzoeken zijn, bijvoorbeeld naar de index.php-pagina, kan dit worden veroorzaakt door veel verkeer naar de website (bijvoorbeeld door bezoekers of bots).
  
  Controleer de Awstats en Bezoekers menu's in cPanel voor gedetailleerde bezoekersanalyses om de exacte reden te achterhalen. Een plotselinge toename van het verkeer kan de oorzaak zijn van het hogere resourcegebruik. Als het aantal bezoekers gestaag groeit en je nog steeds beperkingen ervaart, is het wellicht tijd om je huidige hostingpakket te herzien en te upgraden.
  
  Het Statistieken gedeelte van het Awstats menu kan je helpen de bron van het hoge CPU-gebruik te identificeren. Je vindt dit door op de knop "Bekijken" tegenover de domeinnaam te klikken:
  
  

  

  
  OPMERKING: Houd er rekening mee dat de gegevens in het Awstats-menu niet in realtime worden bijgewerkt en dat alleen maandelijkse statistieken beschikbaar zijn. Controleer wanneer de statistiekgegevens zijn bijgewerkt om er zeker van te zijn dat de informatie relevant is voor jouw situatie. Je vindt deze informatie in de regel "Laatste update".
  
  Na toegang zie je gedetailleerde statistieken over hoeveel bandbreedte specifieke elementen van de website verbruiken, waaronder:
  
  

  • Onbekende bots:  Als dergelijk verkeer niet wordt verwacht, kunnen de bots worden geblokkeerd via het robots.txt-bestand, gelimiteerd worden (bijvoorbeeld voor Googlebot), of hard worden geblokkeerd via het .htaccess-bestand en de User-Agent-string.
    
    OPMERKING:  Deze wijzigingen kunnen de SEO van de website beïnvloeden. Als je niet zeker weet of je wilt doorgaan, is het beter om een SEO-specialist te raadplegen.
    
    

  • Afbeeldingen: Als er veel verzoeken zijn naar één afbeelding, kan dit wijzen op een DDoS- of een self-DoS-aanval op deze afbeelding.

  • Pagina's:  Een webpagina of een product dat erop staat kan ook getroffen worden door een DDoS-aanval.

  • bestanden.

  • Gedownloade bestanden, enz.
    
    

• Recente websitewijzigingen: Als je voor het eerst problemen met resourcegebruik ondervindt, controleer dan recente updates of wijzigingen aan je website. Deze kunnen bijdragen aan de verhoogde belasting.
  

• Nieuwe plugins of thema's: Als je onlangs een nieuwe plugin of thema hebt geïnstalleerd, probeer deze dan uit te schakelen en monitor de prestaties van je site gedurende minstens 10 minuten.
  
  Ook kun je traag ladende plugins vinden in het GTmetrix-rapport > het Waterfall-tabblad.
  
  OPMERKING: Wijzigingen worden mogelijk niet direct doorgevoerd. We raden aan het gedrag van je website tot een uur te monitoren voor nauwkeurige resultaten.

• Website-optimalisatie: Optimaliseer de prestaties van je website met tools zoals Google PageSpeed Insights.
  
  Daarnaast helpen de volgende plugins je het resourcegebruik en de algehele prestaties van de website te monitoren – wat zeer nuttig is bij het opsporen van interne knelpunten van de website:

  • Code Profiler;

  • UsageDD.

Als je nog steeds problemen met resources ondervindt, neem dan contact op met ons Support Team via Live Chat of e-mail. We helpen je graag bij het identificeren en oplossen van eventuele problemen.