Optimización de PHP-FPM: Configuración de Pool

Introducción

PHP-FPM (FastCGI Process Manager) es una implementación alternativa de PHP FastCGI diseñada para sitios web y aplicaciones de alto rendimiento. A diferencia del CGI tradicional o mod_php, PHP-FPM proporciona una gestión superior de recursos, aislamiento de procesos y escalabilidad. Es la forma recomendada de ejecutar PHP con servidores web modernos como Nginx y Apache, impulsando millones de sitios web en todo el mundo, incluidas algunas de las plataformas más concurridas de Internet.

La configuración adecuada de PHP-FPM es crítica para un rendimiento óptimo. Los ajustes predeterminados están diseñados para un uso mínimo de recursos en servidores pequeños, pero pueden limitar severamente el rendimiento en sistemas de producción. Un PHP-FPM mal configurado puede causar tiempos de respuesta lentos, errores de tiempo de espera, agotamiento de memoria y fallas completas del servicio bajo carga. Por el contrario, una configuración bien optimizada de PHP-FPM puede manejar de 10 a 50 veces más tráfico con tiempos de respuesta significativamente mejores.

Esta guía completa cubre la arquitectura de PHP-FPM, opciones de configuración de pool, técnicas de optimización de rendimiento, estrategias de monitoreo y ejemplos de ajuste del mundo real. Aprenderás cómo configurar PHP-FPM para maximizar las capacidades de tu servidor mientras mantienes la estabilidad y la eficiencia de recursos.

Comprendiendo la Arquitectura de PHP-FPM

¿Qué es PHP-FPM?

PHP-FPM administra un pool de procesos worker de PHP que manejan las solicitudes entrantes. Las características clave incluyen:

Gestor de Procesos: Genera, gestiona y termina procesos worker
Múltiples Pools: Pools de procesos separados para diferentes aplicaciones o usuarios
Gestión Avanzada de Procesos: Asignación dinámica, estática o bajo demanda de workers
Reinicios Elegantes: Recarga la configuración sin interrumpir las conexiones
Monitoreo de Estado: Página de estado integrada para métricas en tiempo real
Límites de Recursos: Límites de memoria, CPU y solicitudes por pool

PHP-FPM vs mod_php

Característica	PHP-FPM	mod_php
Servidor Web	Nginx, Apache	Solo Apache
Modelo de Procesos	Pool de procesos separado	Integrado en el servidor web
Uso de Recursos	Eficiente	Mayor uso de memoria
Escalabilidad	Excelente	Limitada
Aislamiento de Procesos	Sí	No
Recarga	Elegante	Requiere reinicio de Apache
Rendimiento	Superior	Bueno

Modos de Gestión de Procesos

PHP-FPM ofrece tres modos de gestión de procesos:

Dinámico: Genera procesos según la demanda (recomendado para la mayoría de casos)
Estático: Número fijo de procesos worker (mejor para carga alta consistente)
OnDemand: Inicia procesos solo cuando se necesitan (bueno para sitios de bajo tráfico)

Instalación y Configuración Básica

Instalando PHP-FPM

# Ubuntu/Debian
apt-get update
apt-get install php8.3-fpm php8.3-cli php8.3-common -y

# CentOS/Rocky Linux
dnf install php-fpm php-cli php-common -y

# Verificar instalación
php-fpm -v
systemctl status php8.3-fpm

# Localizar archivos de configuración
# Ubuntu/Debian: /etc/php/8.3/fpm/
# CentOS/Rocky: /etc/php-fpm.d/

Archivos de Configuración Básicos

# Archivo de configuración principal
/etc/php/8.3/fpm/php-fpm.conf

# Configuraciones de pool
/etc/php/8.3/fpm/pool.d/www.conf

# Configuración PHP
/etc/php/8.3/fpm/php.ini

Iniciando PHP-FPM

