Fehler 508 „Resource Limit Is Reached“: Ursachen finden und beheben

Deine Website zeigt die Meldung „508 Resource Limit Is Reached“, lädt sehr langsam oder liefert abwechselnd 508- und 504-Fehler? Dann hat dein Hosting-Account eines seiner Ressourcenlimits erreicht. Bei HostPress hat jeder Account über CloudLinux (LVE) feste Grenzen für CPU, Arbeitsspeicher, I/O und gleichzeitige Prozesse („Entry Processes“). Ist eine Grenze erreicht, nimmt der Server vorübergehend keine weiteren Anfragen an. So schützt er deine Website und alle anderen Websites auf dem Server vor einem Komplettausfall.

Der Fehler ist also ein Symptom. Die eigentliche Ursache liegt fast immer bei zu vielen ungecachten Anfragen gleichzeitig. In dieser Anleitung findest du die Ursache und behebst sie.

Voraussetzungen

• Du hast Zugriff auf das HostPress-Kundencenter und darüber auf Plesk (Kundencenter → Control Panel Login).
• Du hast Zugriff auf dein WordPress-Backend oder zumindest auf den Dateimanager in Plesk.
• Du kennst ungefähr den Zeitraum, in dem die Fehler aufgetreten sind (z. B. „heute zwischen 9:00 und 10:00 Uhr“).
• Gut zu wissen: In den Multi-Tarifen teilen sich alle Installationen deines Accounts einen gemeinsamen Ressourcen-Pool. Eine einzelne stark belastete Website kann also auch deine anderen Projekte ausbremsen. In den Single-Tarifen stehen die Ressourcen einer einzigen Installation zur Verfügung.

Schritt-für-Schritt-Anleitung

1. Ressourcennutzung in Plesk prüfen

1. Melde dich im Kundencenter an und öffne Plesk über Control Panel Login.
2. Öffne rechts im Bereich deiner Website den Punkt Ressourcennutzung.
3. Prüfe für den betroffenen Zeitraum, welches Limit erreicht wurde:
   • EP-Faults (Entry Processes): zu viele gleichzeitige Anfragen, typisch bei Bot-Traffic oder fehlendem Cache.
   • CPU-Faults: einzelne Anfragen brauchen zu viel Rechenzeit, typisch bei aufwendigen Plugins, Imports oder Cronjobs.
   • Speicher-Faults: Prozesse brauchen zu viel Arbeitsspeicher, z. B. durch große Autoload-Daten oder speicherhungrige Plugins.

Weitere Details findest du im Artikel Ressourcennutzung der Website über Plesk einsehen.

2. Prüfen, ob WP Rocket aktiv ist

Ohne Seiten-Cache muss WordPress jede Anfrage komplett in PHP berechnen. Dann erreichst du die Limits schon bei normalem Besucheraufkommen.

1. Öffne in WordPress Plugins → Installierte Plugins.
2. Prüfe, ob WP Rocket installiert und aktiviert ist. Die Lizenz ist in deinem HostPress-Tarif enthalten (siehe WP-Rocket Lizenz bei HostPress).
3. Ist WP Rocket deaktiviert, aktiviere es und leere anschließend einmal den Cache.

3. Zugriffs-Protokolle auf Bot- und Crawler-Traffic prüfen

1. Öffne in Plesk den Punkt Protokolle und filtere auf den Zeitraum der Fehler.
2. Achte auf diese Muster:
   • Sehr viele Aufrufe derselben URL-Muster mit wechselnden Parametern (z. B. ?_page=, Filter- oder Sortierparameter).
   • Anfragen ohne Referer, oft mit generischen oder gefälschten Browser-Kennungen.
   • Tausende verschiedene IP-Adressen mit jeweils nur wenigen Anfragen. Das spricht für einen verteilten Crawler.
   • Auffällige SEO- oder KI-Bots, die du selbst nicht nutzt.
3. Notiere dir Zeitraum, URL-Muster und – falls vorhanden – auffällige User-Agents.

4. Eigene Hintergrundlast reduzieren

Auch deine eigene Website erzeugt Last, die mit Besucher- und Bot-Traffic zusammenkommt:

