Servidores web y de aplicaciones
    Actualizado mayo de 2026
    PHP-FPM logo

    PHP-FPM Seguimiento

    Supervisa los grupos de procesos de PHP-FPM, las solicitudes lentas, el uso de memoria y el estado de los trabajadores en tiempo real sin necesidad de configuración.

    ¿Por qué realizar un seguimiento? PHP-FPM?

    PHP-FPM (FastCGI Process Manager) se encarga de procesar las solicitudes PHP de millones de aplicaciones web. La supervisión de PHP-FPM es fundamental para detectar scripts lentos, gestionar el tamaño del grupo de procesos, evitar el agotamiento de la memoria y mantener la capacidad de respuesta de las aplicaciones.

    Detección automática mediante Xitogent
    Workers activos/inactivos/total del pool de procesos
    Detección y seguimiento de solicitudes lentas
    Uso de memoria por pool
    Métricas de duración de solicitudes
    Monitorización de la cola de escucha
    Compatibilidad multi-pool
    Intervalos de recolección de métricas de 1 minuto
    Umbrales de alerta personalizables por pool
    Intervalos de recolección de métricas de 1 minuto desde el primer momento
    ¿Qué es el monitoreo de PHP-FPM?

    Monitoreo de PHP-FPM, explicado

    El monitoreo de PHP-FPM detecta el agotamiento del pool, consultas lentas y fugas de workers antes de que ralenticen cada petición PHP en el servidor. Para WordPress, Laravel, Magento y cualquier stack Nginx + PHP-FPM, la visibilidad por pool es la señal individual más útil entre la lentitud reportada por los usuarios y la causa raíz. Xitoring detecta automáticamente cada pool en el host, consulta el endpoint nativo /fpm/status cada minuto y enruta las alertas a su rotación de guardia existente.

    Métricas

    Lo que monitorizamos

    Procesos activos

    Procesan actualmente solicitudes PHP.

    Procesos inactivos

    Workers esperando solicitudes.

    Solicitudes lentas

    Solicitudes que superan el umbral slow_log.

    Cola de escucha

    Solicitudes esperando un worker libre.

    Límite max_children alcanzado

    Número de veces que se alcanzó el límite de procesos.

    Memoria por proceso

    Memoria media por worker PHP-FPM.

    Duración de solicitudes

    Tiempo medio de procesamiento de solicitudes.

    Total de procesos

    Total de workers PHP-FPM iniciados.

    Conexiones aceptadas

    Total de conexiones aceptadas por el pool desde el inicio. Combinado con `start since` (tiempo activo) da una tasa limpia de peticiones por pool.

    Memoria por proceso

    Memoria residente promedio por worker. Un crecimiento constante entre reciclados apunta a una fuga — ajuste `pm.max_requests` para reciclar de forma más agresiva.

    Duración de la petición

    Tiempo promedio de procesamiento de peticiones por pool, de la salida de estado `?full`. Rastree el p95 para detectar latencia de cola invisible a los promedios.

    Desencadenantes y alertas

    Configurables condiciones de activación de alertas

    Configura alertas personalizadas en tu panel de control para recibir una notificación en cuanto las métricas de «PHP-FPM» superen los umbrales que hayas definido.

    PHP-FPM panel de control de la configuración de los desencadenantes de supervisión

    Solicitudes lentas

    advertencia

    Se dispara cuando el conteo de solicitudes lentas supera el umbral.

    Cola de escucha

    crítico

    Se activa cuando las solicitudes se acumulan en cola, indicando workers insuficientes.

    Max Children

    crítico

    Alerta cuando el límite de procesos se alcanza repetidamente.

    Uso de memoria

    advertencia

    Se dispara ante un alto uso de memoria por proceso.

    Procesos activos

    advertencia

    Se activa cuando todos los workers están ocupados.

    01

    Importancia de la monitorización de PHP-FPM

    PHP impulsa el 77 % de los sitios web. Sin monitorización, los scripts lentos, las fugas de memoria y el agotamiento de workers pueden detener sus aplicaciones.

    • Detecte scripts PHP lentos antes de que afecten a los usuarios
    • Dimensione correctamente los pools de procesos basándose en datos reales
    • Evite el agotamiento de memoria debido a scripts con fugas
    • Monitorice la cola de escucha para evitar pérdidas de solicitudes
    Panel de monitorización de PHP-FPM
    Analítica de rendimiento PHP
    02

    Por qué elegir Xitoring

    Monitorización PHP-FPM fluida con configuración zero-config y soporte multi-pool.

    • Instalación con un solo comando
    • Soporte de monitorización multi-pool
    • Panel unificado
    • Alertas multicanal
    • Retención de datos históricos
    Vista general de PHP en Xitoring
    Configuración de alertas
    Casos de uso

    Escenarios habituales de monitoreo de PHP-FPM

    Dónde suele ejecutarse PHP-FPM hoy en día, y qué podría salir mal si nadie está vigilando.

    WordPress, Laravel y otros sitios PHP

    La mayoría de los sitios PHP se ralentizan por la misma razón: no hay suficientes trabajadores libres para atender a los visitantes entrantes con la suficiente rapidez. Detectamos el cuello de botella en el momento en que comienza para que el equipo pueda solucionarlo antes de que las clasificaciones de búsqueda o las conversiones se vean afectadas.

    Aplicaciones PHP ejecutándose en contenedores

    Cuando la misma aplicación se ejecuta en muchos contenedores, algunos pueden manejar silenciosamente mucho más tráfico que otros. Mostramos la carga desigual para que el equipo pueda reequilibrar antes de que algunos visitantes tengan una experiencia más lenta que otros.

    Muchos sitios web en hosting compartido

    En el hosting compartido, un sitio de cliente ruidoso puede consumir silenciosamente los recursos que necesitan todos los demás sitios. Mostramos qué sitio está causando el problema para que el equipo pueda abordar la causa en lugar de reiniciar a ciegas.

    Antes de empezar

    Requisitos previos para PHP-FPM

    Asegúrate de tener todo esto en su sitio — la mayoría de las instalaciones tardan 60 segundos una vez listo.

    • PHP-FPM con pm.status_path = /fpm/status y ping.path = /fpm/ping configurados en el pool
    • URL de estado accesible desde localhost (vía fastcgi_pass de Nginx/Apache)
    • Acceso de lectura a los logs y configuración del pool de PHP-FPM
    Guía de configuración

    Empieza con minutos

    1

    Instalar Xitogent en tu servidor web

    Instala el agente de monitorización ligero Xitogent en el host que ejecuta PHP-FPM.

    curl -s https://xitoring.com/install.sh | sudo bash -s -- --key=YOUR_API_KEY
    2

    Habilitar la página de estado de PHP-FPM

    Configura `pm.status_path = /fpm/status` y `ping.path = /fpm/ping` en tu pool config (típicamente `/etc/php/X.Y/fpm/pool.d/www.conf`). Añade un bloque location fastcgi_pass en Nginx (o equivalente en Apache) para exponer la ruta a localhost, recarga PHP-FPM y verifica que la URL responde.

    # 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; }
    3

    Habilitar la integración de PHP-FPM

    Usa el panel de Xitoring o la CLI para habilitar la integración de PHP-FPM. Xitogent detecta automáticamente cada pool FPM del host y los rastrea de forma independiente.

    sudo xitogent integrate
    4

    Configurar umbrales de alerta (opcional)

    Define umbrales personalizados para Slow Requests, Listen Queue o Max Children Reached para detectar regresiones de rendimiento y agotamiento del pool antes de que los usuarios lo noten.

    5

    Verifica que funciona

    Ejecuta este comando en el servidor para confirmar que Xitogent ha detectado la integración. En unos 30 segundos comenzarán a llegar métricas nuevas a tu panel.

    sudo xitogent status

    Con frecuencia preguntas formuladas

    ¿Admite varios grupos de PHP-FPM?
    Sí, Xitogent supervisa todos los grupos configurados de forma independiente.
    ¿Qué versiones de PHP son compatibles?
    PHP 7.2 o superior con FPM habilitado.
    ¿Afectará esto al rendimiento de PHP?
    No. Las consultas a la página de estado tienen un impacto insignificante.
    ¿Cómo detecto peticiones lentas de PHP-FPM?
    Configure `request_slowlog_timeout = 5s` (o su tolerancia) y `slowlog = /var/log/php-fpm/slow.log` en la configuración del pool. Cualquier petición que exceda el tiempo de espera obtiene un backtrace completo de PHP volcado en el slowlog, y el contador `slow requests` en la página de estado se incrementa. Xitogent muestra tanto el conteo (para tendencias) como analiza el slowlog en busca de los principales infractores por sitio de llamada.
    ¿Qué significa max_children_reached y por qué importa?
    `max_children_reached` se incrementa cada vez que PHP-FPM intenta generar un nuevo worker pero ya estaba en `pm.max_children`. Las nuevas peticiones se encolan entonces en el backlog del kernel, añadiendo latencia a cada petición PHP. Cualquier tasa distinta de cero es una señal contundente: o eleva `pm.max_children` (si tiene margen de RAM — calcule primero `max_children × memoria_por_proceso`), añada un segundo pool o corrija las rutas de código que bloquean a los workers.
    ¿Cómo monitoreo múltiples pools de PHP-FPM en un servidor?
    Xitogent detecta automáticamente cada pool escaneando `/etc/php/*/fpm/pool.d/` y sondeando el `pm.status_path` configurado para cada uno. Las métricas, alertas e historial por pool se rastrean de forma independiente en el panel — útil para configuraciones multi-sitio de cPanel, hosts multi-versión PHP (8.2 + 8.3 + 8.4 en paralelo) y despliegues de Laravel Octane / Symfony que ejecutan pools separados por clase de worker.
    ¿Cómo soluciono un listen queue en crecimiento?
    Un `listen queue` en crecimiento significa que las peticiones PHP llegan más rápido de lo que los workers pueden procesarlas. Tres palancas: (1) eleve `pm.max_children` si la RAM lo permite, (2) reduzca el trabajo por petición vía OPcache + optimización de consultas + análisis del slowlog, (3) divida en múltiples pools para aislar endpoints lentos. Si `listen queue` se acerca a `listen.backlog`, los descartes de conexión a nivel de kernel son inminentes — eleve `listen.backlog` y ajuste `net.core.somaxconn` en Linux.
    ¿Qué versiones de PHP siguen recibiendo actualizaciones de seguridad?
    A partir de 2026: PHP 8.4 (LTS actual, con soporte hasta diciembre de 2028), PHP 8.3 (soportado hasta diciembre de 2027), PHP 8.2 (solo seguridad, EOL en diciembre de 2026). PHP 8.1 alcanzó EOL en diciembre de 2025 — hay vida extendida disponible comercialmente vía HeroDevs NES o TuxCare. La integración funciona con todas ellas; la sintaxis de configuración del pool es estable a lo largo de la línea 8.x.
    ¿La página de estado afectará al rendimiento de PHP?
    No tiene impacto medible. El endpoint de estado es un manejador ligero a nivel C que no pasa por el pipeline de ejecución de peticiones — simplemente serializa el estado del pool en memoria. Consultarlo cada 60 segundos añade contención cero al procesamiento real de peticiones PHP.

    Empieza a seguir a PHP-FPM hoy

    Se configura en menos de 60 segundos. No se necesita tarjeta de crédito. Estadísticas completas desde el primer día.

    Empieza tu prueba gratuita

    Sigue explorando

    Relacionado Integraciones