# Iniciar servicio
systemctl start php8.3-fpm
systemctl enable php8.3-fpm
systemctl status php8.3-fpm

# Verificar que PHP-FPM está escuchando
ss -tlnp | grep php-fpm
# Debería mostrar: LISTEN  0  511  127.0.0.1:9000

# Probar configuración
php-fpm8.3 -t

Benchmarking Antes de la Optimización

Prueba de Rendimiento Base

# Instalar Apache Bench
apt-get install apache2-utils -y

# Probar script PHP simple
echo "<?php echo 'OK'; ?>" > /var/www/html/test.php

# Benchmark con configuración predeterminada
ab -n 1000 -c 100 http://localhost/test.php

# Resultados típicos predeterminados:
# Solicitudes por segundo: 850-1,200
# Tiempo por solicitud: 83-117ms (media, concurrente)
# Solicitudes fallidas: 0
# Uso de memoria: Moderado

Prueba de Aplicación Real

# Ejemplo WordPress
ab -n 1000 -c 100 http://localhost/

# Resultados con configuración predeterminada:
# Solicitudes por segundo: 12-18
# Tiempo por solicitud: 5,500-8,300ms
# Solicitudes fallidas: 45-120 (timeouts)
# Uso de CPU: 75-95%

# Aplicación con mucha carga de base de datos
ab -n 500 -c 50 http://localhost/api/users

# Resultados predeterminados:
# Solicitudes por segundo: 25-40
# Tiempo por solicitud: 1,250-2,000ms
# Solicitudes fallidas: 15-30

Fundamentos de Configuración de Pool

Archivo de Configuración Principal

# Editar /etc/php/8.3/fpm/php-fpm.conf
vim /etc/php/8.3/fpm/php-fpm.conf

# Configuraciones globales esenciales
[global]
pid = /run/php/php8.3-fpm.pid
error_log = /var/log/php8.3-fpm.log
log_level = notice
emergency_restart_threshold = 10
emergency_restart_interval = 1m
process_control_timeout = 10s
daemonize = yes

Comprendiendo la Configuración de Pool

# Editar /etc/php/8.3/fpm/pool.d/www.conf
vim /etc/php/8.3/fpm/pool.d/www.conf

# Nombre del pool
[www]

# Usuario y grupo
user = www-data
group = www-data

# Configuración de escucha
listen = 127.0.0.1:9000
# O socket Unix (más rápido para conexiones locales):
# listen = /run/php/php8.3-fpm.sock
listen.owner = www-data
listen.group = www-data
listen.mode = 0660

# Configuración del gestor de procesos
pm = dynamic
pm.max_children = 50
pm.start_servers = 5
pm.min_spare_servers = 5
pm.max_spare_servers = 35
pm.max_requests = 500

Optimización del Gestor de Procesos

Gestión Dinámica de Procesos

Recomendado para la mayoría de entornos de producción:

# /etc/php/8.3/fpm/pool.d/www.conf

[www]
pm = dynamic

# Procesos hijo máximos
# Calcular: (RAM Total - Sistema - Otros Servicios) / Tamaño Promedio del Proceso PHP
# Ejemplo: (8GB - 2GB - 1GB) / 50MB = 100 hijos
pm.max_children = 100

# Procesos generados al inicio
# Regla general: 20-25% de max_children
pm.start_servers = 25

# Procesos inactivos mínimos
# Mantener suficientes listos para manejar picos de tráfico
pm.min_spare_servers = 20

# Procesos inactivos máximos
# Prevenir sobre-asignación
pm.max_spare_servers = 40

# Máximo de solicitudes por hijo antes de reiniciar
# Previene acumulación de fugas de memoria
pm.max_requests = 1000

# Tiempo de espera del proceso inactivo (segundos)
# Matar procesos inactivos después de este tiempo
pm.process_idle_timeout = 30s

Ejemplo de Cálculo para Servidor de 8GB:

# RAM disponible para PHP-FPM: 5GB (5120 MB)
# Tamaño promedio del proceso PHP: 50MB (medir con: ps aux | grep php-fpm)
# Hijos máximos: 5120 / 50 = 102 (usar 100 por seguridad)

pm.max_children = 100
pm.start_servers = 25      # 25% del máximo
pm.min_spare_servers = 20   # 20% del máximo
pm.max_spare_servers = 40   # 40% del máximo

Gestión Estática de Procesos

Mejor para sitios de alto tráfico con carga predecible:

[www]
pm = static

# Número fijo de procesos worker
# Calcular basado en RAM disponible y tamaño promedio del proceso
# Todos los procesos creados al inicio, nunca se matan
pm.max_children = 100

# No se necesitan configuraciones de servidores de reserva en modo estático

# Todavía recomendado: limitar solicitudes por hijo
pm.max_requests = 1000

Cuándo Usar Estático:

Tráfico alto consistente
Uso predecible de recursos
Deseo de máximo rendimiento
Evitar sobrecarga de generación de procesos

Comparación de Rendimiento:

Modo dinámico:
- Solicitudes/seg: 1,850
- Tiempo de respuesta: 54ms
- Memoria: Variable (2-5GB)

Modo estático (100 hijos):
- Solicitudes/seg: 2,340 (26% más rápido)
- Tiempo de respuesta: 43ms (20% más rápido)
- Memoria: Consistente (5GB)

Gestión OnDemand de Procesos

Adecuado para sitios de bajo tráfico o desarrollo:

[www]
pm = ondemand

# Procesos hijo máximos
pm.max_children = 50

# Tiempo de espera del proceso inactivo (segundos)
# Matar procesos después del tiempo inactivo
pm.process_idle_timeout = 10s

# No se necesitan configuraciones de servidores de reserva

Cuándo Usar OnDemand:

Sitios de bajo tráfico
Entornos de desarrollo
Servidores con restricción de memoria
Muchos pools separados

Configuración Avanzada de Pool

Límites de Memoria y Solicitudes

[www]
# Memoria máxima por solicitud (configuración PHP ini)
php_admin_value[memory_limit] = 256M

# Tiempo máximo de ejecución
php_admin_value[max_execution_time] = 60

# Tiempo máximo de entrada
php_admin_value[max_input_time] = 60

# Tamaño máximo de POST
php_admin_value[post_max_size] = 50M

# Tamaño máximo de archivo de carga
php_admin_value[upload_max_filesize] = 50M

Cola de Conexiones

[www]
# Longitud de la cola de escucha
# Cuántas conexiones pueden esperar mientras todos los workers están ocupados
listen.backlog = 511

# Para sitios de alto tráfico, aumentar significativamente
listen.backlog = 65535

# También ajustar parámetros del kernel
echo "net.core.somaxconn = 65535" >> /etc/sysctl.conf
sysctl -p

Prioridad de Procesos

[www]
# Amabilidad del proceso (-19 a 19, menor = mayor prioridad)
process.priority = -10

# Dar a PHP-FPM mayor prioridad que otros procesos
# Usar con precaución para evitar privar a otros servicios

Límites de Recursos

[www]
# Tamaño del volcado de núcleo (0 = deshabilitado)
rlimit_core = 0

# Archivos abiertos máximos por proceso
rlimit_files = 4096

# Procesos máximos por usuario
rlimit_processes = 256

Configuraciones Optimizadas por Tamaño de Servidor

Servidor Pequeño (2GB RAM, 1-2 Núcleos)

# /etc/php/8.3/fpm/pool.d/www.conf

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
listen.owner = www-data
listen.group = www-data

# Gestión de procesos - OnDemand para eficiencia de memoria
pm = ondemand
pm.max_children = 20
pm.process_idle_timeout = 10s
pm.max_requests = 500

# Límites de memoria
php_admin_value[memory_limit] = 128M
php_admin_value[max_execution_time] = 30

