PHP-FPM 설정: 최대 성능을 위해 pm static 사용

이 기사의 편집되지 않은 버전은 원래 다음 위치에 게시되었습니다. haydenjames.io 그녀의 허락을 받아 여기에 게시했습니다. 저자.

처리량을 늘리고 대기 시간을 줄이며 CPU와 메모리를 보다 일관되게 사용하기 위해 PHP-FPM을 구성하는 가장 좋은 방법을 간단히 설명하겠습니다. 기본적으로 PHP-FPM의 PM(프로세스 관리자) 줄은 다음과 같습니다. 동적, 메모리가 부족하면 설치하는 것이 좋습니다 주문형. php.net 문서를 기반으로 2가지 제어 옵션을 비교하고 내가 가장 좋아하는 옵션이 이들과 어떻게 다른지 살펴보겠습니다. 정적 인 대량 트래픽의 경우 오후:

오후 = 동적 — 하위 프로세스의 수는 다음 지시어에 따라 동적으로 구성됩니다. pm.max_children, pm.start_servers,pm.min_spare_servers, pm.max_spare_servers.
오후 = 주문형 - 프로세스는 요청 시 생성됩니다(동적 생성과 반대로 서비스가 시작될 때 pm.start_servers가 시작될 때).
오후 = 정적 — 하위 프로세스의 수는 고정되어 있으며 매개변수로 표시됩니다. pm.max_children.

자세한 내용은 다음을 참조하세요. 전역 지시문의 전체 목록 php-fpm.conf.

PHP-FPM 프로세스 관리자와 CPU 주파수 컨트롤러의 유사점

주제에서 벗어난 것처럼 보일 수도 있지만 PHP-FPM 구성 주제와 연결하겠습니다. 랩톱, 가상 머신 또는 전용 서버에서 프로세서 속도 저하를 한 번도 경험하지 않은 사람. CPU 주파수 스케일링을 기억하시나요? 이 옵션은 다음에서 사용할 수 있습니다. nix와 Windows는 프로세서 스로틀 설정을 변경하여 시스템 성능과 응답성을 향상시킬 수 있습니다. 주문형 에 성능*. 이번에는 설명을 비교하고 유사점을 살펴보겠습니다.

거버너=요청 시 — 현재 로드에 따라 프로세서 주파수를 동적으로 조정합니다. 최대 빈도로 빠르게 점프한 다음 비활성 기간이 길어지면 빈도를 줄입니다.
주지사=보수= 현재 부하에 따른 동적 주파수 스케일링. 온디맨드보다 주파수를 더 원활하게 늘리거나 줄입니다.
주지사 = 성과 — 주파수는 항상 최대입니다.

자세한 내용은 다음을 참조하세요. 프로세서 주파수 조정기 매개변수의 전체 목록.

유사점이 보이나요? 나는 이것이 사용하는 것이 가장 좋다는 것을 당신에게 확신시키기 위해 이 비교를 보여주고 싶었습니다. 오후 정적 PHP-FPM용.

프로세서 조절기 매개변수의 경우 성능 서버의 CPU 제한에 거의 전적으로 의존하기 때문에 안전하게 성능을 높이는 데 도움이 됩니다. 물론 이 외에도 온도, 배터리 충전(노트북의 경우) 및 프로세서를 100%로 지속적으로 실행하는 데 따른 기타 부작용과 같은 요인도 있습니다. 성능 설정은 가장 빠른 프로세서 성능을 보장합니다. 예를 들어 다음 내용을 읽어보세요. Raspberry Pi의 force_turbo 매개변수RPi 패널이 레귤레이터를 사용하는 방법 성능, 낮은 CPU 클럭 속도로 인해 성능 향상이 더욱 눈에 띄게 나타납니다.

pm static을 사용하여 최대 서버 성능 달성

PHP-FPM 옵션 오후 정적 서버의 여유 메모리에 따라 크게 달라집니다. 메모리가 부족하면 선택하는 것이 좋습니다 주문형 또는 동적. 반면에 메모리가 있는 경우 pm을 설정하여 PHP 프로세스 관리자 오버헤드를 피할 수 있습니다. 정적 인 최대 서버 용량까지. 즉, 모든 것이 잘 계산되었다면 다음을 설정해야 합니다. 오후.정적 실행할 수 있는 PHP-FPM 프로세스의 최대 볼륨, 메모리 부족이나 캐시 문제가 발생하지 않습니다. 그러나 프로세서를 압도하고 실행을 기다리는 많은 PHP-FPM 작업을 축적할 정도로 높지는 않습니다..

