Comment modifier le nombre de processus php fpm

Comment modifier le nombre de processus php fpm : 1. Affichez le fichier journal php "/usr/local/php/var/log" ; 2. Ouvrez le fichier "php-fpm.conf" ; .max_spare_servers", etc. Paramètres pour définir le nombre maximum de processus php-fpm.

L'environnement d'exploitation de cet article : système Windows 7, PHP5.3, ordinateur Dell G3.

Comment modifier le nombre de processus php fpm ?

Définition du nombre de processus PHP-FPM

Récemment, le serveur a rencontré une anomalie et le site Web n'est pas accessible normalement. Après dépannage, c'était un problème avec php.

Au redémarrage de php-fpm, il revient à la normale. Une autre panne s'est produite après 1 minute. Vérifiez le fichier journal php /usr/local/php/var/log et il vous demandera

WARNING: [pool www] server reached pm.max_children setting (5), consider raising it

Le nombre de processus enfants a atteint la valeur maximale définie.

Pour définir le nombre de processus php. Doit être modifié dans le fichier php-fpm.conf.

Premier regard sur l'analyse de la configuration du fichier /usr/local/php/etc/php-fpm.conf

pid = run/php-fpm.pid
#pid设置，默认在安装目录中的var/run/php-fpm.pid，建议开启
error_log = log/php-fpm.log
#错误日志，默认在安装目录中的var/log/php-fpm.log
log_level = notice
#错误级别. 可用级别为: alert（必须立即处理）, error（错误情况）, warning（警告情况）, notice（一般重要信息）, debug（调试信息）. 默认: notice.
emergency_restart_threshold = 60
emergency_restart_interval = 60s
#表示在emergency_restart_interval所设值内出现SIGSEGV或者SIGBUS错误的php-cgi进程数如果超过 emergency_restart_threshold个，php-fpm就会优雅重启。这两个选项一般保持默认值。
process_control_timeout = 0
#设置子进程接受主进程复用信号的超时时间. 可用单位: s(秒), m(分), h(小时), 或者 d(天) 默认单位: s(秒). 默认值: 0.
daemonize = yes
#后台执行fpm,默认值为yes，如果为了调试可以改为no。在FPM中，可以使用不同的设置来运行多个进程池。 这些设置可以针对每个进程池单独设置。
listen = 127.0.0.1:9000
#fpm监听端口，即nginx中php处理的地址，一般默认值即可。可用格式为: ‘ip:port’, ‘port’, ‘/path/to/unix/socket’. 每个进程池都需要设置.
listen.backlog = -1
#backlog数，-1表示无限制，由操作系统决定，此行注释掉就行。backlog含义参考：
http://www.3gyou.cc/?p=41
listen.allowed_clients = 127.0.0.1
#允许访问FastCGI进程的IP，设置any为不限制IP，如果要设置其他主机的nginx也能访问这台FPM进程，listen处要设置成本地可被访问的IP。默认值是any。每个地址是用逗号分隔. 如果没有设置或者为空，则允许任何服务器请求连接
listen.owner = www
listen.group = www
listen.mode = 0666
#unix socket设置选项，如果使用tcp方式访问，这里注释即可。
user = www
group = www
#启动进程的帐户和组
pm = dynamic #对于专用服务器，pm可以设置为static。
#如何控制子进程，选项有static和dynamic。如果选择static，则由pm.max_children指定固定的子进程数。如果选择dynamic，则由下开参数决定：
pm.max_children #，子进程最大数
pm.start_servers #，启动时的进程数
pm.min_spare_servers #，保证空闲进程数最小值，如果空闲进程小于此值，则创建新的子进程
pm.max_spare_servers #，保证空闲进程数最大值，如果空闲进程大于此值，此进行清理
pm.max_requests = 1000
#设置每个子进程重生之前服务的请求数. 对于可能存在内存泄漏的第三方模块来说是非常有用的. 如果设置为 ’0′ 则一直接受请求. 等同于 PHP_FCGI_MAX_REQUESTS 环境变量. 默认值: 0.
pm.status_path = /status
#FPM状态页面的网址. 如果没有设置, 则无法访问状态页面. 默认值: none. munin监控会使用到
ping.path = /ping
#FPM监控页面的ping网址. 如果没有设置, 则无法访问ping页面. 该页面用于外部检测FPM是否存活并且可以响应请求. 请注意必须以斜线开头 (/)。
ping.response = pong
#用于定义ping请求的返回相应. 返回为 HTTP 200 的 text/plain 格式文本. 默认值: pong.
request_terminate_timeout = 0
#设置单个请求的超时中止时间. 该选项可能会对php.ini设置中的’max_execution_time’因为某些特殊原因没有中止运行的脚本有用. 设置为 ’0′ 表示 ‘Off’.当经常出现502错误时可以尝试更改此选项。
request_slowlog_timeout = 10s
#当一个请求该设置的超时时间后，就会将对应的PHP调用堆栈信息完整写入到慢日志中. 设置为 ’0′ 表示 ‘Off’
slowlog = log/$pool.log.slow
#慢请求的记录日志,配合request_slowlog_timeout使用
rlimit_files = 1024
#设置文件打开描述符的rlimit限制. 默认值: 系统定义值默认可打开句柄是1024，可使用 ulimit -n查看，ulimit -n 2048修改。
rlimit_core = 0
#设置核心rlimit最大限制值. 可用值: ‘unlimited’ 、0或者正整数. 默认值: 系统定义值.
chroot =
#启动时的Chroot目录. 所定义的目录需要是绝对路径. 如果没有设置, 则chroot不被使用.
chdir =
#设置启动目录，启动时会自动Chdir到该目录. 所定义的目录需要是绝对路径. 默认值: 当前目录，或者/目录（chroot时）
catch_workers_output = yes
#重定向运行过程中的stdout和stderr到主要的错误日志文件中. 如果没有设置, stdout 和 stderr 将会根据FastCGI的规则被重定向到 /dev/null . 默认值: 空.