# Página de estado
pm.status_path = /status
ping.path = /ping

Servidor Mediano (8GB RAM, 4 Núcleos)

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
listen.owner = www-data
listen.group = www-data
listen.backlog = 511

# Gestión de procesos - Dinámico para balance
pm = dynamic
pm.max_children = 100
pm.start_servers = 25
pm.min_spare_servers = 20
pm.max_spare_servers = 40
pm.max_requests = 1000
pm.process_idle_timeout = 30s

# Límites de memoria
php_admin_value[memory_limit] = 256M
php_admin_value[max_execution_time] = 60

# Monitoreo de estado
pm.status_path = /status
ping.path = /ping

Servidor Grande (32GB RAM, 16 Núcleos)

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
listen.owner = www-data
listen.group = www-data
listen.backlog = 65535

# Gestión de procesos - Estático para máximo rendimiento
pm = static
pm.max_children = 400
pm.max_requests = 2000

# Límites de memoria
php_admin_value[memory_limit] = 512M
php_admin_value[max_execution_time] = 60

# Límites de recursos
rlimit_files = 8192

# Monitoreo de estado
pm.status_path = /status
ping.path = /ping

# Prioridad del proceso
process.priority = -5

Configuración de Múltiples Pools

Casos de Uso para Múltiples Pools

Aplicaciones Separadas: Diferentes sitios web con diferentes requisitos
Diferentes Usuarios: Aislar usuarios por seguridad
Necesidades Variadas de Recursos: Aplicaciones pesadas vs ligeras
Pruebas: Pools de producción vs staging

Ejemplo: Múltiples Pools

# /etc/php/8.3/fpm/pool.d/website1.conf
[website1]
user = website1
group = website1
listen = /run/php/php8.3-fpm-website1.sock
listen.owner = website1
listen.group = website1

pm = dynamic
pm.max_children = 50
pm.start_servers = 10
pm.min_spare_servers = 8
pm.max_spare_servers = 15
pm.max_requests = 500

php_admin_value[memory_limit] = 256M
chdir = /var/www/website1

# /etc/php/8.3/fpm/pool.d/website2.conf
[website2]
user = website2
group = website2
listen = /run/php/php8.3-fpm-website2.sock
listen.owner = website2
listen.group = website2

pm = static
pm.max_children = 30
pm.max_requests = 1000

php_admin_value[memory_limit] = 512M
chdir = /var/www/website2

# Configuración de Nginx para múltiples pools
# server {
#     location ~ \.php$ {
#         fastcgi_pass unix:/run/php/php8.3-fpm-website1.sock;
#     }
# }

Pruebas de Rendimiento Después de la Optimización

Integración con Servidor Web

Configuración de Nginx:

# /etc/nginx/sites-available/default

server {
    listen 80;
    server_name localhost;
    root /var/www/html;
    index index.php index.html;

    location ~ \.php$ {
        include snippets/fastcgi-php.conf;
        fastcgi_pass unix:/run/php/php8.3-fpm.sock;

        # Ajuste de rendimiento
        fastcgi_buffering on;
        fastcgi_buffer_size 16k;
        fastcgi_buffers 16 16k;
        fastcgi_read_timeout 300;
        fastcgi_send_timeout 300;
        fastcgi_connect_timeout 300;
    }
}

Comparación de Rendimiento

Antes de la Optimización (configuración predeterminada):

ab -n 5000 -c 500 http://localhost/test.php

# Resultados:
# Solicitudes por segundo: 1,150
# Tiempo por solicitud: 435ms (media, concurrente)
# Solicitudes fallidas: 89
# Uso de CPU: 85%
# Memoria: 1.2GB

Después de la Optimización (configuración ajustada):

ab -n 5000 -c 500 http://localhost/test.php

