PHP FPM, PHP PPM, Nginx Unit, React PHP और RoadRunner की तुलना करें

स्रोत कोड यहाँ है
लेख में वर्णित आदेशों के सभी उदाहरणों को परियोजना निर्देशिका से निष्पादित किया जाना चाहिए।

आवेदन

आवेदन सिम्फनी 4 और पीएचपी 7.2 पर चलता है।

केवल एक ही मार्ग का उत्तर और रिटर्न:

• यादृच्छिक संख्या;
• पर्यावरण;
• प्रक्रिया की ख़बर;
• उस सेवा का नाम जिसके साथ यह काम करता है;
• 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 सक्षम है;
• कंपोज़र का उपयोग करके कॉन्फ़िगर बूटस्ट्रैप कैश;
• php.ini सेटिंग्स सिम्फनी सर्वोत्तम प्रथाओं के अनुरूप हैं।

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; } } } ... 

प्रत्येक डॉकटर-कंपोज ने तीन मुख्य कंटेनर लॉन्च किए:

• Nginx - रिवर्स प्रॉक्सी सर्वर;
• ऐप - सभी आश्रितों के साथ तैयार आवेदन कोड;
• PHP FPM \ Nginx Unit \ Road Runner \ React PHP - एप्लिकेशन सर्वर।

अनुरोध प्रसंस्करण दो एप्लिकेशन इंस्टेंस (प्रोसेसर कोर की संख्या) तक सीमित है।

सेवाएं

PHP FPM

PHP प्रक्रिया प्रबंधक। सी। में लिखा।

पेशेवरों:

• स्मृति का ट्रैक रखने की कोई आवश्यकता नहीं है;
• आवेदन में कुछ भी बदलने की जरूरत नहीं है।

विपक्ष:

• PHP को प्रत्येक अनुरोध के लिए चर को इनिशियलाइज़ करना होगा।

डॉकटर-कंपोज़ के साथ एप्लिकेशन लॉन्च करने की कमान:

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

PHP PPM

PHP प्रक्रिया प्रबंधक। यह PHP में लिखा है।

पेशेवरों:

• चर को एक बार आरंभ करता है और फिर उनका उपयोग करता है;
• आवेदन में कुछ भी बदलने की आवश्यकता नहीं है (सिम्फनी / लारवेल, ज़ेंड, केकपीएचपी के लिए तैयार मॉड्यूल हैं)।

विपक्ष:

• स्मृति का पालन करने की जरूरत है।

डॉकटर-कंपोज़ के साथ एप्लिकेशन लॉन्च करने की कमान:

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

Nginx इकाई

Nginx टीम से एप्लिकेशन सर्वर। सी। में लिखा।

पेशेवरों:

• आप HTTP एपीआई का उपयोग करके कॉन्फ़िगरेशन को बदल सकते हैं;
• आप विभिन्न कॉन्फ़िगरेशन और भाषा संस्करणों के साथ एक साथ कई एप्लिकेशन चला सकते हैं;
• स्मृति का ट्रैक रखने की कोई आवश्यकता नहीं है;
• आवेदन में कुछ भी बदलने की जरूरत नहीं है।

विपक्ष:

• PHP को प्रत्येक अनुरोध के लिए चर को इनिशियलाइज़ करना होगा।

Nginx- यूनिट कॉन्फ़िगरेशन फ़ाइल से पर्यावरण चर पास करने के लिए, आपको php.ini को ठीक करना होगा:

 ; Nginx Unit variables_order=E 

डॉकटर-कंपोज़ के साथ एप्लिकेशन लॉन्च करने की कमान:

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

PHP को React करे

इवेंट प्रोग्रामिंग के लिए लाइब्रेरी। यह PHP में लिखा है।

पेशेवरों:

• पुस्तकालय का उपयोग करते हुए, आप एक सर्वर लिख सकते हैं जो केवल एक बार चर को आरंभ करेगा और उनके साथ काम करना जारी रखेगा।

विपक्ष:

• आपको सर्वर के लिए कोड लिखना होगा;
• स्मृति का ट्रैक रखने की जरूरत है।