Selon l'analyse de la configuration ci-dessus, ajoutez la configuration suivante dans le php-fpm.conf fichier :

pm.max_children = 100
pm.start_servers = 30
pm.min_spare_servers = 20
pm.max_spare_servers = 100
pm.max_requests = 500

1. Introduction aux paramètres d'optimisation de php-fpm

Ils sont : pm, pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.

pm : Indique quelle méthode utiliser. Vous avez le choix entre deux valeurs, statique ou dynamique.

Dans les anciennes versions, la dynamique était appelée apache-like. Veuillez faire attention à la description du fichier de configuration à cet effet.

Les quatre paramètres suivants signifient :

pm.max_children : le nombre de processus php-fpm démarrés en mode statique

pm.start_servers : le nombre de processus php-fpm démarrés en mode dynamique

pm.min_spare_servers : le minimum nombre de processus php-fpm en mode dynamique

pm.max_spare_servers : Le nombre maximum de processus php-fpm en mode dynamique

Différence :

Si dm est défini sur statique, alors seul le paramètre pm.max_children prend effet. Le système démarrera un nombre défini de processus php-fpm.

Si dm est défini sur dynamique, alors le paramètre pm.max_children n'est pas valide et les trois paramètres suivants prennent effet.

Le système démarrera les processus php-fpm pm.start_servers lorsque php-fpm commencera à s'exécuter,

Puis ajustera dynamiquement le nombre de processus php-fpm entre pm.min_spare_servers et pm.max_spare_servers en fonction des besoins du système

2 . Configuration spécifique du serveur

Pour notre serveur, quelle méthode d'exécution est la meilleure ? En fait, comme Apache, le programme PHP en cours d'exécution aura plus ou moins des fuites de mémoire après son exécution.

C'est pourquoi un processus php-fpm n'occupe qu'environ 3 Mo de mémoire au début, et il passera à 20-30 Mo après avoir été exécuté pendant un certain temps.

Pour les serveurs dotés d'une grande mémoire (comme 8 Go ou plus), il est en fait plus approprié de spécifier un max_children statique, car cela ne nécessite pas de contrôle supplémentaire du numéro de processus et améliorera l'efficacité.

