页面“Dnf”与“Php-fpm子进程 运行方式之static and dynamic”之间的差异

来自linux中国网wiki
(页面间的差异)
跳到导航 跳到搜索
(导入1个版本)
 
docker>Evan
 
第1行: 第1行:
 +
==1.Q:问题出现==
 +
<pre>有个后台挂了 今天又挂,上次是php-fpm太多导致 ,今天于是 想改一下php-fpm 进程 ,结果 pm.max_children = 512 改为 pm.max_children = 256 居然就悲伤了
  
 +
[16-Feb-2017 14:36:14] ALERT: [pool www] pm.min_spare_servers(128) and pm.max_spare_servers(512) cannot be greater than pm.max_children(300)
 +
[16-Feb-2017 14:36:14] ERROR: failed to post process the configuration
 +
[16-Feb-2017 14:36:14] ERROR: FPM initialization failed </pre>
  
 +
==2.处理过程 :==
 +
<pre>google 了半天 突然才起起来了我的vps我自己是用动态 pm 设置为 dynamic,而自己公司业务上很多是    static  ,于是 终于找到 相关的知识点,以前在配置 vps 时 一知半解的  dynamic 现在终于明白了 
  
==基本知识==
+
pm运行方式,static(静态)或者dynamic(动态)。
<pre>
 
  
 +
pm string
 +
设置进程管理器如何管理子进程。可用值:static,ondemand,dynamic。必须设置。
  
DNF or Dandified Yum is the next generation version of the Yellowdog Updater, Modified (yum), a package manager for RPM-based distributions. DNF was introduced in Fedora 18,[2] and it has been the default package manager for Fedora since version 22.[3] Perceived deficiencies of yum which DNF is intended to address include poor performance, high memory usage, and the slowness of its iterative dependency resolution.[4] DNF uses libsolv, an external dependency resolver.[4]
+
static - 子进程的数量是固定的(pm.max_children)。
 +