यदि आप कार्यकर्ता के लिए --reboot-k गिने-बाद-अनुरोध ध्वज का उपयोग करते हैं, तो प्रत्येक अनुरोध के लिए सिम्फनी कर्नेल को फिर से बनाया जाएगा। इस दृष्टिकोण के साथ, आपको मेमोरी की निगरानी करने की आवश्यकता नहीं है।

 #!/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(); 

डॉकटर-कंपोज़ के साथ एप्लिकेशन लॉन्च करने की कमान:

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

सड़क चलाने वाला

वेब सर्वर और PHP प्रक्रिया प्रबंधक। गोलांग में लिखा है।

पेशेवरों:

• आप एक कार्यकर्ता को लिख सकते हैं जो केवल एक बार चर को इनिशियलाइज़ करेगा और उनके साथ काम करना जारी रखेगा।

विपक्ष:

• आपको कार्यकर्ता के लिए कोड लिखना होगा;
• स्मृति का ट्रैक रखने की जरूरत है।

यदि आप कार्यकर्ता के लिए --reboot-k गिने-बाद-अनुरोध ध्वज का उपयोग करते हैं, तो प्रत्येक अनुरोध के लिए सिम्फनी कर्नेल को फिर से बनाया जाएगा। इस दृष्टिकोण के साथ, आपको मेमोरी की निगरानी करने की आवश्यकता नहीं है।

 #!/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); } } 

डॉकटर-कंपोज़ के साथ एप्लिकेशन लॉन्च करने की कमान:

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

परीक्षण

यैंडेक्स टैंक का उपयोग करके परीक्षण किया गया था।
एप्लिकेशन और यैंडेक्स टैंक विभिन्न आभासी सर्वरों पर थे।

आवेदन के साथ आभासी सर्वर की विशेषताएं:
वर्चुअलाइजेशन : के.वी.एम.
सीपीयू : 2 कोर
रैम : 4096 एमबी
एसएसडी : 50 जीबी
कनेक्शन : 100MBit
ओएस : सेंटोस 7 (64x)

परीक्षणित सेवाएँ:

• php-एफ पी एम
• php-पीपीएम
• nginx इकाई
• सड़क धावक
• सड़क-धावक-रिबूट (ध्वज के साथ - क्रेबूट-कर्नेल-आफ्टर-रिक्वेस्ट )
• प्रतिक्रिया-php
• प्रतिक्रिया-php-रिबूट (ध्वज के साथ - क्रेबूट-कर्नेल-आफ्टर-रिक्वेस्ट )

परीक्षणों के लिए 1000/10000 आरपीएस ने php-fpm-80 सेवा को जोड़ा
इसके लिए php-fpm कॉन्फ़िगरेशन का उपयोग किया गया था:

 pm = dynamic pm.max_children = 80 

यांडेक्स टैंक अग्रिम में निर्धारित करता है कि कितनी बार इसे लक्ष्य पर शूट करने की आवश्यकता है, और जब तक कारतूस बाहर नहीं निकलते हैं तब तक रुकते नहीं हैं। सेवा की प्रतिक्रिया गति के आधार पर, परीक्षण का समय परीक्षण कॉन्फ़िगरेशन में निर्दिष्ट से अधिक लंबा हो सकता है। इस वजह से, विभिन्न सेवाओं के ग्राफिक्स में अलग-अलग लंबाई हो सकती है। यह सेवा जितनी धीमी गति से प्रतिक्रिया करती है, उतनी ही लंबी अवधि होगी।

यैंडेक्स टैंक की प्रत्येक सेवा और कॉन्फ़िगरेशन के लिए, केवल एक परीक्षण किया गया था। इस वजह से नंबर गलत हो सकते हैं। एक दूसरे के सापेक्ष सेवाओं की विशेषताओं का मूल्यांकन करना महत्वपूर्ण था।

100 आरपीएस

फैंटम यांडेक्स टैंक कॉन्फ़िगरेशन

 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-unit https://overload.yandex.net/150675
• रोड-रनर https://overload.yandex.net/150681
• रोड-रनर-रिबूट https://overload.yandex.net/151961
• प्रतिक्रिया-php https://overload.yandex.net/150697
• प्रतिक्रिया-php-रिबूट https://overload.yandex.net/152063

प्रतिक्रिया समय के प्रतिशत

निगरानी

ग्राफिक्स

