> 백엔드 개발 > PHP 튜토리얼 > PHP 프로세스 관리자 php-fpm 이해

PHP 프로세스 관리자 php-fpm 이해

coldplay.xixi
풀어 주다: 2023-04-09 10:14:02
앞으로
3004명이 탐색했습니다.

PHP 프로세스 관리자 php-fpm 이해

php-fpm이란 무엇입니까

php-fpm은 PHP용 프로세스 관리자입니다. PHP의 많은 작업 프로세스는 php-fpm 프로세스 관리자에 의해 관리됩니다.

관련 학습 권장 사항: PHP 프로그래밍 입문부터 숙련까지

php-fpm 작동 방식

php-fpm의 전체 이름은 PHP FastCGI 프로세스 관리자입니다. php-fpm이 시작된 후 먼저 php.ini를 읽은 다음 해당 conf 구성 파일을 읽습니다. conf 구성은 php.ini 구성을 재정의할 수 있습니다.
php-fpm을 시작한 후 포트 9000(구성 가능)을 수신하기 위한 마스터 프로세스가 생성됩니다. 마스터 프로세스는 fpm.conf/www.conf를 기반으로 여러 하위 프로세스를 생성하고 하위 프로세스는 처리하는 데 사용됩니다. 실제 사업.
클라이언트(예: nginx)가 포트 9000에 연결되면 유휴 하위 프로세스가 자체적으로 이를 수락합니다. 모든 하위 프로세스가 사용 중이면 수락할 새 연결이 마스터에 의해 대기열에 추가되고 기다립니다. fpm 하위 프로세스의 경우 허용되는 반 연결을 저장하는 대기열의 길이는 listening.backlog에 의해 구성됩니다.

php-fpm 프로세스 및 하위 프로세스를 보는 방법

php-fpm과 관련된 모든 프로세스를 봅니다. 아래 그림과 같이

여기pool www는 모두 php-fpm의 하위 프로세스로 우리가 흔히 작업 프로세스라고 부르는 것입니다.

php-fpm 하위 프로세스 보기

위 명령어를 통해 실제로 php-fpm과 관련된 프로세스를 확인할 수 있습니다. php-fpm의 마스터 프로세스와 작업 프로세스를 좀 더 직관적으로 살펴보고 싶다면, 아래에서 프로세스를 확인할 수 있습니다.
5370 php-fpm의 마스터 프로세스 번호입니다. 위의 명령을 통해 명확하게 알 수 있습니다.

위 명령을 통해 php-fpm이 마스터 프로세스이고 아래 15개의 하위 프로세스가 있음을 알 수 있습니다. 여기서 하위 프로세스 수는 프로세스별로 사용자 정의될 수 있습니다. 다음 매개변수를 통한 프로세스 구성:

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 연결이 끊어진 것을 발견하고 "Broken Pipe"를 보고했습니다.

값을 너무 작게 설정하면 nginx와 같은 클라이언트 요청이 php-fpm의 승인 대기열에 전혀 들어갈 수 없으며 "502 Bad Gateway" 오류가 보고됩니다. 따라서 백로그의 크기는 php-fpm의 QPS를 기준으로 결정되어야 합니다. 가장 좋은 계산 방법은 QPS=백로그입니다.

php-fpm 시작 모드

php-fpm은 소켓 또는 포트로 시작됩니다. 이 두 가지 방법은 실제 상황에 따라 구성할 수 있습니다.

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
로그인 후 복사

3으로 설정하려고 하면 다음과 같은 오류 메시지가 표시됩니다.

설명하자면, 여기의 start_servers配置项和min_spare_servers 구성에는 특정한 관계가 있습니다. 최소 10으로 설정하면 정상적으로 php-fpm을 시작할 수 있습니다.

위 내용은 PHP 프로세스 관리자 php-fpm 이해의 상세 내용입니다. 자세한 내용은 PHP 중국어 웹사이트의 기타 관련 기사를 참조하세요!

관련 라벨:
원천:jb51.net
본 웹사이트의 성명
본 글의 내용은 네티즌들의 자발적인 기여로 작성되었으며, 저작권은 원저작자에게 있습니다. 본 사이트는 이에 상응하는 법적 책임을 지지 않습니다. 표절이나 침해가 의심되는 콘텐츠를 발견한 경우 admin@php.cn으로 문의하세요.
인기 튜토리얼
더>
최신 다운로드
더>
웹 효과
웹사이트 소스 코드
웹사이트 자료
프론트엔드 템플릿