PHP-FPM Suivi
Surveillez en temps réel les pools de processus PHP-FPM, les requêtes lentes, l'utilisation de la mémoire et l'état des workers, sans aucune configuration.
Pourquoi surveiller ? PHP-FPM?
PHP-FPM (FastCGI Process Manager) gère le traitement des requêtes PHP pour des millions d'applications web. La surveillance de PHP-FPM est essentielle pour détecter les scripts lents, gérer la taille du pool de processus, éviter l'épuisement de la mémoire et maintenir la réactivité des applications.
La surveillance de PHP-FPM, expliquée
La surveillance de PHP-FPM détecte l'épuisement des pools, les requêtes lentes et les fuites de workers avant qu'ils ne ralentissent toutes les requêtes PHP du serveur. Pour WordPress, Laravel, Magento et toute pile Nginx + PHP-FPM, la visibilité par pool est le signal le plus utile entre une lenteur signalée par les utilisateurs et sa cause racine. Xitoring détecte automatiquement chaque pool sur l'hôte, interroge le point d'accès natif /fpm/status toutes les minutes et achemine les alertes vers votre rotation d'astreinte existante.
Ce que nous surveillons
Processus actifs
Traitent actuellement des requêtes PHP.
Processus inactifs
Workers en attente de requêtes.
Requêtes lentes
Requêtes dépassant le seuil slow_log.
File d'écoute
Requêtes en attente d'un worker libre.
Limite max_children atteinte
Nombre de fois où la limite de processus a été atteinte.
Mémoire par processus
Mémoire moyenne par worker PHP-FPM.
Durée des requêtes
Temps moyen de traitement des requêtes.
Total des processus
Total des workers PHP-FPM lancés.
Connexions acceptées
Total des connexions acceptées par le pool depuis son démarrage. Combiné avec `start since` (uptime), il donne un taux de requêtes par pool propre.
Mémoire par processus
Mémoire résidente moyenne par worker. Une croissance constante entre les recyclages signale une fuite — ajustez `pm.max_requests` pour recycler plus agressivement.
Durée des requêtes
Temps moyen de traitement des requêtes par pool, depuis la sortie du statut `?full`. Suivez le p95 pour détecter la latence de queue invisible aux moyennes.
Configurables déclencheurs d'alerte
Configurez des déclencheurs personnalisés dans votre tableau de bord pour être averti dès que les indicateurs d{name}s dépassent les seuils que vous avez définis.
Requêtes lentes
avertissementSe déclenche lorsque le nombre de requêtes lentes dépasse le seuil.
File d'écoute
crucialSe déclenche lorsque les requêtes s'accumulent en file, indiquant des workers insuffisants.
Max Children
crucialAlerte lorsque la limite de processus est atteinte de manière répétée.
Utilisation mémoire
avertissementSe déclenche sur une utilisation mémoire par processus élevée.
Processus actifs
avertissementSe déclenche lorsque tous les workers sont occupés.
Importance de la surveillance PHP-FPM
PHP propulse 77 % des sites web. Sans surveillance, les scripts lents, les fuites de mémoire et l'épuisement des workers peuvent immobiliser vos applications.
- Détectez les scripts PHP lents avant qu'ils n'impactent les utilisateurs
- Dimensionnez correctement les pools de processus en fonction des données réelles
- Évitez l'épuisement mémoire dû à des scripts qui fuient
- Surveillez la file d'écoute pour éviter les pertes de requêtes
Pourquoi choisir Xitoring
Surveillance PHP-FPM fluide avec configuration zéro-config et prise en charge multi-pool.
- Installation en une commande
- Prise en charge de la surveillance multi-pool
- Tableau de bord unifié
- Alerting multicanal
- Conservation des données historiques
Scénarios courants de surveillance PHP-FPM
Où PHP-FPM fonctionne généralement aujourd'hui — et ce qui pourrait mal tourner si personne ne surveille.
WordPress, Laravel et autres sites PHP
La plupart des sites PHP ralentissent pour la même raison : il n'y a pas assez de workers disponibles pour gérer les visiteurs entrants assez rapidement. Nous détectons le goulot d'étranglement dès qu'il apparaît afin que l'équipe puisse le résoudre avant que le classement de recherche ou les conversions n'en pâtissent.
Applications PHP fonctionnant dans des conteneurs
Lorsque la même application fonctionne dans de nombreux conteneurs, certains peuvent gérer discrètement beaucoup plus de trafic que d'autres. Nous mettons en évidence la charge inégale afin que l'équipe puisse rééquilibrer avant que certains visiteurs n'aient une expérience plus lente que d'autres.
De nombreux sites web sur hébergement partagé
Sur un hébergement partagé, un site client bruyant peut consommer discrètement les ressources dont tous les autres sites ont besoin. Nous montrons quel site est à l'origine du problème afin que l'équipe puisse en traiter la cause au lieu de redémarrer à l'aveugle.
Prérequis pour PHP-FPM
Assurez-vous d'avoir tout cela en place — la plupart des installations sont une affaire de 60 secondes une fois ces conditions réunies.
- PHP-FPM avec
pm.status_path = /fpm/statusetping.path = /fpm/pingdéfinis dans la configuration du pool - L'URL de statut accessible depuis localhost (via fastcgi_pass Nginx/Apache)
- Accès en lecture aux logs PHP-FPM et à la configuration du pool
Commencez par procès-verbal
Installer Xitogent sur votre serveur web
Installez l'agent de monitoring léger Xitogent sur l'hôte qui exécute PHP-FPM.
curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEYActiver la page de statut PHP-FPM
Définissez `pm.status_path = /fpm/status` et `ping.path = /fpm/ping` dans votre configuration de pool (typiquement `/etc/php/X.Y/fpm/pool.d/www.conf`). Ajoutez un bloc location fastcgi_pass dans Nginx (ou son équivalent pour Apache) pour exposer le chemin à localhost, puis rechargez PHP-FPM et vérifiez que l'URL répond.
# 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;
}Activer l'intégration PHP-FPM
Utilisez le tableau de bord Xitoring ou la CLI pour activer l'intégration PHP-FPM. Xitogent détecte automatiquement chaque pool FPM sur l'hôte et les suit indépendamment.
sudo xitogent integrateConfigurer les seuils d'alerte (facultatif)
Définissez des seuils personnalisés pour les Slow Requests, la Listen Queue ou Max Children Reached afin de détecter les régressions de performance et l'épuisement des pools avant que les utilisateurs ne les ressentent.
Vérifier que tout fonctionne
Exécutez cette commande sur le serveur pour confirmer que Xitogent a bien détecté l'intégration. De nouvelles métriques apparaîtront sur votre tableau de bord dans environ 30 secondes.
sudo xitogent statusVous envisagez des alternatives ?
Découvrez comment Xitoring se positionne face aux alternatives pour la surveillance de PHP-FPM — tarifs forfaitaires, intégrations plus poussées et un seul agent pour couvrir tout votre stack.
Souvent a posé des questions
Cette configuration prend-elle en charge plusieurs pools PHP-FPM ?
Quelles versions de PHP sont prises en charge ?
Cela aura-t-il un impact sur les performances de PHP ?
Comment détecter les requêtes lentes PHP-FPM ?
Que signifie max_children_reached et pourquoi est-ce important ?
Comment surveiller plusieurs pools PHP-FPM sur un même serveur ?
Comment résoudre une file d'attente d'écoute qui grandit ?
Quelles versions de PHP reçoivent encore des mises à jour de sécurité ?
La page de statut affectera-t-elle les performances PHP ?
Commencer à surveiller PHP-FPM aujourd'hui
Configuration en moins de 60 secondes. Aucune carte bancaire requise. Statistiques complètes dès le premier jour.
Commencer l'essai gratuit
