Heim  >  Artikel  >  Backend-Entwicklung  >  So ändern Sie die Anzahl der PHP-FPM-Prozesse

So ändern Sie die Anzahl der PHP-FPM-Prozesse

藏色散人
藏色散人Original
2021-09-19 11:01:384074Durchsuche

So ändern Sie die Anzahl der PHP-FPM-Prozesse: 1. Überprüfen Sie die PHP-Protokolldatei „/usr/local/php/var/log“. 2. Öffnen Sie die Datei „php-fpm.conf“. .max_spare_servers“ usw. Parameter zum Festlegen der maximalen Anzahl von PHP-FPM-Prozessen.

So ändern Sie die Anzahl der PHP-FPM-Prozesse

Die Betriebsumgebung dieses Artikels: Windows 7-System, PHP5.3, Dell G3-Computer.

Wie ändere ich die Anzahl der PHP-FPM-Prozesse?

Einstellen der Anzahl der PHP-FPM-Prozesse

Kürzlich ist auf dem Server eine Anomalie aufgetreten und die Website kann nicht normal aufgerufen werden. Nach der Fehlerbehebung lag ein Problem mit PHP vor.

Beim Neustart von php-fpm kehrt es zum Normalzustand zurück. Nach einer Minute trat ein weiterer Fehler auf. Überprüfen Sie die PHP-Protokolldatei /usr/local/php/var/log und es wird die Meldung

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

Die Anzahl der untergeordneten Prozesse hat den festgelegten Maximalwert erreicht.

Um die Anzahl der PHP-Prozesse festzulegen. Muss in der Datei php-fpm.conf geändert werden.

Schauen Sie sich zunächst die Konfigurationsanalyse der Datei /usr/local/php/etc/php-fpm.conf an

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 . 默认值: 空.

Fügen Sie gemäß der Analyse der obigen Konfiguration die folgende Konfiguration in die Datei php-fpm.conf ein Datei:

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

1. Einführung in PHP-FPM-Optimierungsparameter

Sie sind: pm, pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.

pm: Gibt an, welche Methode verwendet werden soll. Es stehen zwei Werte zur Auswahl: statisch oder dynamisch.

In älteren Versionen wurde Dynamic als Apache-like bezeichnet. Bitte beachten Sie hierzu die Beschreibung der Konfigurationsdatei.

Die folgenden vier Parameter bedeuten:

pm.max_children: die Anzahl der im statischen Modus gestarteten PHP-FPM-Prozesse

pm.start_servers: die Anzahl der im dynamischen Modus gestarteten PHP-FPM-Prozesse

pm.min_spare_servers: Das Minimum Anzahl der PHP-FPM-Prozesse im dynamischen Modus

pm.max_spare_servers: Die maximale Anzahl der PHP-FPM-Prozesse im dynamischen Modus

Unterschied:

Wenn dm auf statisch eingestellt ist, wird nur der Parameter pm.max_children wirksam. Das System startet eine festgelegte Anzahl von PHP-FPM-Prozessen.

Wenn dm auf dynamisch eingestellt ist, ist der Parameter pm.max_children ungültig und die nächsten drei Parameter werden wirksam.

Das System startet die php-fpm-Prozesse von pm.start_servers, wenn php-fpm ausgeführt wird.

Anschließend wird die Anzahl der php-fpm-Prozesse zwischen pm.min_spare_servers und pm.max_spare_servers entsprechend den Anforderungen des Systems dynamisch angepasst

2 . Spezifische Serverkonfiguration

Welche Ausführungsmethode ist für unseren Server besser? Tatsächlich weist das laufende PHP-Programm wie Apache nach der Ausführung mehr oder weniger Speicherverluste auf.

Aus diesem Grund belegt ein PHP-FPM-Prozess zu Beginn nur etwa 3 MB Speicher und steigt nach einiger Zeit auf 20 bis 30 MB an.

Für Server mit großem Speicher (z. B. 8 GB oder mehr) ist es tatsächlich angemessener, statisches max_children anzugeben, da dies keine zusätzliche Steuerung der Prozessnummer erfordert und die Effizienz verbessert.

Da häufiges Umschalten des PHP-FPM-Prozesses zu Verzögerungen führt, ist der statische Effekt besser, wenn der Speicher groß genug ist. Die Menge kann auch basierend auf Speicher/30 MB ermittelt werden. Beispielsweise kann 8 GB Speicher auf 100 eingestellt werden. Dann kann der von PHP-FPM verbrauchte Speicher auf 2G-3G gesteuert werden. Wenn der Speicher etwas kleiner ist, z. B. 1 GB, ist die Angabe einer statischen Anzahl von Prozessen der Stabilität des Servers förderlicher.