Parce que les changements fréquents du processus php-fpm entraîneront un décalage, donc si la mémoire est suffisamment grande, l'effet statique sera meilleur. La quantité peut également être obtenue sur la base de la mémoire/30 Mo. Par exemple, 8 Go de mémoire peuvent être réglés sur 100. Ensuite, la mémoire consommée par php-fpm peut être contrôlée sur 2G-3G. Si la mémoire est légèrement plus petite, par exemple 1 Go, la spécification d'un nombre statique de processus est plus propice à la stabilité du serveur.

Cela peut garantir que php-fpm n'obtient que suffisamment de mémoire et alloue une petite quantité de mémoire à d'autres applications à utiliser, ce qui rendra le système plus fluide.

Pour un serveur avec une petite mémoire, comme un VPS avec 256 Mo de mémoire, même s'il est calculé sur la base d'une mémoire de 20 Mo, 10 processus php-cgi consommeront 200 Mo de mémoire, et le crash du système devrait alors être normal.

Par conséquent, vous devriez essayer de contrôler autant que possible le nombre de processus php-fpm. Après avoir clarifié grossièrement la mémoire occupée par d'autres applications, lui attribuer un petit nombre statique rendra le système plus stable. Ou utilisez la méthode dynamique.

Étant donné que la méthode dynamique mettra fin aux processus redondants et pourra recycler et libérer de la mémoire, il est recommandé de l'utiliser sur des serveurs ou des VPS avec moins de mémoire. Le montant maximum spécifique est obtenu sur la base de la mémoire/20 M.

Par exemple, pour un VPS de 512 Mo, il est recommandé de définir pm.max_spare_servers sur 20. Quant à pm.min_spare_servers, il est recommandé de le paramétrer en fonction de la charge du serveur. Par exemple, si seul l'environnement PHP est déployé sur le serveur, la valeur la plus appropriée est comprise entre 5 et 10.

Apprentissage recommandé : "

Tutoriel vidéo PHP

"Cette configuration de serveur

1. Informations de base sur le serveur :

Disque dur : disque de données 30 G, disque système 20G

Mémoire : 1,5 G

CPU : dual-core

Système ：CentOS 6.3 64 bits

Bande passante : 2M exclusive

2. Application déployée

Git、SVN、Apache、Tomcat、PHP、Nginx、Mysql、JDK

Paramètres optimisés

pm = dynamic
pm.start_servers = 5
pm.min_spare_servers = 2
pm.max_spare_servers = 8
 
pm.max_requests = 500

Définissez le nombre de requêtes servies avant la renaissance de chaque processus enfant. Pour d'éventuels mémoire C'est très utile pour les modules tiers ayant fui. Si la valeur est "0", les requêtes sont toujours acceptées. Équivalent à la variable d'environnement PHP_FCGI_MAX_REQUESTS Valeur par défaut : 0.

Cette configuration signifie que lorsqu'un processus PHP-CGI traite Après. le nombre de requêtes atteint 500, le processus sera automatiquement redémarré.

Mais pourquoi relancer le processus ?

Généralement dans les projets, nous utiliserons dans une certaine mesure certaines bibliothèques tierces de PHP. Ces bibliothèques tierces ont souvent des problèmes de fuite de mémoire. Si le processus PHP-CGI n'est pas redémarré régulièrement, l'utilisation de la mémoire augmentera inévitablement. Par conséquent, PHP-FPM, en tant que gestionnaire de PHP-CGI, fournit une telle fonction de surveillance pour redémarrer le processus PHP-CGI qui a demandé un nombre de fois spécifié afin de garantir que l'utilisation de la mémoire n'augmente pas.

C'est précisément à cause de ce mécanisme que des erreurs 502 sont souvent provoquées sur des sites hautement concurrents. Je suppose que la raison est que PHP-FPM ne gère pas bien la file d'attente des requêtes provenant de NGINX. Cependant, j'utilise toujours PHP 5.3.2. Je ne sais pas si ce problème existe toujours en PHP 5.3.3.

Notre solution actuelle consiste à définir cette valeur aussi grande que possible pour réduire autant que possible le nombre de réapparitions de PHP-CGI, tout en améliorant les performances globales. Dans notre propre environnement de production actuel, nous avons constaté que la fuite de mémoire n'était pas évidente, nous avons donc défini cette valeur très grande (204 800). Chacun doit fixer cette valeur en fonction de sa situation réelle et ne peut pas l'augmenter aveuglément.

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!