Hoofdstuk 17 · 17.5
503 of 'Resource Limit Is Reached': wat nu?
Je opent je website en krijgt een witte pagina met 503 Service Unavailable, Resource Limit Is Reached of The server is temporarily unable to service your request. Of je website is opeens erg traag. Dat betekent bijna altijd dat je pakket even tegen een van zijn limieten aanloopt (zie Resource Usage: CPU, geheugen en processen). Meestal duurt dat kort en is het vanzelf over, maar als het vaker gebeurt, wil je de oorzaak weten.
Stap 1: kijk in Resource Usage
- Klik in DirectAdmin onder Extra Programma's op Resource Usage.
- Staat er een melding dat er limieten zijn geraakt? Klik op DETAILS.
- Kijk bij welke grafiek Faults staan, en op welk moment.
| Faults bij | Wat gebeurt er? | Wat kun je doen? |
|---|---|---|
| Entry processes | Te veel verzoeken tegelijk. Bezoekers krijgen 503 of Resource Limit Is Reached. | Paginacache aanzetten, bots tegenhouden, trage pagina's sneller maken. |
| CPU | Te veel rekenwerk. Alles wordt trager, en verzoeken blijven langer hangen, waardoor ook de entry processes vollopen. | Zware plugins opsporen met X-Ray, caching, een nieuwere PHP-versie. |
| Physical memory | Te weinig geheugen. Scripts worden afgebroken. | Zoek het script dat zoveel geheugen vraagt; verhoog memory_limit niet zomaar (zie PHP-opties: upload_max_filesize, memory_limit en max_execution_time). |
| IO of IOPS | De schijf wordt te zwaar belast. De site wordt traag, vooral in het beheer. | Grote back-ups of imports buiten drukke uren, minder zware plugins, caching. |
| Processes | Te veel processen tegelijk, bijvoorbeeld door cron taken of apps. | Cron taken spreiden (zie Cron Taken: taken automatisch laten draaien), vastgelopen apps herstarten. |
Staan er geen faults? Dan ligt de traagheid niet aan de limieten van je pakket. Ga dan meteen naar stap 3 en meet met X-Ray waar de tijd in zit.
Stap 2: kijk wie er op je website zit
Vaak is het geen echte drukte, maar een bot: een zoekmachine die je hele site in één keer leest, een AI-crawler of iemand die duizenden keren probeert in te loggen. Kijk in het Gebruiks logboek (zie Siteoverzicht en logboeken: het foutlog en het toegangslog) rond het tijdstip van de faults. Zie je één IP-adres of één soort bot heel vaak terugkomen, of veel verzoeken naar wp-login.php of xmlrpc.php? Dan helpt het om die tegen te houden, bijvoorbeeld met een beveiligingsplugin of met regels in .htaccess.
Stap 3: zoek trage pagina's met X-Ray
Met X-Ray zie je welke plugin, query of externe dienst de meeste tijd kost (zie X-Ray: trage pagina's opsporen).
Stap 4: de oplossingen die het meest helpen
- Zet caching aan. Installeer in WordPress de plugin LiteSpeed Cache. Een pagina uit de cache kost bijna geen rekenkracht.
- Ruim plugins op. Verwijder wat je niet gebruikt en vervang zware plugins door lichtere.
- Werk alles bij en gebruik een nieuwe PHP-versie (zie De PHP-versie kiezen (Select PHP version)).
- Houd bots tegen die je site overspoelen.
- Verdeel je websites. Alle domeinen in een pakket delen dezelfde limieten. Geef een drukke site een eigen pakket.
- Kies een groter pakket. Is je website gewoon gegroeid, dan heeft hij meer rekenkracht nodig. In Mijn WebOké ga je naar Mijn Producten, klik je bij je pakket op Beheer en kies je bij Hostingpakket wijzigen een groter pakket. De upgrade gaat direct na betaling in en je betaalt alleen bij voor de rest van je lopende periode.
Nu meteen weer bereikbaar?
Een 503 door limieten is meestal na een paar minuten vanzelf over, zodra de drukte zakt. Blijft je website onbereikbaar, kijk dan ook of je IP-adres niet geblokkeerd is (zie Problemen met inloggen oplossen) en of je opslag niet vol is (zie Opslag vol: waar zit de ruimte?). Kom je er niet uit, maak dan een ticket en vermeld het tijdstip waarop het misging.