🐩 👨‍💼 🎟️ 比较PHP FPM，PHP PPM，Nginx单元，React PHP和RoadRunner ⚫️ 🐫 👩🏾‍🌾

使用Yandex Tank执行测试。
Symfony 4和PHP 7.2被用作应用程序。
目的是比较不同负载下的服务特征并找到最佳选择。
为了方便起见，所有内容都收集在Docker容器中，并使用docker-compose进行募集。
猫下有很多桌子和图表。

源代码在这里。
本文中描述的所有命令示例都应从项目目录中执行。

应用程式

该应用程序在Symfony 4和PHP 7.2上运行。

仅回答一条路线并返回：

随机数
环境
过程的pid
服务所使用的服务的名称；
php.ini变量。

答案示例：

curl 'http://127.0.0.1:8000/' | python -m json.tool { "env": "prod", "type": "php-fpm", "pid": 8, "random_num": 37264, "php": { "version": "7.2.12", "date.timezone": "Europe/Paris", "display_errors": "", "error_log": "/proc/self/fd/2", "error_reporting": "32767", "log_errors": "1", "memory_limit": "256M", "opcache.enable": "1", "opcache.max_accelerated_files": "20000", "opcache.memory_consumption": "256", "opcache.validate_timestamps": "0", "realpath_cache_size": "4096K", "realpath_cache_ttl": "600", "short_open_tag": "" } }

在每个容器中配置PHP：

OPcache已启用；
使用composer配置了引导缓存；
php.ini设置符合Symfony最佳做法。

日志以stderr编写：
/config/packages/prod/monolog.yaml

 monolog: handlers: main: type: stream path: "php://stderr" level: error console: type: console

缓存写在/ dev / shm中：
/src/Kernel.php

 ... class Kernel extends BaseKernel { public function getCacheDir() { if ($this->environment === 'prod') { return '/dev/shm/symfony-app/cache/' . $this->environment; } else { return $this->getProjectDir() . '/var/cache/' . $this->environment; } } } ...

每个docker-compose都会启动三个主要容器：

Nginx-反向代理服务器；
应用-编写的具有所有依赖项的应用代码；
PHP FPM \ Nginx单元\ Road Runner \ React PHP-应用程序服务器。

请求处理仅限于两个应用程序实例（根据处理器内核的数量）。

服务项目

PHP FPM

PHP流程管理器。用C写。

优点：

无需跟踪内存；
无需更改应用程序中的任何内容。

缺点：

PHP必须为每个请求初始化变量。

使用docker-compose启动应用程序的命令：

 cd docker/php-fpm && docker-compose up -d

PHP PPM

PHP流程管理器。它是用PHP编写的。

优点：

初始化变量一次，然后使用它们；
无需在应用程序中进行任何更改（Symfony / Laravel，Zend和CakePHP有现成的模块）。

缺点：

需要跟随记忆。

使用docker-compose启动应用程序的命令：

 cd docker/php-ppm && docker-compose up -d

Nginx单位

Nginx团队的Application Server。用C写。

优点：

您可以使用HTTP API更改配置。
您可以使用不同的配置和语言版本同时运行一个应用程序的多个实例；
无需跟踪内存；
无需更改应用程序中的任何内容。

缺点：

PHP必须为每个请求初始化变量。

要从nginx-unit配置文件传递环境变量，您需要修复php.ini：

 ; Nginx Unit variables_order=E

使用docker-compose启动应用程序的命令：

 cd docker/nginx-unit && docker-compose up -d

反应PHP

用于事件编程的库。它是用PHP编写的。

优点：

使用该库，您可以编写一个服务器，该服务器仅初始化一次变量，然后继续使用它们。

缺点：

您必须为服务器编写代码；
需要跟踪内存。

如果为工作进程使用--reboot-kernel-after-request标志，则将针对每个请求重新初始化Symfony内核。使用这种方法，您无需监视内存。