# Resultados:
# Solicitudes por segundo: 4,680 (mejora del 307%)
# Tiempo por solicitud: 107ms (75% más rápido)
# Solicitudes fallidas: 0
# Uso de CPU: 72%
# Memoria: 2.8GB (controlada)

Prueba de Carga de WordPress:

# Antes: Configuración predeterminada
ab -n 1000 -c 100 http://localhost/

# Resultados:
# Solicitudes por segundo: 15
# Tiempo por solicitud: 6,667ms
# Solicitudes fallidas: 67

# Después: Configuración optimizada
ab -n 1000 -c 100 http://localhost/

# Resultados:
# Solicitudes por segundo: 89 (mejora del 493%)
# Tiempo por solicitud: 1,124ms (83% más rápido)
# Solicitudes fallidas: 0

Monitoreo y Diagnóstico

Habilitar Página de Estado

# En configuración de pool
pm.status_path = /status
ping.path = /ping
ping.response = pong

# Configuración de Nginx
location ~ ^/(status|ping)$ {
    access_log off;
    allow 127.0.0.1;
    deny all;
    include fastcgi_params;
    fastcgi_pass unix:/run/php/php8.3-fpm.sock;
}

Accediendo a Información de Estado

# Ver página de estado
curl http://localhost/status

# Ejemplo de salida:
# pool:                 www
# process manager:      dynamic
# start time:           11/Jan/2026:10:30:15 +0000
# start since:          3600
# accepted conn:        458923
# listen queue:         0
# max listen queue:     10
# listen queue len:     511
# idle processes:       28
# active processes:     12
# total processes:      40
# max active processes: 40
# max children reached: 3
# slow requests:        15

# Estado completo (formato JSON)
curl http://localhost/status?json

# Estado completo (detallado)
curl http://localhost/status?full

Script de Monitoreo

#!/bin/bash
# /usr/local/bin/php-fpm-monitor.sh

STATUS_URL="http://localhost/status?json"
LOG_FILE="/var/log/php-fpm-monitor.log"
ALERT_EMAIL="[email protected]"

# Obtener estado
STATUS=$(curl -s $STATUS_URL)

# Analizar métricas
POOL=$(echo $STATUS | jq -r '.pool')
IDLE=$(echo $STATUS | jq -r '."idle processes"')
ACTIVE=$(echo $STATUS | jq -r '."active processes"')
TOTAL=$(echo $STATUS | jq -r '."total processes"')
MAX_CHILDREN=$(echo $STATUS | jq -r '."max children reached"')
LISTEN_QUEUE=$(echo $STATUS | jq -r '."listen queue"')
SLOW_REQUESTS=$(echo $STATUS | jq -r '."slow requests"')

# Registrar métricas
echo "$(date) - Pool: $POOL, Active: $ACTIVE, Idle: $IDLE, Total: $TOTAL, Queue: $LISTEN_QUEUE, Slow: $SLOW_REQUESTS" >> $LOG_FILE

# Alertar si se alcanza max children frecuentemente
if [ "$MAX_CHILDREN" -gt 0 ]; then
    echo "WARNING: PHP-FPM reached max_children limit" | mail -s "PHP-FPM Alert" $ALERT_EMAIL
fi

# Alertar si la cola de escucha crece
if [ "$LISTEN_QUEUE" -gt 10 ]; then
    echo "WARNING: PHP-FPM listen queue at $LISTEN_QUEUE" | mail -s "PHP-FPM Alert" $ALERT_EMAIL
fi

chmod +x /usr/local/bin/php-fpm-monitor.sh
# Ejecutar cada minuto
* * * * * /usr/local/bin/php-fpm-monitor.sh

Análisis de Memoria de Procesos

# Verificar uso de memoria por proceso
ps aux | grep php-fpm | awk '{sum+=$6} END {print "Total: " sum/1024 " MB"}'

# Memoria promedio por proceso
ps aux | grep php-fpm | awk '{sum+=$6; count++} END {print "Average: " sum/count/1024 " MB"}'