• WP-Rocket-Preload: Das Vorladen des Caches ruft viele Seiten nacheinander auf. Bei akuter Überlastung pausierst du es vorübergehend in den WP-Rocket-Einstellungen.
• wp-cron: Standardmäßig startet WordPress seine geplanten Aufgaben bei Seitenaufrufen. Bei viel Traffic passiert das sehr oft. Besser ist ein echter Cronjob:
  1. Trage in der wp-config.php die Zeile define( 'DISABLE_WP_CRON', true ); ein.
  2. Lege in Plesk einen Cronjob an, der wp-cron.php regelmäßig aufruft. Wir empfehlen ein Intervall von 5 bis 15 Minuten. Eine Anleitung findest du unter Cronjobs bei HostPress.

5. Auffälligen Traffic blockieren lassen

Bot-Traffic stoppst du am wirksamsten, bevor er WordPress erreicht, also auf Webserver-Ebene (nginx). Schreib dem HostPress-Support mit diesen Angaben:

• Zeitraum der Fehler,
• das betroffene URL-Muster (z. B. „Anfragen mit dem Parameter _page“),
• ein Merkmal, das legitime Besucher von Bots unterscheidet (z. B. „ohne Referer von meiner eigenen Domain“),
• welche Bots ausdrücklich nicht geblockt werden dürfen (z. B. Googlebot).

Gut zu wissen:

• Ein Rate-Limit pro IP hilft bei verteilten Crawlern kaum. Wenn tausende IPs jeweils nur ein bis drei Anfragen schicken, greift es praktisch nie. Eine Regel auf URL-Muster plus Referer ist dann treffsicherer.
• Eine solche Regel trifft auch echte Besucher ohne Referer und Suchmaschinen auf diesen URLs. Wähle das Muster deshalb so, dass nur URLs ohne SEO-Wert betroffen sind.
• Die Sperre sitzt vor Apache. Abgewiesene Anfragen (Status 403) siehst du deshalb nicht mehr im access_ssl_log, sondern nur im proxy_access_ssl_log. Ob die Regel wirkt, erkennst du daran, dass das URL-Muster aus dem access_ssl_log verschwindet.

6. Langsame PHP-Anfragen mit X-Ray analysieren

Wenn kein Bot-Traffic erkennbar ist, liegt die Last meist in deiner Installation selbst. Mit PHP X-Ray siehst du, welche URLs und Funktionen wie lange laufen.

1. Prüfe, ob X-Ray in deiner Installation in Plesk angezeigt wird.
2. Findest du X-Ray nicht, ist das Modul für deinen Account noch nicht freigeschaltet. Bitte den Support um die Freischaltung.
3. Starte einen Trace für die langsame URL und prüfe, welche Plugins oder Datenbankabfragen am meisten Zeit brauchen.

Mehr dazu findest du unter PHP X-Ray bei HostPress.

7. Ergebnis kontrollieren

1. Beobachte die Ressourcennutzung in Plesk mindestens 30 bis 60 Minuten nach deinen Änderungen.
2. Prüfe, ob neue EP- oder CPU-Faults auftreten.
3. Teste Frontend und Backend. Wenn die Last normal ist, kannst du das WP-Rocket-Preload wieder aktivieren.

Fazit & Support-Hinweis

Ein 508-Fehler heißt: Dein Account hat ein Ressourcenlimit erreicht. Die häufigsten Ursachen sind ein fehlender oder deaktivierter Seiten-Cache, aggressiver oder verteilter Bot-Traffic und eigene Hintergrundprozesse wie Preload und wp-cron. Meist kommen mehrere davon zusammen. Prüfe zuerst die Ressourcennutzung und die Protokolle, aktiviere WP Rocket und reduziere die Hintergrundlast. Gezielte Sperren auf Webserver-Ebene richtet dir der Support ein.

Reichen die Ressourcen deines Tarifs dauerhaft nicht aus, obwohl Cache und Bot-Schutz greifen, berät dich der Support zu einer Erhöhung oder einem Tarif-Upgrade. Schreib uns am besten mit dem genauen Zeitraum, den betroffenen URLs und einem Auszug aus der Ressourcennutzung. Dann können wir direkt mit der Analyse starten.