工人守则

 #!/usr/bin/env php <?php use App\Kernel; use Symfony\Component\Debug\Debug; use Symfony\Component\HttpFoundation\Request; require __DIR__ . '/../config/bootstrap.php'; $env = $_SERVER['APP_ENV'] ?? $_ENV['APP_ENV'] ?? 'dev'; $debug = (bool)($_SERVER['APP_DEBUG'] ?? $_ENV['APP_DEBUG'] ?? ('prod' !== $env)); if ($debug) { umask(0000); Debug::enable(); } if ($trustedProxies = $_SERVER['TRUSTED_PROXIES'] ?? $_ENV['TRUSTED_PROXIES'] ?? false) { Request::setTrustedProxies(explode(',', $trustedProxies), Request::HEADER_X_FORWARDED_ALL ^ Request::HEADER_X_FORWARDED_HOST); } if ($trustedHosts = $_SERVER['TRUSTED_HOSTS'] ?? $_ENV['TRUSTED_HOSTS'] ?? false) { Request::setTrustedHosts(explode(',', $trustedHosts)); } $loop = React\EventLoop\Factory::create(); $kernel = new Kernel($env, $debug); $kernel->boot(); $rebootKernelAfterRequest = in_array('--reboot-kernel-after-request', $argv); /** @var \Psr\Log\LoggerInterface $logger */ $logger = $kernel->getContainer()->get('logger'); $server = new React\Http\Server(function (Psr\Http\Message\ServerRequestInterface $request) use ($kernel, $logger, $rebootKernelAfterRequest) { $method = $request->getMethod(); $headers = $request->getHeaders(); $content = $request->getBody(); $post = []; if (in_array(strtoupper($method), ['POST', 'PUT', 'DELETE', 'PATCH']) && isset($headers['Content-Type']) && (0 === strpos($headers['Content-Type'], 'application/x-www-form-urlencoded')) ) { parse_str($content, $post); } $sfRequest = new Symfony\Component\HttpFoundation\Request( $request->getQueryParams(), $post, [], $request->getCookieParams(), $request->getUploadedFiles(), [], $content ); $sfRequest->setMethod($method); $sfRequest->headers->replace($headers); $sfRequest->server->set('REQUEST_URI', $request->getUri()); if (isset($headers['Host'])) { $sfRequest->server->set('SERVER_NAME', current($headers['Host'])); } try { $sfResponse = $kernel->handle($sfRequest); } catch (\Exception $e) { $logger->error('Internal server error', ['error' => $e->getMessage(), 'trace' => $e->getTraceAsString()]); $sfResponse = new \Symfony\Component\HttpFoundation\Response('Internal server error', 500); } catch (\Throwable $e) { $logger->error('Internal server error', ['error' => $e->getMessage(), 'trace' => $e->getTraceAsString()]); $sfResponse = new \Symfony\Component\HttpFoundation\Response('Internal server error', 500); } $kernel->terminate($sfRequest, $sfResponse); if ($rebootKernelAfterRequest) { $kernel->reboot(null); } return new React\Http\Response( $sfResponse->getStatusCode(), $sfResponse->headers->all(), $sfResponse->getContent() ); }); $server->on('error', function (\Exception $e) use ($logger) { $logger->error('Internal server error', ['error' => $e->getMessage(), 'trace' => $e->getTraceAsString()]); }); $socket = new React\Socket\Server('tcp://0.0.0.0:9000', $loop); $server->listen($socket); $logger->info('Server running', ['addr' => 'tcp://0.0.0.0:9000']); $loop->run();

使用docker-compose启动应用程序的命令：

 cd docker/react-php && docker-compose up -d --scale php=2

公路跑者

Web服务器和PHP进程管理器。用Golang写。

优点：

您可以编写一个只会初始化变量一次并继续使用它们的工作程序。

缺点：

您必须为工人编写代码；
需要跟踪内存。

如果为工作进程使用--reboot-kernel-after-request标志，则将针对每个请求重新初始化Symfony内核。使用这种方法，您无需监视内存。