# Identificar procesos con mucha memoria
ps aux | grep php-fpm | sort -k6 -rn | head -10

Solución de Problemas Comunes

Problema 1: Errores 502 Bad Gateway

Síntomas: Nginx devuelve errores 502

Diagnóstico:

# Verificar estado de PHP-FPM
systemctl status php8.3-fpm

# Verificar logs de error
tail -f /var/log/php8.3-fpm.log
tail -f /var/log/nginx/error.log

# Causas comunes:
# 1. PHP-FPM no está ejecutándose
# 2. Problemas de permisos de socket
# 3. Todos los workers ocupados

Soluciones:

# Arreglar permisos de socket
chown www-data:www-data /run/php/php8.3-fpm.sock
chmod 660 /run/php/php8.3-fpm.sock

# Aumentar max_children
vim /etc/php/8.3/fpm/pool.d/www.conf
# pm.max_children = 150  # Aumentar

# Verificar si se alcanzó max children
curl http://localhost/status | grep "max children reached"

Problema 2: Tiempos de Respuesta Lentos

Diagnóstico:

# Habilitar log lento
vim /etc/php/8.3/fpm/pool.d/www.conf

# Agregar a configuración de pool:
slowlog = /var/log/php8.3-fpm-slow.log
request_slowlog_timeout = 5s

# Recargar PHP-FPM
systemctl reload php8.3-fpm

# Monitorear log lento
tail -f /var/log/php8.3-fpm-slow.log

Soluciones:

# Optimizar código que causa solicitudes lentas
# Habilitar OPcache (guía separada)
# Aumentar memoria PHP si es necesario
# Verificar rendimiento de consultas de base de datos

Problema 3: Agotamiento de Memoria

Síntomas: Errores "Allowed memory size exhausted"

Soluciones:

# Aumentar límite de memoria PHP
vim /etc/php/8.3/fpm/pool.d/www.conf
php_admin_value[memory_limit] = 512M

# O reducir max_children para usar menos memoria total
pm.max_children = 50  # Reducir

# Habilitar prevención de fugas de memoria
pm.max_requests = 500  # Reiniciar workers regularmente

Problema 4: Acumulación de Cola de Conexiones

Diagnóstico:

# Verificar cola de escucha
curl http://localhost/status | grep "listen queue"

# Si la cola es consistentemente > 0, se necesitan más workers o mayor backlog

Soluciones:

# Aumentar backlog
vim /etc/php/8.3/fpm/pool.d/www.conf
listen.backlog = 65535

# Aumentar límite del sistema
echo "net.core.somaxconn = 65535" >> /etc/sysctl.conf
sysctl -p

# Aumentar max_children
pm.max_children = 200

Consideraciones de Seguridad

Aislamiento de Procesos

# Ejecutar cada pool como usuario diferente
[website1]
user = website1
group = website1

[website2]
user = website2
group = website2

# Restringir open_basedir
php_admin_value[open_basedir] = /var/www/website1:/tmp

Deshabilitar Funciones Peligrosas

[www]
php_admin_value[disable_functions] = exec,passthru,shell_exec,system,proc_open,popen,curl_exec,curl_multi_exec,parse_ini_file,show_source

Límites de Recursos

[www]
# Prevenir DoS mediante agotamiento de recursos
php_admin_value[max_execution_time] = 30
php_admin_value[max_input_time] = 60
php_admin_value[memory_limit] = 256M
php_admin_value[post_max_size] = 10M
php_admin_value[upload_max_filesize] = 10M

# Limitar tamaño del cuerpo de la solicitud
rlimit_files = 1024
rlimit_processes = 128

Resumen de Mejores Prácticas

Lista de Verificación de Configuración

