#php-fpm とは
php-fpm は、PHP のプロセス マネージャーです。 php の下の多くのワークプロセスは、php-fpm プロセス マネージャーによって管理されます。php-fpm の仕組み
php-fpm を開始すると、ポート 9000 をリッスンするマスター プロセスが作成されます (構成可能)。マスター プロセスは、fpm.conf/www.conf に基づいていくつかのサブプロセスを作成します。サブプロセスは次の目的で使用されます。実際の業務を担当します。
クライアント (nginx など) がポート 9000 に接続すると、アイドル状態の子プロセスがそれを自動的に受け入れます。すべての子プロセスがビジー状態の場合、受け入れられる新しい接続はマスターによってキューに入れられ、待機します。 fpm の場合 子プロセスはアイドル状態です。受け入れられるのを待っている半接続を格納するキューの長さは listen.backlog によって構成されます。
php-fpm プロセスと子プロセスを表示する方法
php-fpm に関連するすべてのプロセスを表示します。以下の図に示すように、
ここでのpool www はすべて php-fpm のサブプロセスであり、これは私たちがよく呼ぶものです。作業過程。
php-fpm の下のサブプロセスを表示
上記のコマンドを通じて、実際に php-fpm に関連するプロセスを確認できます。直感的 php-fpmのマスタープロセスとワークプロセスを確認するには、以下の方法でプロセスを確認できます。ここでの 5370 は php-fpm のマスタープロセス番号です。上記のコマンドを実行すると、それがはっきりとわかります。
pm = dynamic # 动态创建子进程 pm.max_children = 20 # 最大子进程数 pm.start_servers = 15 # 初始化php-fpm进程时,默认的子进程数
php-fpm パラメータ設定手順
php-fpm グローバル設定パラメータ
#php-fpm的运行权限。 #以什么用户什么组的权限来运行池fpm。 user = www group = www #php-fpm的运行方式,可以使端口,也可以使socke文件。 #如果是端口则是走tcp,如果是socket则直接读socket文件,这样性能相对更好。 listen = 127.0.0.1:9000 #拥有socket权限的用户,需要和上面的user、group配置相结合。 #如果采用的端口的方式,则不配置。 listen.owner = www listen.group = www listen.mode = 0660 #这是php-fpm端口连接的地址。多个用","隔开。默认任意地址都可以连接。 #例如Nginx和php-fpm不在同一台服务器上,这里的值就是Nginx服务的ip地址。 #当Nginx和php-fpm配置在同一台服务器上,则直接写127.0.0.1即可。 listen.allowed_clients = 127.0.0.1 #pid进程文件存放的位置,当我们启用一个php服务, #则会自动创建一个该pid文件,其实我们可以直接把该文件理解理解php-fpm的进程号文件, #两则是等价的。默认为none。 pid = /opt/remi/php72/root/var/run/php-fpm/php-fpm.pid #错误日志位置,默认:安装路径 #INSTALL_PREFIX#/log/php-fpm.log。 #如果设置为syslog,log就会发送给syslogd服务而不会写进文件里。 error_log = /opt/remi/php72/root/var/log/php-fpm/error.log #PHP限制的文件扩展名 security.limit_extensions = .php .php3 .php4 .php5 .php7 #系统日志标示,如果跑了多个fpm进程,需要用这个来区分日志是谁的。 syslog.ident = php-fpm #日记登记,可选:alert, error, warning, notice, debug。 log_level = notice #紧急重启阈值,需要与下面emergency_restart_interval参数一起配置。 emergency_restart_threshold = 60 # 紧急重启阈值的时间范围。在此参数设置的时间内, # 出现SIGSEGV或SIGBUS的子进程数超过emergency_restart_threshold参数设置的值。 # 那么fpm就会优雅的重启,值是0表示off这个功能,可用的单位有:s秒,m分,h时,d天。 emergency_restart_interval = 60s #设置子进程接受主进程复用信号的超时时间。 process_control_timeout = 0 #当动态管理子进程时,fpm最多能fork多少个进程,0表示无限制, # 这是所有进程池能启动子进程的总和,谨慎使用。 process.max = 128 #设置子进程的优先级,在master进程以root用户启动时有效; #如果没有设置,子进程会继承master进程的优先级,值范围-19(最高)到20(最低),默认不设置。 process.priority = -19 #设置成no用于调试bug,默认为yes。 daemonize = yes #master进程最多能打开的文件数量。默认采用系统设置的值。 rlimit_files = 1024 #master进程核心rlimit限制值;可选unlimited或>=0的整数,默认为系统的值。 rlimit_core = 0 #事件处理机制,默认自动检测,可选值:select,poll, #epoll(linux>=2.5.44),kqueue,/dev/poll,port events.mechanism = epoll #fpm想系统发送状态的频率。单位有s,m,h。 #前提是fpm被设置会系统服务。 systemd_interval = 10s
php-fpm のプロセス プロセス プールの構成
#php-fpm的队列长度。 listen.backlog = 65535 #php进程池权限,同样要master进程是root用户才有效, #和上面的全局设置一样,不设置的话会继承master进程的优先级。 process.priority = -19 #子进程管理方式 #static(静态配置,在启动php-fpm时根据该值创建固定的子进程数量); #dynamic(动态配置,在启动php-fpm时根据pm.start_servers的值初始化对应的子进程数,至少一个子进程); #ondemand(按需配置,在启动php-fpm时不创建子进程,而是根据请求动态fork子进程); pm = dynamic #最大子进程数量 pm.max_children = 5 #初始化子进程数量,与上面的pm = dynamic配置使用。 pm.start_servers = 2 #服务器闲置时最少保持2个子进程,不够这个数就会创建,只适用动态dynamic管理方式 pm.min_spare_servers = 2 #服务器闲置时最多要有几个,多了会kill,只适用动态dynamic管理方式 pm.max_spare_servers = 3 #子进程闲置时间,也就是说子进程没有可处理的任务时,在该之间使就会被killed。 pm.process_idle_timeout = 10s #每个子进程最大的处理请求数量。在一定程度上可以防止内存泄漏。 pm.max_requests = 500 #php-fpm状态监控的uri pm.status_path string #php-fpm监控页面的 ping 网址。 #如果没有设置,则无法访问 ping 页面。 #该页面用于外部检测php-fpm是否存活并且可以响应请求。请注意必须以斜线开头(/)。 ping.path string #用于定义ping请求的返回响应。返回为 HTTP 200 的 text/plain 格式文本。默认值:pong。 ping.response string #设置worker的nice(2)优先级(如果设置了的话)。 #该值从 -19(最高优先级) 到 20(更低优先级)。 #默认值:不设置 process.priority int #检测路径时使用的前缀 prefix string #访问文件日志,没啥用处,比如yii2每次都记录访问index.php,只是记录真实的PHP文件。 access.log = var/log/$pool.access.log #php的慢日志 slowlog = var/log/$pool.log.slow #慢日志时间阈值 request_slowlog_timeout = 2s #单个请求的超时时间,当php.ini设置的最大执行时间未生效,则交由它来处理。 request_terminate_timeout = 3s #最大打开句柄数,默认为系统值。 rlimit_files = 1024 #最多的核心使用数,默认为系统分配。 rlimit_core = 0
部分的な構成のデモンストレーション
php-fpm のバックログ サイズ設定
php-fpm のバックログ サイズ設定は、php-fpm の処理能力に関係しており、大きいほど良いわけではありません。 値が大きすぎると、php-fpm はそれを処理できず、nginx はタイムアウトを待って切断し、504 ゲートウェイ タイムアウト エラーを報告します。同時に、php-fpm が処理を終了し、nginx への書き込みデータを準備したときに、TCP 接続が切断されたことがわかり、「パイプの破損」が報告されました。 この値が小さすぎると、nginx などのクライアント リクエストが php-fpm の受け入れキューにまったく入ることができなくなり、「502 Bad Gateway」エラーが報告されます。したがって、バックログのサイズは php-fpm の QPS に基づいて決定する必要があります。最適な計算方法は、QPS=バックログです。php-fpm 起動モード
php-fpm はソケットまたはポートによって起動され、これら 2 つの方法は実際の状況に応じて設定されます。 nginx と php-fpm は同じサーバー上にあります。現時点では、TCP ポート通信の代わりに Unix ソケットのプロセス間通信を直接使用できるため、接続の作成時間を節約でき、パフォーマンスが向上します。 。 fpm がそのディレクトリにファイルを書き込む権限を持ち、nginx がそれを読み取る権限を持っている限り、sock ファイルはどこにでも作成できます。 TCP プロトコルはデータの正確性を保証するため、TCP 接続はより安定しますが、sock ではデータのコピーとコンテキストの切り替えが少なく、消費するリソースも少なくなります。ただし、ソケットは nginx と fpm が同じマシン上にある場合にのみ使用できます。 ソケット起動またはポート起動を選択する方法。 tcp メソッドは unix メソッドよりも同時実行性が高いため、同時実行性の高いプロジェクトには tcp メソッドを使用することをお勧めします。現在、Nginx 構成サンプル ファイルはデフォルトで tcp メソッドになっています。 UNIX メソッドを使用する場合、最適化ポイントはソケット ファイルを /dev/shm ディレクトリに配置することです。一般的な意味は、ディレクトリ下のファイルはハードディスクに保存されず、ハードディスクのメモリ内にあります。ハードディスクの読み取りとメモリの読み取りでは、どちらが速くてどちらが遅いでしょうか? メモリが間違いなく速いです。 ソケット モードで起動するときにソケット ファイルを表示する方法。 ソケット ファイルは、上記の pid 設定項目に基づいています。 cat コマンドを直接使用してプロセス番号を表示できます。 開始する子プロセスのデフォルトの数。上記の pm = 動的構成を通じて、このメソッドが子プロセスのサイズを動的に構成することがわかります。 、子プロセスのデフォルトの数を設定することもできます。pm = dynamic pm.max_children = 20 ### 默认15个子进程,演示的效果就是上面的shell命令的结果图。 pm.start_servers = 15
推奨チュートリアル:「PHP」
以上がPHP プロセス マネージャー PHP-FPMの詳細内容です。詳細については、PHP 中国語 Web サイトの他の関連記事を参照してください。