चार्ट 1.1 प्रति सेकंड औसत प्रतिक्रिया समय

चार्ट 1.2 प्रति सेकंड औसत प्रोसेसर लोड

चार्ट 1.3 प्रति सेकंड औसत मेमोरी खपत

500 आरपीएस

फैंटम यांडेक्स टैंक कॉन्फ़िगरेशन

 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-unit https://overload.yandex.net/150711
• रोड-रनर https://overload.yandex.net/150715
• रोड-रनर-रिबूट https://overload.yandex.net/152011
• प्रतिक्रिया-php https://overload.yandex.net/150717
• प्रतिक्रिया-php-रिबूट https://overload.yandex.net/152064

प्रतिक्रिया समय के प्रतिशत

निगरानी

ग्राफिक्स

चार्ट 2.1 प्रति सेकंड औसत प्रतिक्रिया समय

चार्ट 2.2 प्रति सेकंड औसत प्रोसेसर लोड

चार्ट 2.3 प्रति सेकंड औसत मेमोरी खपत

1000 आरपीएस

फैंटम यांडेक्स टैंक कॉन्फ़िगरेशन

 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-unit https://overload.yandex.net/150843
• रोड-रनर https://overload.yandex.net/150844
• रोड-रनर-रिबूट https://overload.yandex.net/152068
• प्रतिक्रिया-php https://overload.yandex.net/150846
• प्रतिक्रिया-php-रिबूट https://overload.yandex.net/152065

प्रतिक्रिया समय के प्रतिशत

निगरानी

ग्राफिक्स

चार्ट 3.1 प्रति सेकंड औसत प्रतिक्रिया समय

चार्ट 3.2 प्रति सेकंड औसत प्रतिक्रिया समय (बिना php-fpm, php-ppm, रोड-रनर-रिबूट)

चार्ट 3.3 प्रति सेकंड औसत प्रोसेसर लोड

चार्ट 3.4 प्रति सेकंड औसत मेमोरी खपत

10000 आरपीएस

फैंटम यांडेक्स टैंक कॉन्फ़िगरेशन

 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-unit https://overload.yandex.net/150876
• रोड-रनर https://overload.yandex.net/150881
• रोड-रनर-रिबूट https://overload.yandex.net/152069
• प्रतिक्रिया-php https://overload.yandex.net/150885
• प्रतिक्रिया-php-रिबूट https://overload.yandex.net/152066

प्रतिक्रिया समय के प्रतिशत

निगरानी

चार्ट 4.1 प्रति सेकंड औसत प्रतिक्रिया समय

चार्ट 4.2 प्रति सेकंड औसत प्रतिक्रिया समय (php-fpm के बिना, php-ppm)

चार्ट 4.3 प्रति सेकंड औसत प्रोसेसर लोड

चार्ट 4.4 प्रति सेकंड औसत मेमोरी खपत

परिणाम

यहां भार के आधार पर सेवाओं की विशेषताओं में परिवर्तन दिखाने वाले ग्राफ़ हैं। चार्ट को देखते समय, यह विचार करने योग्य है कि सभी सेवाओं ने 100% अनुरोधों का जवाब नहीं दिया।

चार्ट 5.1 95% प्रतिक्रिया समय का प्रतिशत

चार्ट 5.2 95% प्रतिक्रिया समय का प्रतिशत (बिना php-fpm)

ग्राफ़ 5.3 अधिकतम सीपीयू लोड

चार्ट 5.4 अधिकतम मेमोरी खपत

इष्टतम समाधान, (कोड को बदले बिना), मेरी राय में, नेग्नेक्स यूनिट प्रक्रिया प्रबंधक है। यह प्रतिक्रिया की गति में अच्छे परिणाम दिखाता है और इसमें कंपनी का समर्थन है।

किसी भी स्थिति में, आपके कार्यभार, सर्वर संसाधनों और डेवलपर क्षमताओं के आधार पर, विकास के दृष्टिकोण और उपकरणों को व्यक्तिगत रूप से चुना जाना चाहिए।

युपीडी
परीक्षणों के लिए 1000/10000 आरपीएस ने php-fpm-80 सेवा को जोड़ा
इसके लिए php-fpm कॉन्फ़िगरेशन का उपयोग किया गया था:

 pm = dynamic pm.max_children = 80