Calcular Recursos Adecuadamente
- Medir tamaño promedio del proceso PHP
- Calcular max_children basado en RAM disponible
- Dejar margen para sistema y otros servicios
Elegir el Gestor de Procesos Correcto
- Dinámico: La mayoría de sitios de producción
- Estático: Sitios de alto tráfico con carga consistente
- OnDemand: Bajo tráfico o desarrollo
Establecer Límites Apropiados
- memory_limit: Basado en necesidades de la aplicación
- max_execution_time: Suficiente pero no excesivo
- max_requests: Prevenir fugas de memoria (500-2000)
Monitorear Continuamente
- Habilitar página de estado
- Monitorear max_children alcanzado
- Rastrear solicitudes lentas
- Vigilar uso de memoria
Probar Exhaustivamente
- Benchmark antes y después de cambios
- Prueba de carga para encontrar límites
- Monitorear bajo carga de producción
- Tener plan de reversión

Conclusión

La optimización de PHP-FPM es crucial para aplicaciones PHP de alto rendimiento. La configuración adecuada puede ofrecer mejoras dramáticas:

Ganancias de Rendimiento:

Rendimiento: Aumento de 3-10x
Tiempos de respuesta: Reducción del 60-85%
Capacidad: Manejar de 5 a 20 veces más usuarios concurrentes
Estabilidad: Eliminar errores de tiempo de espera y memoria

Factores Clave de Éxito:

Cálculo preciso de recursos basado en capacidad del servidor
Selección apropiada del gestor de procesos para tu patrón de carga
Monitoreo continuo para detectar problemas temprano
Pruebas regulares para validar cambios de configuración
Documentación de cambios y su impacto

Al implementar estas optimizaciones de PHP-FPM y estrategias de monitoreo, puedes maximizar el rendimiento de tu aplicación, manejar significativamente más tráfico y proporcionar una mejor experiencia de usuario mientras mantienes la estabilidad del sistema y la eficiencia de recursos.

Optimización de PHP-FPM: Configuración de Pool

Optimización de PHP-FPM: Configuración de Pool

Introducción

Comprendiendo la Arquitectura de PHP-FPM

¿Qué es PHP-FPM?

PHP-FPM vs mod_php

Modos de Gestión de Procesos

Instalación y Configuración Básica

Instalando PHP-FPM

Archivos de Configuración Básicos

Iniciando PHP-FPM

Benchmarking Antes de la Optimización

Prueba de Rendimiento Base

Prueba de Aplicación Real

Fundamentos de Configuración de Pool

Archivo de Configuración Principal

Comprendiendo la Configuración de Pool

Optimización del Gestor de Procesos

Gestión Dinámica de Procesos

Gestión Estática de Procesos

Gestión OnDemand de Procesos

Configuración Avanzada de Pool

Límites de Memoria y Solicitudes

Cola de Conexiones

Prioridad de Procesos

Límites de Recursos

Configuraciones Optimizadas por Tamaño de Servidor

Servidor Pequeño (2GB RAM, 1-2 Núcleos)

Servidor Mediano (8GB RAM, 4 Núcleos)

Servidor Grande (32GB RAM, 16 Núcleos)

Configuración de Múltiples Pools

Casos de Uso para Múltiples Pools

Ejemplo: Múltiples Pools

Pruebas de Rendimiento Después de la Optimización

Integración con Servidor Web

Comparación de Rendimiento

Monitoreo y Diagnóstico

Habilitar Página de Estado

Accediendo a Información de Estado

Script de Monitoreo

Análisis de Memoria de Procesos

Solución de Problemas Comunes

Problema 1: Errores 502 Bad Gateway

Problema 2: Tiempos de Respuesta Lentos

Problema 3: Agotamiento de Memoria

Problema 4: Acumulación de Cola de Conexiones

Consideraciones de Seguridad

Aislamiento de Procesos

Deshabilitar Funciones Peligrosas

Límites de Recursos

Resumen de Mejores Prácticas

Lista de Verificación de Configuración

Conclusión

Latest Video

Get $20 Free Credit