Bagaimana untuk mengubah suai bilangan proses php fpm

Cara mengubah suai bilangan proses php fpm: 1. Lihat fail log php "/usr/local/php/var/log" 2. Buka fail "php-fpm.conf"; . Tambah "pm .max_spare_servers" dan parameter lain untuk menetapkan bilangan maksimum proses php-fpm.

Persekitaran pengendalian artikel ini: sistem Windows 7, PHP5.3, komputer Dell G3.

Bagaimana untuk mengubah suai bilangan proses php fpm?

Menetapkan bilangan proses PHP-FPM

Baru-baru ini, pelayan telah mengalami kelainan dan tapak web tidak boleh diakses secara normal. Selepas menyelesaikan masalah, ia adalah masalah dengan php.

Kembali kepada normal apabila memulakan semula php-fpm. Satu lagi kegagalan berlaku selepas 1 minit. Semak fail log php /usr/local/php/var/log dan ia akan menggesa

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

Bilangan proses anak telah mencapai nilai maksimum yang ditetapkan.

Untuk menetapkan bilangan proses php. Perlu diubah suai dalam fail php-fpm.conf.

Pertama lihat analisis konfigurasi fail /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 . 默认值: 空.

Menurut analisis konfigurasi di atas, dalam php -Tambahkan konfigurasi berikut pada fail fpm.conf:

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

1 Pengenalan kepada parameter pengoptimuman php-fpm

Ia adalah: pm, pm.max_children, pm .start_servers, pm.min_spare_servers, pm.max_spare_servers.

pm: Menunjukkan kaedah yang hendak digunakan Terdapat dua nilai untuk dipilih, iaitu statik (statik) atau dinamik (dinamik).

Dalam versi lama, dinamik dipanggil seperti apache. Sila beri perhatian kepada perihalan fail konfigurasi untuk ini.

Empat parameter berikut bermaksud:

pm.max_children: bilangan proses php-fpm dimulakan dalam mod statik

pm.start_servers: bilangan proses php-fpm bermula dalam mod dinamik Bilangan proses php-fpm awal

pm.min_spare_servers: Bilangan minimum proses php-fpm dalam mod dinamik

pm.max_spare_servers: Bilangan maksimum proses php-fpm dalam dinamik mod

Perbezaan:

Jika dm ditetapkan kepada statik, maka hanya parameter pm.max_children berkuat kuasa. Sistem akan memulakan beberapa set proses php-fpm.

Jika dm ditetapkan kepada dinamik, maka parameter pm.max_children akan menjadi tidak sah dan tiga parameter seterusnya akan berkuat kuasa.

Sistem akan memulakan proses php-fpm pm.start_servers apabila php-fpm mula berjalan

Kemudian laraskan php secara dinamik antara pm.min_spare_servers dan pm.max_spare_servers mengikut keperluan sistem. -Bilangan proses fpm

2. Konfigurasi khusus pelayan

Untuk pelayan kami, kaedah pelaksanaan manakah yang lebih baik? Malah, sama seperti Apache, program PHP yang berjalan akan lebih kurang mempunyai kebocoran memori selepas pelaksanaan.

Ini juga sebab mengapa proses php-fpm hanya menduduki kira-kira 3M memori pada mulanya, dan ia akan meningkat kepada 20-30M selepas berjalan untuk tempoh masa.

Untuk pelayan dengan memori besar (seperti 8G atau lebih tinggi), sebenarnya lebih sesuai untuk menentukan max_children statik, kerana ini tidak memerlukan kawalan nombor proses tambahan dan akan meningkatkan kecekapan.

Oleh kerana penukaran proses php-fpm yang kerap akan menyebabkan lag, jadi jika memori cukup besar, kesan statik akan menjadi lebih baik. Kuantiti juga boleh diperolehi berdasarkan memori/30M Sebagai contoh, memori 8GB boleh ditetapkan kepada 100,

Kemudian memori yang digunakan oleh php-fpm boleh dikawal pada 2G-3G. Jika ingatan lebih kecil sedikit, seperti 1G, maka menentukan bilangan proses statik adalah lebih kondusif kepada kestabilan pelayan.