위 스크린샷에서 서버는 pm = 정적 및 pm.max_children = 100, 이는 사용 가능한 10GB 중 약 32GB를 차지합니다. 강조 표시된 열에 주의하세요. 여기에서는 모든 것이 명확합니다. 이 스크린샷에는 Google Analytics에 약 200명의 활성 사용자(60초 이상)가 있었습니다. 이 수준에서는 PHP-FPM 하위 프로세스의 약 70%가 여전히 유휴 상태입니다. 즉, PHP-FPM은 현재 트래픽에 관계없이 항상 최대 서버 리소스 양으로 설정됩니다. 유휴 프로세스는 트래픽이 최고조에 달할 때까지 기다렸다가 즉시 응답합니다. 때까지 기다리지 않아도 됩니다. pm 하위 프로세스를 생성한 다음 기간이 만료되면 종료합니다. pm.process_idle_timeout. 값을 아주 높게 설정했어요 pm.max_requests왜냐하면 이것은 PHP에서 메모리 누수 없이 작동하는 서버이기 때문입니다. 설치할 수 있습니다 pm.max_requests = 0 기존 및 향후 PHP 스크립트에 완전히 확신이 있다면 static을 사용하세요. 그러나 시간이 지남에 따라 스크립트를 다시 실행하는 것이 좋습니다. 불필요한 pm 비용을 피하기 위해 많은 요청을 설정하십시오. 예를 들어, 적어도 pm.max_requests = 1000 - 수량에 따라 pm.max_children 초당 요청 수.

스크린샷은 명령을 보여줍니다. 리눅스 탑, u(사용자) 및 PHP-FPM 사용자 이름으로 필터링됩니다. 처음 50개 정도의 프로세스만 표시되지만(정확하게 계산하지는 않았습니다), 기본적으로 top은 터미널 창에 맞는 상위 통계를 표시합니다. 이 경우에는 % CPU(%CPU)를 기준으로 정렬됩니다. 100개의 PHP-FPM 프로세스를 모두 보려면 다음 명령을 실행하세요.

top -bn1 | grep php-fpm

pm ondemand 및 동적을 사용하는 경우

오후를 사용하는 경우 동적, 다음과 같은 오류가 발생합니다.

WARNING: [pool xxxx] seems busy (you may need to increase pm.start_servers, or pm.min/max_spare_servers), spawning 32 children, there are 4 idle, and 59 total children

매개변수를 변경해 보십시오. 다음과 같이 오류가 사라지지 않습니다. Serverfault의 이 게시물에 설명되어 있습니다.. 이 경우 pm.min 값이 너무 작았고, 웹 트래픽이 너무 다양하고 높은 피크와 깊은 계곡이 있기 때문에 pm을 적절하게 조정하기가 어렵습니다. 동적. 일반적으로 오후를 사용합니다. 주문형, 같은 게시물에서 조언했듯이. 하지만 이게 더 나쁜 이유는 주문형 트래픽이 거의 또는 전혀 없을 때 유휴 프로세스를 XNUMX으로 종료하고 여전히 트래픽 변경으로 인한 오버헤드가 발생하게 됩니다. 물론 엄청난 대기 시간을 설정하지 않는 한. 그럼 더 잘 활용하실 수 있을 거에요 오후.정적 + 높은 숫자 pm.max_requests.

PM 동적 특히 주문형 PHP-FPM 풀이 여러 개인 경우 유용할 수 있습니다. 예를 들어 여러 cPanel 계정을 호스팅하거나 여러 풀에서 여러 웹사이트를 호스팅합니다. 예를 들어 100개가 넘는 cpanel 계정과 약 200개의 도메인이 있는 서버가 있는데 pm.static 또는 심지어 동적으로도 저장되지 않습니다. 여기에 필요한 것은 주문형결국 웹사이트의 XNUMX/XNUMX 이상이 트래픽이 거의 또는 전혀 발생하지 않습니다. 주문형 모든 하위 프로세스가 중단되어 많은 메모리가 절약됩니다! 다행히 cPanel 개발자는 이를 알아차리고 값을 기본값으로 설정했습니다. 주문형. 이전에는 기본값이 동적, PHP-FPM은 사용량이 많은 공유 서버에는 전혀 적합하지 않았습니다. 많은 사람들이 사용했습니다. suPHP, 오후니까 동적 유휴 풀 및 cPanel PHP-FPM 계정이 있어도 메모리를 소비했습니다. 트래픽이 좋으면 PHP-FPM 풀이 많은 서버(공유 호스팅)에서는 호스팅되지 않을 가능성이 높습니다.

결론

PHP-FPM을 사용하고 있고 트래픽이 많은 경우 프로세스 관리자 주문형 и 동적 PHP-FPM의 경우 고유한 오버헤드로 인해 처리량이 제한됩니다. 시스템을 이해하고 최대 서버 용량에 따라 PHP-FPM 프로세스를 구성하십시오. 첫 번째 세트 pm.max_children 최대 오후 사용량에 따라 동적 또는 주문형, 메모리와 프로세서가 과부하되지 않고 작동할 수 있는 수준까지 이 값을 늘립니다. 당신은 그것을 알게 될 것입니다 오후 정적, 메모리에 모든 것이 있으므로 트래픽 급증으로 인해 시간이 지남에 따라 CPU 급증이 줄어들고 서버 및 CPU 로드 평균이 평준화됩니다. 평균 PHP-FPM 프로세스 크기는 웹 서버에 따라 다르며 수동 구성이 필요하므로 보다 자동화된 프로세스 관리자가 필요합니다. 동적 и 주문형 - 더 유명한. 이 기사가 도움이 되었기를 바랍니다.

UPD 벤치마크 차트 추가 ab. PHP-FPM 프로세스가 메모리에 있으면 프로세스가 앉아서 기다리는 메모리 소비를 희생하면서 성능이 향상됩니다. 자신에게 가장 적합한 옵션을 찾으십시오.

출처 : habr.com