工人守则

 #!/usr/bin/env php <?php use App\Kernel; use Spiral\Goridge\SocketRelay; use Spiral\RoadRunner\PSR7Client; use Spiral\RoadRunner\Worker; use Symfony\Bridge\PsrHttpMessage\Factory\DiactorosFactory; use Symfony\Bridge\PsrHttpMessage\Factory\HttpFoundationFactory; use Symfony\Component\Debug\Debug; use Symfony\Component\HttpFoundation\Request; require __DIR__ . '/../config/bootstrap.php'; $env = $_SERVER['APP_ENV'] ?? $_ENV['APP_ENV'] ?? 'dev'; $debug = (bool)($_SERVER['APP_DEBUG'] ?? $_ENV['APP_DEBUG'] ?? ('prod' !== $env)); if ($debug) { umask(0000); Debug::enable(); } if ($trustedProxies = $_SERVER['TRUSTED_PROXIES'] ?? $_ENV['TRUSTED_PROXIES'] ?? false) { Request::setTrustedProxies(explode(',', $trustedProxies), Request::HEADER_X_FORWARDED_ALL ^ Request::HEADER_X_FORWARDED_HOST); } if ($trustedHosts = $_SERVER['TRUSTED_HOSTS'] ?? $_ENV['TRUSTED_HOSTS'] ?? false) { Request::setTrustedHosts(explode(',', $trustedHosts)); } $kernel = new Kernel($env, $debug); $kernel->boot(); $rebootKernelAfterRequest = in_array('--reboot-kernel-after-request', $argv); $relay = new SocketRelay('/tmp/road-runner.sock', null, SocketRelay::SOCK_UNIX); $psr7 = new PSR7Client(new Worker($relay)); $httpFoundationFactory = new HttpFoundationFactory(); $diactorosFactory = new DiactorosFactory(); while ($req = $psr7->acceptRequest()) { try { $request = $httpFoundationFactory->createRequest($req); $response = $kernel->handle($request); $psr7->respond($diactorosFactory->createResponse($response)); $kernel->terminate($request, $response); if($rebootKernelAfterRequest) { $kernel->reboot(null); } } catch (\Throwable $e) { $psr7->getWorker()->error((string)$e); } }

使用docker-compose启动应用程序的命令：

 cd docker/road-runner && docker-compose up -d

测试中

使用Yandex Tank执行测试。
该应用程序和Yandex Tank位于不同的虚拟服务器上。

带有应用程序的虚拟服务器的功能：
虚拟化 ：KVM
CPU ：2核
内存：4096 MB
固态硬盘 ：50 GB
连线：100MBit
作业系统 ：CentOS 7（64x）

经过测试的服务：

php-fpm
php-ppm
nginx单位
道路行人
road-runner-reboot（带有标志--reboot-kernel-after-request ）
反应PHP
react-php-reboot（带有标志--reboot-kernel-after-request ）

对于测试1000/10000 rps添加了php-fpm-80服务
使用了php-fpm配置：

 pm = dynamic pm.max_children = 80

Yandex坦克会预先确定需要向目标射击多少次，并且直到弹药筒用完才停止。根据服务的响应速度，测试时间可能会比测试配置中指定的时间更长。因此，不同服务的图形可能具有不同的长度。服务响应越慢，其时间表将越长。

对于Yandex Tank的每种服务和配置，仅进行了一项测试。因此，数字可能不正确。评估服务相对于彼此的特征非常重要。

100 rps

Phantom Yandex Tank配置

 phantom: load_profile: load_type: rps schedule: line(1, 100, 60s) const(100, 540s)

详细报告链接

php-fpm https://overload.yandex.net/150666
php-ppm https://overload.yandex.net/150670
nginx单元https://overload.yandex.net/150675
公路跑者https://overload.yandex.net/150681
road-runner-reboot https://overload.yandex.net/151961
react-php https://overload.yandex.net/150697
react-php-reboot https://overload.yandex.net/152063

响应时间百分比

	95％（毫秒）	90％（毫秒）	80％（毫秒）	50％（毫秒）	HTTP OK（％）	HTTP OK（计数）
