ការដំឡើង PHP-FPM៖ ប្រើ pm static សម្រាប់ដំណើរការអតិបរមា

កំណែ​ដែល​មិន​បាន​កែ​សម្រួល​នៃ​អត្ថបទ​នេះ​ត្រូវ​បាន​បោះពុម្ព​ដំបូង​នៅ​លើ haydenjames.io ហើយបោះពុម្ពនៅទីនេះដោយមានការអនុញ្ញាតពីនាង អ្នកនិពន្ធ.

ខ្ញុំនឹងប្រាប់អ្នកដោយសង្ខេបពីរបៀបដែលល្អបំផុតដើម្បីកំណត់រចនាសម្ព័ន្ធ PHP-FPM ដើម្បីបង្កើនការបញ្ជូន កាត់បន្ថយភាពយឺតយ៉ាវ និងប្រើស៊ីភីយូ និងអង្គចងចាំឱ្យបានជាប់លាប់។ តាមលំនាំដើម បន្ទាត់ PM (អ្នកគ្រប់គ្រងដំណើរការ) នៅក្នុង PHP-FPM គឺ ថាមវន្តហើយប្រសិនបើអ្នកមិនមានអង្គចងចាំគ្រប់គ្រាន់ទេនោះ វាជាការប្រសើរក្នុងការដំឡើង អញ្ចឹង. ចូរយើងប្រៀបធៀបជម្រើសត្រួតពិនិត្យចំនួន 2 ដោយផ្អែកលើឯកសារ php.net ហើយមើលថាតើអ្វីដែលខ្ញុំចូលចិត្តខុសពីពួកគេ។ ឋិតិវន្ត pm សម្រាប់ចរាចរណ៍បរិមាណខ្ពស់៖

pm = ថាមវន្ត - ចំនួនដំណើរការកុមារត្រូវបានកំណត់រចនាសម្ព័ន្ធថាមវន្តដោយផ្អែកលើការណែនាំខាងក្រោម៖ pm.max_children, pm.start_servers, pm.min_spare_servers, pm.max_spare_servers.
ល្ងាច = តាមតម្រូវការ - ដំណើរការត្រូវបានបង្កើតឡើងតាមតម្រូវការ (ផ្ទុយទៅនឹងការបង្កើតថាមវន្ត នៅពេលដែល pm.start_servers ត្រូវបានបើកដំណើរការនៅពេលសេវាកម្មចាប់ផ្តើម)។
pm = ឋិតិវន្ត - ចំនួនដំណើរការកុមារត្រូវបានជួសជុល និងត្រូវបានចង្អុលបង្ហាញដោយប៉ារ៉ាម៉ែត្រ pm.max_children.

សម្រាប់ព័ត៌មានលម្អិតសូមមើល បញ្ជីពេញលេញនៃការណែនាំជាសកល php-fpm.conf.

ភាពស្រដៀងគ្នារវាងកម្មវិធីគ្រប់គ្រងដំណើរការ PHP-FPM និងឧបករណ៍បញ្ជាប្រេកង់ស៊ីភីយូ

វាអាចមើលទៅក្រៅប្រធានបទ ប៉ុន្តែខ្ញុំនឹងភ្ជាប់វាទៅនឹងប្រធានបទនៃការកំណត់រចនាសម្ព័ន្ធ PHP-FPM ។ តើអ្នកណាខ្លះដែលមិនទាន់ជួបប្រទះការយឺតយ៉ាវនៃដំណើរការយ៉ាងហោចណាស់ម្តង - នៅលើកុំព្យូទ័រយួរដៃ ម៉ាស៊ីននិម្មិត ឬម៉ាស៊ីនមេដែលខិតខំប្រឹងប្រែង? ចងចាំការធ្វើមាត្រដ្ឋានប្រេកង់ស៊ីភីយូ? ជម្រើសទាំងនេះមានសម្រាប់ nix និង Windows អាចធ្វើឱ្យប្រសើរឡើងនូវដំណើរការប្រព័ន្ធ និងការឆ្លើយតបដោយការផ្លាស់ប្តូរការកំណត់ដំណើរការបិទបើកពី អញ្ចឹង នៅលើ ការសម្តែង * ។ លើក​នេះ​សូម​ធ្វើការ​ប្រៀបធៀប​ការ​ពិពណ៌នា​និង​មើល​ភាព​ស្រដៀង​គ្នា៖

Governor=ondemand - ការធ្វើមាត្រដ្ឋានថាមវន្តនៃប្រេកង់ដំណើរការអាស្រ័យលើបន្ទុកបច្ចុប្បន្ន។ លោតយ៉ាងលឿនទៅប្រេកង់អតិបរមា ហើយបន្ទាប់មកកាត់បន្ថយវា នៅពេលដែលរយៈពេលនៃភាពអសកម្មកើនឡើង។
អភិបាល = អភិរក្ស = ការធ្វើមាត្រដ្ឋានប្រេកង់ថាមវន្តអាស្រ័យលើបន្ទុកបច្ចុប្បន្ន។ បង្កើន និងបន្ថយប្រេកង់យ៉ាងរលូនជាងការបញ្ជាទិញ។
អភិបាល = ការសម្តែង - ប្រេកង់គឺតែងតែអតិបរមា។

សម្រាប់ព័ត៌មានលម្អិតសូមមើល បញ្ជីពេញលេញនៃប៉ារ៉ាម៉ែត្រនិយតករប្រេកង់ខួរក្បាល.

ឃើញភាពស្រដៀងគ្នាទេ? ខ្ញុំចង់បង្ហាញការប្រៀបធៀបនេះ ដើម្បីបញ្ចុះបញ្ចូលអ្នកថាវាល្អបំផុតក្នុងការប្រើប្រាស់ pm ឋិតិវន្ត សម្រាប់ PHP-FPM ។

សម្រាប់ប៉ារ៉ាម៉ែត្រនិយតករដំណើរការ ការសម្តែង ជួយបង្កើនប្រសិទ្ធភាពដោយសុវត្ថិភាព ព្រោះវាពឹងផ្អែកទាំងស្រុងលើដែនកំណត់ CPU របស់ម៉ាស៊ីនមេ។ បន្ថែមពីលើនេះ ជាការពិត វាក៏មានកត្តាមួយចំនួនដូចជា សីតុណ្ហភាព ការសាកថ្ម (នៅក្នុងកុំព្យូទ័រយួរដៃ) និងផលរំខានផ្សេងទៀតនៃការដំណើរការខួរក្បាលឥតឈប់ឈរនៅ 100% ។ ការកំណត់ដំណើរការធានានូវដំណើរការរបស់ខួរក្បាលលឿនបំផុត។ អានឧទាហរណ៍អំពី ប៉ារ៉ាម៉ែត្រ force_turbo នៅក្នុង Raspberry Piដែលបន្ទះ RPi នឹងប្រើនិយតករ ការសម្តែងដែលជាកន្លែងដែលការកែលម្អការអនុវត្តនឹងកាន់តែគួរឱ្យកត់សម្គាល់ដោយសារតែល្បឿននាឡិកាស៊ីភីយូទាប។

ការប្រើប្រាស់ pm static ដើម្បីសម្រេចបាននូវដំណើរការម៉ាស៊ីនមេអតិបរមា

ជម្រើស PHP-FPM pm ឋិតិវន្ត ភាគច្រើនអាស្រ័យលើអង្គចងចាំឥតគិតថ្លៃនៅលើម៉ាស៊ីនមេ។ ប្រសិនបើអង្គចងចាំមានកម្រិតទាប វាជាការប្រសើរក្នុងការជ្រើសរើស អញ្ចឹង ឬ ថាមវន្ត. ម្យ៉ាងវិញទៀត ប្រសិនបើអ្នកមានអង្គចងចាំ អ្នកអាចជៀសវាងកម្មវិធីគ្រប់គ្រងដំណើរការ PHP ដោយការកំណត់ម៉ោង ឋិតិវន្ត ដល់សមត្ថភាពម៉ាស៊ីនមេអតិបរមា។ នៅក្នុងពាក្យផ្សេងទៀតប្រសិនបើអ្វីគ្រប់យ៉ាងត្រូវបានគណនាបានល្អអ្នកត្រូវបង្កើត pm.static ដល់បរិមាណអតិបរមានៃដំណើរការ PHP-FPM ដែលអាចប្រតិបត្តិបាន ដោយមិនបង្កើតបញ្ហាជាមួយនឹងអង្គចងចាំទាប ឬឃ្លាំងសម្ងាត់។ ប៉ុន្តែវាមិនខ្ពស់ទេដែលវាគ្របដណ្ដប់លើដំណើរការ និងប្រមូលផ្តុំប្រតិបត្តិការ PHP-FPM ជាច្រើនដែលកំពុងរង់ចាំការប្រតិបត្តិ។.

នៅក្នុងរូបថតអេក្រង់ខាងលើម៉ាស៊ីនមេមាន pm = ឋិតិវន្ត និង pm.max_children = 100ហើយវាត្រូវការប្រហែល 10 GB ក្នុងចំណោម 32 ដែលមាន។ យកចិត្តទុកដាក់លើជួរឈរដែលបានបន្លិច អ្វីគ្រប់យ៉ាងគឺច្បាស់នៅទីនេះ។ នៅក្នុងរូបថតអេក្រង់នេះមានអ្នកប្រើប្រាស់សកម្មប្រហែល 200 នាក់ (ច្រើនជាង 60 វិនាទី) នៅក្នុង Google Analytics ។ នៅកម្រិតនេះ ប្រហែល 70% នៃដំណើរការកូន PHP-FPM នៅតែទំនេរ។ នេះមានន័យថា PHP-FPM តែងតែត្រូវបានកំណត់ទៅចំនួនអតិបរមានៃធនធានម៉ាស៊ីនមេដោយមិនគិតពីចរាចរណ៍បច្ចុប្បន្ន។ ដំណើរការទំនេររង់ចាំដល់កំពូលចរាចរណ៍ ហើយឆ្លើយតបភ្លាមៗ។ អ្នកមិនចាំបាច់រង់ចាំរហូតដល់ pm នឹងបង្កើតដំណើរការកុមារ ហើយបន្ទាប់មកបញ្ចប់វានៅពេលដែលរយៈពេលផុតកំណត់ pm.process_idle_អស់ពេល. ខ្ញុំកំណត់តម្លៃឱ្យខ្ពស់ណាស់។ pm.max_requestsដោយសារតែនេះគឺជាម៉ាស៊ីនមេដែលដំណើរការដោយគ្មានអង្គចងចាំលេចធ្លាយនៅក្នុង PHP ។ អ្នកអាចដំឡើង pm.max_requests = 0 ជាមួយនឹងឋិតិវន្ត ប្រសិនបើអ្នកមានទំនុកចិត្តទាំងស្រុងលើស្គ្រីប PHP ដែលមានស្រាប់ និងអនាគត។ ប៉ុន្តែវាជាការប្រសើរក្នុងការដំណើរការស្គ្រីបឡើងវិញតាមពេលវេលា។ កំណត់សំណើមួយចំនួនធំ ពីព្រោះយើងចង់ជៀសវាងការចំណាយពេលរសៀលដែលមិនចាំបាច់។ ជាឧទាហរណ៍យ៉ាងហោចណាស់ pm.max_requests = 1000 - អាស្រ័យលើបរិមាណ pm.max_children និងចំនួនសំណើរក្នុងមួយវិនាទី។

រូបថតអេក្រង់បង្ហាញពាក្យបញ្ជា លីនុចកំពូលត្រងដោយ u (អ្នកប្រើប្រាស់) និងឈ្មោះអ្នកប្រើប្រាស់ PHP-FPM ។ មានតែដំណើរការ 50 ឬដូច្នេះដំបូងប៉ុណ្ណោះដែលត្រូវបានបង្ហាញ (ខ្ញុំមិនបានរាប់យ៉ាងពិតប្រាកដទេ) ប៉ុន្តែជាសំខាន់ កំពូលបង្ហាញស្ថិតិកំពូលដែលសមនឹងបង្អួចស្ថានីយ។ ក្នុង​ករណី​នេះ​បាន​តម្រៀប​ដោយ % CPU (% CPU) ។ ដើម្បីមើលដំណើរការ PHP-FPM ទាំង 100 សូមដំណើរការពាក្យបញ្ជា៖

top -bn1 | grep php-fpm

ពេលណាត្រូវប្រើ pm ondemand និង dynamic

ប្រសិនបើអ្នកប្រើម៉ោង ថាមវន្ត, កំហុសដូចនេះកើតឡើង៖

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 ត្រូវបានប្រើ អញ្ចឹង, ដូចដែលបានណែនាំនៅក្នុងប្រកាសដូចគ្នា។. ប៉ុន្តែនេះកាន់តែអាក្រក់ទៅទៀតព្រោះ អញ្ចឹង បញ្ចប់ដំណើរការទំនេរដល់សូន្យ នៅពេលដែលមានចរាចរណ៍តិចតួច ឬគ្មាន ហើយអ្នកនឹងនៅតែបញ្ចប់ជាមួយនឹងការផ្លាស់ប្តូរចរាចរណ៍។ លើកលែងតែអ្នកកំណត់ពេលវេលារង់ចាំដ៏ធំមួយ។ ហើយបន្ទាប់មកវាល្អប្រសើរជាងមុនដើម្បីប្រើ pm.static + លេខខ្ពស់។ pm.max_requests.

PM ថាមវន្ត និងជាពិសេស អញ្ចឹង ប្រហែលជាមានប្រយោជន៍ប្រសិនបើអ្នកមានអាង PHP-FPM ច្រើន។ ឧទាហរណ៍ អ្នកបង្ហោះគណនី cPanel ច្រើន ឬគេហទំព័រច្រើននៅក្នុងក្រុមផ្សេងៗគ្នា។ ខ្ញុំមានម៉ាស៊ីនមេដែលមានគណនី 100+ cpanel និងប្រហែល 200 domains ហើយ pm.static ឬសូម្បីតែ dynamic នឹងមិនជួយសង្គ្រោះខ្ញុំទេ។ អ្វីដែលអ្នកត្រូវការគឺនៅទីនេះ អញ្ចឹងយ៉ាងណាមិញ គេហទំព័រច្រើនជាង 2/3 ទទួលបានចរាចរតិចតួច ឬគ្មាន និងជាមួយ អញ្ចឹង ដំណើរការរបស់កុមារទាំងអស់នឹងរលត់ ដែលនឹងជួយសន្សំការចងចាំបានច្រើន! ជាសំណាងល្អ អ្នកអភិវឌ្ឍន៍ cPanel បានកត់សម្គាល់រឿងនេះ ហើយកំណត់តម្លៃទៅជាលំនាំដើម អញ្ចឹង. ពីមុននៅពេលដែលលំនាំដើមគឺ ថាមវន្ត, PHP-FPM មិនស័ក្តិសមសម្រាប់ម៉ាស៊ីនមេចែករំលែករវល់ទាល់តែសោះ។ មនុស្សជាច្រើនបានប្រើ suPHP, ដោយសារតែល្ងាច ថាមវន្ត ប្រើប្រាស់អង្គចងចាំសូម្បីតែជាមួយ idle pools និង cPanel PHP-FPM គណនី។ ភាគច្រើនទំនងជាប្រសិនបើចរាចរណ៍ល្អ អ្នកនឹងមិនត្រូវបានបង្ហោះនៅលើម៉ាស៊ីនមេដែលមានក្រុម PHP-FPM មួយចំនួនធំ (ចែករំលែកបង្ហោះ) នោះទេ។

សេចក្តីសន្និដ្ឋាន

ប្រសិនបើអ្នកកំពុងប្រើ PHP-FPM ហើយចរាចរណ៍របស់អ្នកធ្ងន់ អ្នកគ្រប់គ្រងដំណើរការ អញ្ចឹង и ថាមវន្ត សម្រាប់ PHP-FPM នឹង​ត្រូវ​បាន​កំណត់​ដោយ​សារ​តែ​តម្លៃ​លើស​ដើម​របស់​ពួកគេ។ ស្វែងយល់ពីប្រព័ន្ធរបស់អ្នក និងកំណត់រចនាសម្ព័ន្ធដំណើរការ PHP-FPM យោងទៅតាមសមត្ថភាពម៉ាស៊ីនមេអតិបរមា។ ឈុតដំបូង pm.max_children អាស្រ័យលើការប្រើប្រាស់ម៉ោងអតិបរមា ថាមវន្ត ឬ អញ្ចឹងហើយបន្ទាប់មកបង្កើនតម្លៃនេះដល់កម្រិតមួយដែលអង្គចងចាំ និងខួរក្បាលនឹងដំណើរការដោយមិនចាំបាច់ផ្ទុកលើសទម្ងន់។ អ្នកនឹងសម្គាល់ឃើញថាជាមួយ pm ឋិតិវន្តចាប់តាំងពីអ្នកមានអ្វីគ្រប់យ៉ាងនៅក្នុងអង្គចងចាំ ការបង្កើនចរាចរនឹងបណ្តាលឱ្យមានការកើនឡើងស៊ីភីយូតិចជាងមុន ហើយជាមធ្យមការផ្ទុកម៉ាស៊ីនមេ និងស៊ីភីយូនឹងធ្លាក់ចុះ។ ទំហំដំណើរការ PHP-FPM ជាមធ្យមគឺអាស្រ័យលើម៉ាស៊ីនមេគេហទំព័រ ហើយទាមទារការកំណត់រចនាសម្ព័ន្ធដោយដៃ ដូច្នេះអ្នកគ្រប់គ្រងដំណើរការស្វ័យប្រវត្តិកាន់តែច្រើនគឺ ថាមវន្ត и អញ្ចឹង - កាន់តែពេញនិយម។ ខ្ញុំសង្ឃឹមថាអត្ថបទមានប្រយោជន៍។

DUP បានបន្ថែមគំនូសតាងគំរូ ab. ប្រសិនបើដំណើរការ PHP-FPM ស្ថិតនៅក្នុងអង្គចងចាំ ដំណើរការកើនឡើងដោយចំណាយនៃការប្រើប្រាស់អង្គចងចាំដែលជាកន្លែងដែលពួកគេអង្គុយរង់ចាំ។ ស្វែងរកជម្រើសដ៏ល្អបំផុតសម្រាប់ខ្លួនអ្នក។

ប្រភព: www.habr.com