Dadurch kann sichergestellt werden, dass php-fpm nur genügend Speicher erhält und anderen Anwendungen eine kleine Menge Speicher zur Verwendung zuweist, wodurch das System reibungsloser läuft.

Bei einem Server mit kleinem Speicher, z. B. einem VPS mit 256 MB Speicher, verbrauchen 10 PHP-CGI-Prozesse 200 MB Speicher, selbst wenn die Berechnung auf einem Speicher von 20 MB basiert, und der Systemabsturz sollte dann normal sein.

Daher sollten Sie versuchen, die Anzahl der PHP-FPM-Prozesse so weit wie möglich zu kontrollieren. Nachdem Sie den von anderen Anwendungen belegten Speicher grob geklärt haben, wird das System stabiler, indem Sie ihm eine statische kleine Zahl zuweisen. Oder verwenden Sie die dynamische Methode.

Da die dynamische Methode redundante Prozesse beendet und etwas Speicher recyceln und freigeben kann, wird empfohlen, sie auf Servern oder VPS mit weniger Speicher zu verwenden. Die spezifische Höchstmenge wird basierend auf Speicher/20 MB ermittelt.

Für einen 512M VPS wird beispielsweise empfohlen, pm.max_spare_servers auf 20 zu setzen. Für pm.min_spare_servers wird empfohlen, ihn entsprechend der Auslastung des Servers festzulegen. Wenn beispielsweise nur die PHP-Umgebung auf dem Server bereitgestellt wird, liegt der geeignetere Wert zwischen 5 und 10.

Empfohlenes Lernen: „

PHP-Video-Tutorial

Diese Serverkonfiguration

1. Grundlegende Serverinformationen:

Festplatte: Datenfestplatte 30G, Systemfestplatte 20G

Speicher: 1,5G

CPU: Dual-Core

System:CentOS 6.3 64-Bit

Bandbreite: Exklusiv 2M

2. Bereitgestellte Anwendung

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

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

Legen Sie die Anzahl der bearbeiteten Anfragen fest, bevor jeder untergeordnete Prozess wiedergeboren wird. Für möglich Speicher Sehr nützlich für durchgesickerte Module von Drittanbietern. Wenn der Wert auf „0“ gesetzt ist, entspricht dies der Umgebungsvariable PHP_FCGI_MAX_REQUESTS.

Diese Konfiguration bedeutet, dass nach der Nummer Wenn die Anzahl der Anfragen 500 erreicht, wird der Prozess automatisch neu gestartet.

Aber warum den Prozess neu starten?

Im Allgemeinen verwenden wir in Projekten einige PHP-Bibliotheken von Drittanbietern. Bei diesen Drittanbieterbibliotheken treten häufig Speicherverluste auf. Wenn der PHP-CGI-Prozess nicht regelmäßig neu gestartet wird, steigt die Speichernutzung zwangsläufig. Daher stellt PHP-FPM als Manager von PHP-CGI eine solche Überwachungsfunktion bereit, um den PHP-CGI-Prozess neu zu starten, der eine bestimmte Anzahl von Malen angefordert hat, um sicherzustellen, dass die Speichernutzung nicht ansteigt.

Genau aufgrund dieses Mechanismus werden 502-Fehler häufig auf Websites mit hoher Parallelität verursacht. Der Grund liegt meiner Meinung nach darin, dass PHP-FPM die von NGINX kommende Anforderungswarteschlange nicht gut verarbeitet. Ich verwende jedoch immer noch PHP 5.3.2. Ich weiß nicht, ob dieses Problem in PHP 5.3.3 weiterhin besteht.

Unsere aktuelle Lösung besteht darin, diesen Wert so groß wie möglich festzulegen, um die Anzahl der PHP-CGI-Re-SPAWNs so weit wie möglich zu reduzieren und gleichzeitig die Gesamtleistung zu verbessern. In unserer eigenen tatsächlichen Produktionsumgebung stellten wir fest, dass der Speicherverlust nicht offensichtlich war, daher haben wir diesen Wert sehr hoch eingestellt (204800). Jeder sollte diesen Wert entsprechend seiner tatsächlichen Situation festlegen und kann ihn nicht blind erhöhen.

Das obige ist der detaillierte Inhalt vonSo ändern Sie die Anzahl der PHP-FPM-Prozesse. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Stellungnahme:
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn