PHP-FPM Überwachung
Überwachen Sie PHP-FPM-Prozesspools, langsame Anfragen, die Speicherauslastung und den Status der Worker in Echtzeit – ganz ohne Konfiguration.
Warum überwachen Sie PHP-FPM?
PHP-FPM (FastCGI Process Manager) übernimmt die Verarbeitung von PHP-Anfragen für Millionen von Webanwendungen. Die Überwachung von PHP-FPM ist unerlässlich, um langsame Skripte zu erkennen, die Größe des Prozesspools zu verwalten, Speicherengpässe zu vermeiden und die Reaktionsfähigkeit der Anwendungen aufrechtzuerhalten.
PHP-FPM-Monitoring, erklärt
PHP-FPM-Monitoring fängt Pool-Erschöpfung, langsame Queries und Worker-Leaks ab, bevor sie jeden PHP-Request auf dem Server verlangsamen. Für WordPress, Laravel, Magento und jeden Nginx + PHP-FPM Stack ist die Pro-Pool-Sichtbarkeit das nützlichste Signal zwischen nutzerseitig gemeldeter Langsamkeit und der eigentlichen Ursache. Xitoring entdeckt jeden Pool auf dem Host automatisch, fragt den nativen /fpm/status-Endpunkt im 1-Minuten-Intervall ab und routet Alarme zu Ihrer bestehenden On-Call-Rotation.
Was wir überwachen
Aktive Prozesse
Aktuell verarbeitete PHP-Anfragen.
Inaktive Prozesse
Worker, die auf Anfragen warten.
Langsame Anfragen
Anfragen, die den slow_log-Schwellenwert überschreiten.
Listen-Queue
Anfragen, die auf einen freien Worker warten.
Max-Children-Limit erreicht
Häufigkeit, mit der das Prozesslimit erreicht wurde.
Speicher pro Prozess
Durchschnittlicher Speicher pro PHP-FPM-Worker.
Anfragedauer
Durchschnittliche Anfragebearbeitungszeit.
Prozesse insgesamt
Gesamtzahl der gestarteten PHP-FPM-Worker.
Accepted Conn
Gesamtzahl der seit dem Start vom Pool akzeptierten Verbindungen. Kombiniert mit `start since` (Uptime) ergibt sich eine saubere Requests-pro-Pool-Rate.
Speicher pro Prozess
Durchschnittlicher Resident-Speicher pro Worker. Stetiges Wachstum zwischen Recyceln deutet auf ein Leak hin — passen Sie `pm.max_requests` an, um aggressiver zu recyceln.
Request-Dauer
Durchschnittliche Request-Verarbeitungszeit pro Pool aus der `?full`-Statusausgabe. Verfolgen Sie p95, um Tail-Latenz zu erkennen, die für Durchschnitte unsichtbar bleibt.
Konfigurierbare Alarmauslöser
Richten Sie benutzerdefinierte Trigger in Ihrem Dashboard ein, um benachrichtigt zu werden, sobald die Kennzahlen von „PHP-FPM“ Ihre festgelegten Schwellenwerte überschreiten.
Langsame Anfragen
WarnungWird ausgelöst, wenn die Anzahl langsamer Anfragen den Schwellenwert überschreitet.
Listen-Queue
entscheidendWird ausgelöst, wenn Anfragen in der Warteschlange landen — ein Hinweis auf zu wenige Worker.
Max Children
entscheidendWarnt, wenn das Prozesslimit wiederholt erreicht wird.
Speicherauslastung
WarnungWird bei hoher Speichernutzung pro Prozess ausgelöst.
Aktive Prozesse
WarnungWird ausgelöst, wenn alle Worker beschäftigt sind.
Bedeutung von PHP-FPM-Überwachung
PHP treibt 77 % aller Websites an. Ohne Überwachung können langsame Skripte, Speicherlecks und ausgeschöpfte Worker Anwendungen zum Stillstand bringen.
- Langsame PHP-Skripte erkennen, bevor sie Nutzer beeinträchtigen
- Prozesspools auf Basis realer Daten richtig dimensionieren
- Speichererschöpfung durch leckende Skripte verhindern
- Listen-Queue überwachen, um verlorene Anfragen zu vermeiden
Warum entscheiden Sie sich für Xitoring
Nahtlose PHP-FPM-Überwachung mit Zero-Config-Setup und Unterstützung mehrerer Pools.
- Installation mit einem einzigen Befehl
- Unterstützung der Überwachung mehrerer Pools
- Zentrales Dashboard
- Benachrichtigung über mehrere Kanäle
- Aufbewahrung historischer Daten
Häufige PHP-FPM-Monitoring- Szenarien
Wo PHP-FPM heute typischerweise läuft – und was schiefgehen könnte, wenn niemand hinsieht.
WordPress, Laravel und andere PHP-Websites
Die meisten PHP-Websites werden aus demselben Grund langsam: Es gibt nicht genügend freie Worker, um eingehende Besucher schnell genug zu bearbeiten. Wir erkennen den Engpass in dem Moment, in dem er beginnt, damit das Team ihn beheben kann, bevor Suchrankings oder Konversionen darunter leiden.
PHP-Anwendungen, die in Containern laufen
Wenn dieselbe App in vielen Containern läuft, können einige stillschweigend viel mehr Traffic verarbeiten als andere. Wir zeigen die ungleichmäßige Last auf, damit das Team sie ausgleichen kann, bevor einige Besucher eine langsamere Erfahrung machen als andere.
Viele Websites auf Shared Hosting
Auf Shared Hosting kann eine laute Kunden-Website stillschweigend die Ressourcen verbrauchen, die jede andere Website benötigt. Wir zeigen, welche Website das Problem verursacht, damit das Team die Ursache beheben kann, anstatt blind neu zu starten.
Voraussetzungen für PHP-FPM
Stellen Sie sicher, dass diese Punkte erfüllt sind — danach ist die Installation eine Sache von 60 Sekunden.
- PHP-FPM mit
pm.status_path = /fpm/statusundping.path = /fpm/pingin der Pool-Konfiguration - Die Status-URL von localhost aus erreichbar (über Nginx-/Apache-fastcgi_pass)
- Lesezugriff auf PHP-FPM-Logs und Pool-Konfiguration
Erste Schritte in Minuten
Xitogent auf Ihrem Webserver installieren
Installieren Sie den ressourcenschonenden Xitogent-Monitoring-Agenten auf dem Host, auf dem PHP-FPM läuft.
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYPHP-FPM-Status-Seite aktivieren
Setzen Sie `pm.status_path = /fpm/status` und `ping.path = /fpm/ping` in Ihrer Pool-Konfiguration (typischerweise `/etc/php/X.Y/fpm/pool.d/www.conf`). Fügen Sie einen fastcgi_pass-Location-Block in Nginx (oder das Apache-Äquivalent) hinzu, um den Pfad an localhost weiterzuleiten, laden Sie PHP-FPM neu und prüfen Sie, dass die URL antwortet.
# In your PHP-FPM pool config (e.g. /etc/php/8.x/fpm/pool.d/www.conf)
pm.status_path = /fpm/status
ping.path = /fpm/ping
# Then in Nginx, expose them to localhost:
location ~ ^/fpm/(status|ping)$ {
allow 127.0.0.1;
deny all;
fastcgi_pass unix:/var/run/php-fpm/www.sock;
include fastcgi_params;
}PHP-FPM-Integration aktivieren
Aktivieren Sie die PHP-FPM-Integration über das Xitoring-Dashboard oder die CLI. Xitogent erkennt jeden FPM-Pool auf dem Host automatisch und überwacht sie unabhängig voneinander.
sudo xitogent integrateAlarmschwellen konfigurieren (optional)
Legen Sie eigene Schwellenwerte für Slow Requests, Listen Queue oder Max Children Reached fest, um Performance-Regressionen und Pool-Erschöpfung zu erkennen, bevor Nutzer es merken.
Funktion überprüfen
Führen Sie diesen Befehl auf dem Server aus, um zu bestätigen, dass Xitogent die Integration erkannt hat. Innerhalb von etwa 30 Sekunden werden frische Metriken in Ihr Dashboard gestreamt.
sudo xitogent statusErwägen Sie Alternativen?
Sehen Sie, wie sich Xitoring gegen die Alternativen für PHP-FPM-Monitoring schlägt — Pauschalpreise, tiefere Integrationen und ein Agent, der Ihren gesamten Stack abdeckt.
Häufig gestellte Fragen
Unterstützt dies mehrere PHP-FPM-Pools?
Welche PHP-Versionen werden unterstützt?
Wird sich das auf die PHP-Leistung auswirken?
Wie erkenne ich langsame PHP-FPM-Requests?
Was bedeutet max_children_reached und warum ist es wichtig?
Wie überwache ich mehrere PHP-FPM-Pools auf einem Server?
Wie behebe ich eine wachsende Listen-Queue?
Welche PHP-Versionen erhalten noch Sicherheitsupdates?
Beeinträchtigt die Statusseite die PHP-Performance?
PHP-FPM überwachen heute
In weniger als 60 Sekunden eingerichtet. Keine Kreditkarte erforderlich. Umfassende Kennzahlen vom ersten Tag an.
Kostenlose Testversion starten