php-fpm	9.9	6.3	4.35	3.59	100	57030
php-ppm	9.4	6	3.88	3.16	100	57030
nginx单位	11	6.6	4.43	3.69	100	57030
道路行人	8.1	5.1	3.53	2.92	100	57030
公路跑者重启	12	8.6	5.3	3.85	100	57030
反应PHP	8.5	4.91	3.29	2.74	100	57030
react-php-reboot	13	8.5	5.5	3.95	100	57030

监控方式

	cpu中位数（％）	最高CPU（％）	内存中位数（MB）	最大记忆体（MB）
php-fpm	9.15	12.58	880.32	907.97
php-ppm	7.08	13.68	901.72	913.80
nginx单位	9.56	12.54	923.02	943.90
道路行人	5.57	8.61	992.71	1,001.46
公路跑者重启	9.18	12.67	848.43	870.26
反应PHP	4.53	6.58	1,004.68	1,009.91
react-php-reboot	9.61	12.67	885.92	892.52

图表

图1.1每秒平均响应时间

图表1.2每秒平均处理器负载

图1.3每秒平均内存消耗

500 rps

Phantom Yandex Tank配置

 phantom: load_profile: load_type: rps schedule: line(1, 500, 60s) const(500, 540s)

详细报告链接

php-fpm https://overload.yandex.net/150705
php-ppm https://overload.yandex.net/150710
nginx单位https://overload.yandex.net/150711
公路跑者https://overload.yandex.net/150715
road-runner-reboot https://overload.yandex.net/152011
react-php https://overload.yandex.net/150717
react-php-reboot https://overload.yandex.net/152064

响应时间百分比

	95％（毫秒）	90％（毫秒）	80％（毫秒）	50％（毫秒）	HTTP OK（％）	HTTP OK（计数）
php-fpm	13	8.4	5.3	3.69	100	285030
php-ppm	15	9	4.72	3.24	100	285030
nginx单位	12	8	5.5	3.93	100	285030
道路行人	9.6	6	3.71	2.83	100	285030
公路跑者重启	14	11	7.1	4.45	100	285030
反应PHP	9.3	5.8	3.57	2.68	100	285030
react-php-reboot	15	12	7.2	4.21	100	285030

监控方式

	cpu中位数（％）	最高CPU（％）	内存中位数（MB）	最大记忆体（MB）
php-fpm	41.68	48.33	1,006.06	1,015.09
php-ppm	33.90	48.90	1,046.32	1,055.00
nginx单位	42.13	47.92	1,006.67	1,015.73
道路行人	08/24	06/28	1,035.86	1,044.58
公路跑者重启	46.23	52.04	939.63	948.08
反应PHP	19.57	23.42	1,049.83	1,060.26
react-php-reboot	41.30	47.89	957.01	958.56

图表

图2.1每秒平均响应时间

图2.2每秒平均处理器负载

图2.3每秒平均内存消耗

1000每秒

Phantom Yandex Tank配置

 phantom: load_profile: load_type: rps schedule: line(1, 1000, 60s) const(1000, 60s)

详细报告链接

php-fpm https://overload.yandex.net/150841
php-fpm-80 https://overload.yandex.net/153612
php-ppm https://overload.yandex.net/150842
nginx单位https://overload.yandex.net/150843
路跑者https://overload.yandex.net/150844
road-runner-reboot https://overload.yandex.net/152068
react-php https://overload.yandex.net/150846
react-php-reboot https://overload.yandex.net/152065

响应时间百分比

	95％（毫秒）	90％（毫秒）	80％（毫秒）	50％（毫秒）	HTTP OK（％）	HTTP OK（计数）
php-fpm	11050	11050	9040	195	80.67	72627
php-fpm-80	3150	1375	1165	152	99.85	89895
php-ppm	2785	2740	2685	2545	100	90030
nginx单位	98	80	60	21	100	90030
道路行人	27	15	7.1	3.21	100	90030
公路跑者重启	1110	1100	1085	1060	100	90030
反应PHP	23	13	5.6	2.86	100	90030
react-php-reboot	28	24	19	11	100	90030

监控方式

	cpu中位数（％）	最高CPU（％）	内存中位数（MB）	最大记忆体（MB）
