php-fpm 시작 매개변수 및 중요 구성에 대한 자세한 설명
여러 디렉터리 동의
하나, php - fpm의 시작 매개변수
2. php-fpm.conf 중요 매개변수 상세설명
3. 일반적인 오류 및 해결 방법
1. request_terminate_timeout으로 인한 리소스 문제
request_terminate_timeout 값이 0으로 설정된 경우 시간이 너무 오래 걸리면 file_get_contents에 리소스 문제가 발생할 수 있습니다.
file_get_contents가 요청한 원격 리소스가 너무 느리게 응답하면 file_get_contents는 항상 거기에 머물며 시간 초과되지 않습니다. php.ini의 max_execution_time은 PHP 스크립트의 최대 실행 시간을 설정할 수 있지만 php-cgi(php-fpm)에서는 이 매개변수가 적용되지 않습니다. 실제로 PHP 스크립트의 최대 실행 시간을 제어할 수 있는 것은 php-fpm.conf 구성 파일의 request_terminate_timeout 매개변수입니다.
request_terminate_timeout의 기본값은 0초입니다. 이는 PHP 스크립트가 계속 실행된다는 의미입니다. 이러한 방식으로 모든 php-cgi 프로세스가 file_get_contents() 함수에 정체되면 이 Nginx+PHP 웹서버는 더 이상 새로운 PHP 요청을 처리할 수 없으며 Nginx는 사용자에게 "502 잘못된 게이트웨이"를 반환합니다. PHP 스크립트의 최대 실행 시간을 설정하려면 이 매개변수를 수정해야 하지만 근본 원인이 아닌 증상만 치료합니다. 예를 들어 file_get_contents()가 발생하면 30초로 변경합니다. 웹 페이지 콘텐츠 검색 속도가 느리면 이는 150개의 php-cgi 프로세스가 초당 5개의 요청만 처리할 수 있으며 WebServer가 "502 잘못된 게이트웨이"를 방지하기 어렵다는 것을 의미합니다. 해결 방법은 request_terminate_timeout을 10초 또는 적절한 값으로 설정하거나 file_get_contents에 시간 초과 매개변수를 추가하는 것입니다.
2, max_requests 매개변수를 잘못 구성하면 간헐적으로 502 오류가 발생할 수 있습니다:
이 구성은 PHP-CGI 프로세스가 이후를 처리할 때를 의미합니다. 요청 수가 500개로 누적되면 프로세스가 자동으로 다시 시작됩니다. 그런데 프로세스를 다시 시작하는 이유는 무엇입니까?
일반적으로 프로젝트에서는 일부 타사 PHP 라이브러리를 어느 정도 사용합니다. 이러한 타사 라이브러리는 종종 PHP-CGI 프로세스를 정기적으로 다시 시작하지 않으면 필연적으로 메모리 누수 문제가 발생합니다. 지속적인 메모리 사용량 증가. 따라서 PHP-FPM은 PHP-CGI의 관리자로서 메모리 사용량이 증가하지 않도록 일정 횟수 요청한 PHP-CGI 프로세스를 다시 시작하는 모니터링 기능을 제공합니다.
동시성이 높은 사이트에서 502 오류가 자주 발생하는 것은 바로 이 메커니즘 때문인 것 같습니다. 그 이유는 PHP-FPM이 NGINX에서 오는 요청 대기열을 잘 처리하지 못하기 때문인 것 같습니다. 하지만 저는 아직 PHP 5.3.2를 사용하고 있습니다. PHP 5.3.3에서도 이 문제가 여전히 발생하는지 모르겠습니다.
현재 솔루션은 이 값을 최대한 크게 설정하여 PHP-CGI가 다시 SPAWN을 다시 실행하는 횟수를 최대한 줄이는 동시에 전반적인 성능을 향상시키는 것입니다. 자체 실제 제작 환경에서는 메모리 누수가 명확하지 않은 것으로 확인되어 이 값을 매우 크게(204800) 설정했습니다. 모든 사람은 실제 상황에 따라 이 값을 설정해야 하며 맹목적으로 늘릴 수는 없습니다.