Ini boleh memastikan bahawa php-fpm hanya memperoleh memori yang mencukupi, dan memperuntukkan sejumlah kecil memori kepada aplikasi lain untuk digunakan, yang akan menjadikan sistem berjalan dengan lebih lancar.

Untuk pelayan dengan memori kecil, seperti VPS dengan memori 256M, walaupun ia dikira berdasarkan memori 20M, 10 proses php-cgi akan menggunakan 200M memori, dan ranap sistem sepatutnya sangat serius.

Oleh itu, anda harus cuba mengawal bilangan proses php-fpm sebanyak mungkin Selepas menjelaskan secara kasar memori yang diduduki oleh aplikasi lain, memberikannya nombor kecil statik akan menjadikan sistem lebih stabil. Atau gunakan kaedah dinamik.

Oleh kerana kaedah dinamik akan menamatkan proses berlebihan dan boleh mengitar semula serta melepaskan beberapa memori, disyorkan untuk menggunakannya pada pelayan atau VPS yang kurang memori. Jumlah maksimum tertentu diperoleh berdasarkan memori/20M.

Sebagai contoh, untuk VPS 512M, disyorkan untuk menetapkan pm.max_spare_servers kepada 20. Bagi pm.min_spare_servers, adalah disyorkan untuk menetapkannya mengikut beban pelayan Contohnya, jika hanya persekitaran PHP digunakan pada pelayan, nilai yang lebih sesuai adalah antara 5 dan 10.

Pembelajaran yang disyorkan: "Tutorial Video PHP"

Konfigurasi pelayan ini

Maklumat pelayan asas:

Cakera keras: data Cakera 30G, cakera sistem 20G

Memori: 1.5G

CPU: Dwi-teras

Sistem: CentOS 6.3 64-bit

Lebar Jalur: Eksklusif 2J

2. Aplikasi yang digunakan

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

3 Parameter yang dioptimumkan

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

Tetapkan kelahiran semula setiap satu. proses anak Bilangan permintaan yang disampaikan sebelum ini Berguna untuk modul pihak ketiga yang mungkin mempunyai kebocoran memori Jika ditetapkan kepada '0', permintaan akan sentiasa diterima Bersamaan dengan pembolehubah persekitaran PHP_FCGI_MAX_REQUESTS: 0.

Konfigurasi ini bermakna apabila bilangan permintaan yang diproses oleh proses PHP-CGI mencapai 500, proses tersebut akan dimulakan semula secara automatik.

Tetapi mengapa memulakan semula proses?

Secara amnya dalam projek, kami akan menggunakan beberapa perpustakaan pihak ketiga PHP pada tahap tertentu Perpustakaan pihak ketiga ini sering mengalami masalah kebocoran memori Jika proses PHP-CGI tidak dimulakan semula dengan kerap, penggunaan memori pasti akan meningkat. Oleh itu, PHP-FPM, sebagai pengurus PHP-CGI, menyediakan fungsi pemantauan sedemikian untuk memulakan semula proses PHP-CGI yang telah meminta beberapa kali tertentu untuk memastikan penggunaan memori tidak meningkat.

Tepatnya kerana mekanisme ini, ralat 502 sering berlaku di tapak yang sangat serentak, saya rasa sebabnya ialah PHP-FPM tidak mengendalikan barisan permintaan yang datang dari NGINX dengan baik. Walau bagaimanapun, saya masih menggunakan PHP 5.3.2 Saya tidak tahu sama ada masalah ini masih wujud dalam PHP 5.3.3.

Penyelesaian semasa kami adalah untuk menetapkan nilai ini sebesar mungkin untuk mengurangkan bilangan kali PHP-CGI SPAWN semula sebanyak mungkin, di samping meningkatkan prestasi keseluruhan. Dalam persekitaran pengeluaran sebenar kami sendiri, kami mendapati bahawa kebocoran memori tidak jelas, jadi kami menetapkan nilai ini sangat besar (204800). Setiap orang harus menetapkan nilai ini mengikut keadaan sebenar mereka dan tidak boleh meningkatkannya secara membabi buta.

Atas ialah kandungan terperinci Bagaimana untuk mengubah suai bilangan proses php fpm. Untuk maklumat lanjut, sila ikut artikel berkaitan lain di laman web China PHP!