ondemand - 进程在有需求时才产生(当请求时,与 dynamic 相反,pm.start_servers 在服务启动时即启动。
 +
dynamic - 子进程的数量在下面配置的基础上动态设置:pm.max_children,pm.start_servers,pm.min_spare_servers,pm.max_spare_servers。
  
 +
pm.max_children:静态方式下开启的php-fpm进程数量。
 +
pm.start_servers:动态方式下的起始php-fpm进程数量。
 +
pm.min_spare_servers:动态方式下的最小php-fpm进程数量。
 +
pm.max_spare_servers:动态方式下的最大php-fpm进程数量。
  
install
+
如果dm设置为static,那么其实只有pm.max_children这个参数生效,系统会开启设置数量的php-fpm进程。
 +
如果dm设置为dynamic,那么pm.max_children虽然不会失效,但是主要是后面3个参数生效。后面3个参数生效,同时请注意,pm.max_spare_servers的值不能超过pm.max_children定义的值,否则php-fpm进程报错。
  
DNF 并未默认安装在 RHEL 或 CentOS 7系统中,但是
+
系统会在php-fpm运行开始 的时候启动pm.start_servers个php-fpm进程,然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数。
yum install epel-release -y
 
yum install dnf
 
 
 
dnf --version
 
  
  
查看系统中可用的 DNF 软件库
+
那么,对于我们的服务器,选择哪种执行方式比较好呢?事实上,跟很多程序一样,运行的PHP程序在执行完成后,或多或少会有内存泄露的问题。这也是为什么开始的时候一个php-fpm进程只占用3M左右内存,运行一段时间后就会上升到20-30M的原因了。
用处:该命令用于显示系统中可用的 DNF 软件库
+
对于内存大的服务器(比如8G以上)来说,指定静态的max_children实际上更为妥当,因为这样不需要进行额外的进程数目控制,会提高效率。
命令:# dnf repolist
+
因为频繁开关php-fpm进程也会有时滞,所以内存够大的情况下开静态效果会更好。数量也可以根据 内存/30M 得到,比如8GB内存可以设置为100,那么php-fpm耗费的内存就能控制在 2G-3G的样子。如果内存稍微小点,比如1G,那么指定静态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存,将不多的 内存分配给其他应用去使用,会使系统的运行更加畅通。
</pre>
 
  
==参考==
+
对于小内存的服务器来说,比如256M内存的VPS,即使按照一个20M的内存量来算,10个php-cgi进程就将耗掉200M内存,那系统的崩溃就应该很正常了。
YUM已死,DNF万岁
+
因此应该尽量地控制php-fpm进程的数量,大体明确其他应用占用的内存后,给它指定一个静态的小数量,会让系统更加平稳一些。或者使用动态方式,因为动态方式会结束掉多余的进程,可以回收释放一些内存,所以推荐在内存较少的服务器或VPS上使用。具体最大数量根据 内存/20M 得到。比如512M的VPS,建议pm.max_spare_servers设置为20。至于pm.min_spare_servers,则建议根据服务器的负载情况来设置,比较合适的值在5~10之间。</pre>
https://www.linuxdashen.com/yum%E5%B7%B2%E6%AD%BB%EF%BC%8Cdnf%E4%B8%87%E5%B2%81
 
  
DNF的命令使用教学 good
 
https://linuxstory.org/dnf-commands-for-fedora-rpm-package-management/
 
  
官网
+
==3.来自官网常用选项==
http://dnf.baseurl.org/
+
<pre>pm.max_children int
https://fedoraproject.org/wiki/DNF?rd=Dnf#Language_Support_Using_Dnf
+
pm 设置为 static 时表示创建的子进程的数量,pm 设置为 dynamic 时表示最大可创建的子进程的数量。必须设置。
https://github.com/rpm-software-management/dnf
+
该选项设置可以同时提供服务的请求数限制。类似 Apache 的 mpm_prefork 中 MaxClients 的设置和 普通PHP FastCGI中的 PHP_FCGI_CHILDREN 环境变量。
  
https://en.wikipedia.org/wiki/DNF_(software)
+
pm.start_servers in
 +
设置启动时创建的子进程数目。仅在 pm 设置为 dynamic 时使用。默认值:min_spare_servers + (max_spare_servers - min_spare_servers) / 2。
  
Package Management Basics: apt, yum, dnf, pkg
+
pm.min_spare_servers int
https://www.digitalocean.com/community/tutorials/package-management-basics-apt-yum-dnf-pkg
+
设置空闲服务进程的最低数目。仅在 pm 设置为 dynamic 时使用。必须设置。
  
[[category:ops]]
+
pm.max_spare_servers int
 +
设置空闲服务进程的最大数目。仅在 pm 设置为 dynamic 时使用。必须设置。
 +
 
 +
pm.max_requests int
 +
设置每个子进程重生之前服务的请求数。对于可能存在内存泄漏的第三方模块来说是非常有用的。如果设置为 '0' 则一直接受请求,等同于 PHP_FCGI_MAX_REQUESTS 环境变量。默认值:0。</pre>
 +
 
 +
 
 +
==4. 参考==
 +
FastCgi与PHP-fpm之间是个什么样的关系
 +
https://segmentfault.com/q/1010000000256516
 +
 
 +
 
 +
 
 +
php-fpm.conf 全局配置
 +
http://php.net/manual/zh/install.fpm.configuration.php
 +
 
 +
php-fpm优化
 +
https://www.zhukun.net/archives/6414
 +
 
 +
FastCGI 进程管理器(FPM)
 +
http://php.net/manual/zh/install.fpm.php
 +
 
 +
 
 +
星期四 16 2月 2017
 +
 
 +
[[category:php]]  [[ category:ops ]]

2017年9月13日 (三) 09:44的版本

1.Q:问题出现

有个后台挂了 今天又挂,上次是php-fpm太多导致 ,今天于是 想改一下php-fpm 进程 ,结果 pm.max_children = 512 改为 pm.max_children = 256 居然就悲伤了

[16-Feb-2017 14:36:14] ALERT: [pool www] pm.min_spare_servers(128) and pm.max_spare_servers(512) cannot be greater than pm.max_children(300)
[16-Feb-2017 14:36:14] ERROR: failed to post process the configuration
[16-Feb-2017 14:36:14] ERROR: FPM initialization failed 

2.处理过程 :

google 了半天 突然才起起来了我的vps我自己是用动态 pm 设置为 dynamic,而自己公司业务上很多是    static  ,于是 终于找到 相关的知识点,以前在配置 vps 时 一知半解的  dynamic 现在终于明白了  

pm运行方式,static(静态)或者dynamic(动态)。

pm string
设置进程管理器如何管理子进程。可用值:static,ondemand,dynamic。必须设置。

static - 子进程的数量是固定的(pm.max_children)。
ondemand - 进程在有需求时才产生(当请求时,与 dynamic 相反,pm.start_servers 在服务启动时即启动。
dynamic - 子进程的数量在下面配置的基础上动态设置:pm.max_children,pm.start_servers,pm.min_spare_servers,pm.max_spare_servers。

pm.max_children:静态方式下开启的php-fpm进程数量。
pm.start_servers:动态方式下的起始php-fpm进程数量。
pm.min_spare_servers:动态方式下的最小php-fpm进程数量。
pm.max_spare_servers:动态方式下的最大php-fpm进程数量。

如果dm设置为static,那么其实只有pm.max_children这个参数生效,系统会开启设置数量的php-fpm进程。
如果dm设置为dynamic,那么pm.max_children虽然不会失效,但是主要是后面3个参数生效。后面3个参数生效,同时请注意,pm.max_spare_servers的值不能超过pm.max_children定义的值,否则php-fpm进程报错。

系统会在php-fpm运行开始 的时候启动pm.start_servers个php-fpm进程,然后根据系统的需求动态在pm.min_spare_servers和pm.max_spare_servers之间调整php-fpm进程数。


那么,对于我们的服务器,选择哪种执行方式比较好呢?事实上,跟很多程序一样,运行的PHP程序在执行完成后,或多或少会有内存泄露的问题。这也是为什么开始的时候一个php-fpm进程只占用3M左右内存,运行一段时间后就会上升到20-30M的原因了。
对于内存大的服务器(比如8G以上)来说,指定静态的max_children实际上更为妥当,因为这样不需要进行额外的进程数目控制,会提高效率。
因为频繁开关php-fpm进程也会有时滞,所以内存够大的情况下开静态效果会更好。数量也可以根据 内存/30M 得到,比如8GB内存可以设置为100,那么php-fpm耗费的内存就能控制在 2G-3G的样子。如果内存稍微小点,比如1G,那么指定静态的进程数量更加有利于服务器的稳定。这样可以保证php-fpm只获取够用的内存,将不多的 内存分配给其他应用去使用,会使系统的运行更加畅通。

对于小内存的服务器来说,比如256M内存的VPS,即使按照一个20M的内存量来算,10个php-cgi进程就将耗掉200M内存,那系统的崩溃就应该很正常了。
因此应该尽量地控制php-fpm进程的数量,大体明确其他应用占用的内存后,给它指定一个静态的小数量,会让系统更加平稳一些。或者使用动态方式,因为动态方式会结束掉多余的进程,可以回收释放一些内存,所以推荐在内存较少的服务器或VPS上使用。具体最大数量根据 内存/20M 得到。比如512M的VPS,建议pm.max_spare_servers设置为20。至于pm.min_spare_servers,则建议根据服务器的负载情况来设置,比较合适的值在5~10之间。


3.来自官网常用选项

pm.max_children int
pm 设置为 static 时表示创建的子进程的数量,pm 设置为 dynamic 时表示最大可创建的子进程的数量。必须设置。
该选项设置可以同时提供服务的请求数限制。类似 Apache 的 mpm_prefork 中 MaxClients 的设置和 普通PHP FastCGI中的 PHP_FCGI_CHILDREN 环境变量。

pm.start_servers in
设置启动时创建的子进程数目。仅在 pm 设置为 dynamic 时使用。默认值:min_spare_servers + (max_spare_servers - min_spare_servers) / 2。

pm.min_spare_servers int
设置空闲服务进程的最低数目。仅在 pm 设置为 dynamic 时使用。必须设置。

pm.max_spare_servers int
设置空闲服务进程的最大数目。仅在 pm 设置为 dynamic 时使用。必须设置。

pm.max_requests int
设置每个子进程重生之前服务的请求数。对于可能存在内存泄漏的第三方模块来说是非常有用的。如果设置为 '0' 则一直接受请求,等同于 PHP_FCGI_MAX_REQUESTS 环境变量。默认值:0。


4. 参考

FastCgi与PHP-fpm之间是个什么样的关系 https://segmentfault.com/q/1010000000256516


php-fpm.conf 全局配置 http://php.net/manual/zh/install.fpm.configuration.php

php-fpm优化 https://www.zhukun.net/archives/6414

FastCGI 进程管理器(FPM) http://php.net/manual/zh/install.fpm.php


星期四 16 2月 2017