php-fpm	12.66	78.25	990.16	1,006.56
php-fpm-80	83.78	91.28	746.01	937.24
php-ppm	66.16	91.20	1,088.74	1,102.92
nginx单位	78.11	88.77	1,010.15	1,062.01
路行者	42.93	54.23	1,010.89	1,068.48
公路跑者重启	77.64	85.66	976.44	1,044.05
反应PHP	36.39	46.31	1,018.03	1,088.23
react-php-reboot	72.11	81.81	911.28	961.62

图表

图3.1每秒平均响应时间

图3.2每秒平均响应时间（无php-fpm，php-ppm，road-runner-reboot）

图3.3每秒平均处理器负载

图3.4每秒平均内存消耗

10000 rps

Phantom Yandex Tank配置

 phantom: load_profile: load_type: rps schedule: line(1, 10000, 30s) const(10000, 30s)

详细报告链接

php-fpm https://overload.yandex.net/150849
php-fpm-80 https://overload.yandex.net/153615
php-ppm https://overload.yandex.net/150874
nginx单元https://overload.yandex.net/150876
公路跑者https://overload.yandex.net/150881
road-runner-reboot https://overload.yandex.net/152069
react-php https://overload.yandex.net/150885
react-php-reboot https://overload.yandex.net/152066

响应时间百分比

	95％（毫秒）	90％（毫秒）	80％（毫秒）	50％（毫秒）	HTTP OK（％）	HTTP OK（计数）
php-fpm	11050	11050	11050	1880年	70.466	317107
php-fpm-80	3260	3140	1360	1145	99.619	448301
php-ppm	2755	2730	2695	2605	100	450015
nginx单位	1020	1010	1000	980	100	450015
道路行人	640	630	615	580	100	450015
公路跑者重启	1130	1120	1110	1085	100	450015
反应PHP	1890年	1090	1045	58	99.996	4,49996
react-php-reboot	3480	3070	1255	91	99.72	448753

监控方式

	cpu中位数（％）	最高CPU（％）	内存中位数（MB）	最大记忆体（MB）
php-fpm	5.57	79.35	984.47	998.78
php-fpm-80	85.05	92.19	936.64	943.93
php-ppm	66.86	82.41	1,089.31	1,097.41
nginx单位	86.14	93.94	1,067.71	1,069.52
道路行人	73.41	82.72	1,129.48	1,134.00
公路跑者重启	80.32	86.29	982.69	984.80
反应PHP	73.76	82.18	1,101.71	1,105.06
react-php-reboot	85.77	91.92	975.85	978.42

图4.1每秒平均响应时间

图表4.2每秒平均响应时间（不包括php-fpm，php-ppm）

图4.3每秒平均处理器负载

图4.4每秒平均内存消耗

总结

以下图表显示了根据负载而变化的服务特性。在查看图表时，值得考虑的是，并非所有服务都可以100％答复请求。

图5.1响应时间的95％

图表5.2 95％的响应时间百分位数

图5.3最大CPU负载

图5.4最大内存消耗

我认为，最佳解决方案（无需更改代码）是Nginx Unit流程管理器。它在响应速度方面显示出良好的结果，并得到了公司的支持。

无论如何，根据您的工作负载，服务器资源和开发人员的能力，需要分别选择开发方法和工具。

UPD
对于测试1000/10000 rps添加了php-fpm-80服务
使用了php-fpm配置：

 pm = dynamic pm.max_children = 80

比较PHP FPM，PHP PPM，Nginx单元，React PHP和RoadRunner

应用程式

服务项目

PHP FPM

PHP PPM

Nginx单位

反应PHP

公路跑者

测试中

100 rps

Phantom Yandex Tank配置

详细报告链接

响应时间百分比

监控方式

图表

500 rps

Phantom Yandex Tank配置

详细报告链接

响应时间百分比

监控方式

图表

1000每秒

Phantom Yandex Tank配置

详细报告链接

响应时间百分比

监控方式

图表

10000 rps

Phantom Yandex Tank配置

详细报告链接

响应时间百分比

监控方式

总结

More articles: