508 Resource Limit Is Reached hiba: mit jelent és mit tegyek?

Ha weboldala helyett a 508 Resource Limit Is Reached üzenet jelenik meg, a tárhelyfiók elérte az egyidejűleg kiszolgálható kérések számát. Az oldal nem tört fel és nem tűnt el: a szerver átmenetileg nem fogad több kérést a fiókhoz, amíg a futó kérések be nem fejeződnek. Ez általában néhány másodperctől néhány percig tart.

Mi okozza?

Tárhelyeink CloudLinux operációs rendszeren futnak, amely minden fiókot saját erőforrás-keretbe zár. A keret egyik eleme a csomagban Aktív kapcsolatok néven szereplő Entry Processes (EP) limit, vagyis az egyszerre futó dinamikus kérések (PHP-szkriptek, SSH-munkamenetek, cron-feladatok) száma. Amikor ez betelik, minden további kérés 508-as hibát kap. Az egyes csomagok limitjeit ebben a cikkben találja.

A limit ritkán telik be a valódi látogatóktól. A leggyakoribb okok:

• Lassú oldalak: ha egy oldal betöltése másodpercekig tart, a kérés végig foglal egy helyet. Néhány lassú kérés is elég, hogy a keret beteljen.
• CPU-limit: ha a fiók a processzorkeretét is eléri, minden kérés lelassul, így tovább foglalja a helyét, és a két limit egymást erősíti.
• Robotok és támadások: agresszív keresőrobotok, SEO-elemző robotok, illetve a WordPress bejelentkezési oldalára (wp-login.php) vagy az xmlrpc.php fájlra irányuló jelszópróbálgatás.
• Háttérfolyamatok: a WordPress wp-cron.php és admin-ajax.php hívásai, a Heartbeat API, illetve a sűrűn vagy egymással átfedésben futó cron-feladatok.
• Valódi forgalmi csúcs: például egy hírlevél kiküldése vagy egy kampány indulása után.

Hogyan deríthető ki a pontos ok?

1. Nézze meg a cPanel Erőforrás-használat (Resource Usage) oldalát, lásd: Hogyan ellenőrizhetem élőben a CloudLinux LVE erőforrás-használatomat?. Az EP limit elérése az EP oszlop hibaszámlálójában látszik. Ha a CPU-nál is vannak hibák, a lassulás a fő ok.
2. A Snapshot fülön megnézheti, mely folyamatok és milyen HTTP-kérések futottak a limit elérésekor. Ebből gyakran azonnal kiderül, ha egy robot vagy egy adott URL a ludas. A számlálók értelmezéséről külön cikkünk szól.
3. A cPanel Metrikák részében található Látogatók (Visitors) és Nyers hozzáférés (Raw Access) naplók megmutatják, honnan és milyen oldalakra érkezett a sok kérés.

Mit tehet ellene?

• Gyorsítótárazás: egy gyorsítótárazó bővítmény a legtöbb oldalt PHP futtatása nélkül szolgálja ki, ami drasztikusan csökkenti az egyidejű kéréseket. Tippek: cPanel tárhely teljesítményének javítása és Hogyan gyorsítsam fel a WordPress oldalamat?.
• A WordPress cron kiváltása: a wp-cron.php minden látogatásnál lefuthat. Cserélje le valódi cron-feladatra, lásd: Hogyan cseréljük le a WordPress beépített cronját a cPanel ütemezett feladataival?
• Robotok korlátozása: a felesleges robotokat tiltsa ki a robots.txt fájlban, a támadó IP-címeket pedig tiltsa le. Ha nem használja, tiltsa le az xmlrpc.php elérését is.
• Lassú bővítmények és lekérdezések: a lassú bővítmények lecserélése és az adatbázis karbantartása rövidebb kérésidőt jelent.
• Cron-feladatok ütemezése: a nagy erőforrásigényű feladatokat (importálás, mentés) futtassa forgalommentes időszakban, és ne engedje, hogy több példányuk egyszerre fusson. Részletek: Hogyan számít bele a cron és az SSH az erőforrás-limitekbe?
• CDN használata: a CDN, például a Cloudflare, a statikus tartalmak mellett a támadások egy részét is kiszűri.

Ha mindezek után is rendszeresen előfordul a hiba, valószínűleg kinőtte a csomagját. Ilyenkor váltson nagyobb csomagra, vagy írjon ügyfélszolgálatunknak, és segítünk megtalálni a megfelelő megoldást.

A 500-as és 503-as hiba nem ugyanez

Az 508-as hiba kizárólag az egyidejű kérések limitjét jelzi. Ha a fiók a memória- (RAM) vagy a folyamatszám-limitet (NPROC) éri el, az általában 500-as vagy 503-as hibát okoz. Ezek egyéb okairól a Mi a teendő 500-as hiba esetén? cikk szól.