PHP-FPM कन्फिगरेसन फाइलमा भिन्नता र अनुकूलन प्रविधिहरू /etc/php/8.3/fpm/pool.d/

सर्भर चलिसकेपछि के सबै कुरा ठीक हुन्छ? वास्तवमा, PHP-FPM को संसारमा, कन्फिगरेसन फाइल वास्तविक मास्टरमाइन्ड हो, जसले साइट स्थिर, सुरक्षित र कुशलतापूर्वक चल्न सक्छ कि सक्दैन भनेर निर्धारण गर्दछ।

PHP-FPM को लागि प्रक्रिया पूल कन्फिगरेसन के हो?

PHP-FPM (FastCGI प्रक्रिया प्रबन्धक) PHP को लागि एक प्रक्रिया प्रबन्धक हो जसले विभिन्न वेबसाइट वा अनुप्रयोगहरूको लागि PHP प्रक्रियाहरू व्यवस्थापन गर्न "पूल" को अवधारणा प्रयोग गर्दछ।

हरेक .conf फाइल एउटा पूल परिभाषा हो जसले प्रक्रिया चल्ने प्रयोगकर्ता, यसले सुन्ने पोर्ट वा सकेट, लग मार्ग, र प्रक्रियाहरूको संख्या जस्ता मुख्य प्यारामिटरहरू निर्दिष्ट गर्दछ।

अर्को शब्दमा, यी फाइलहरू तपाईंको सर्भरको लागि "क्लोन" जस्तै हुन्, जसले विभिन्न साइटहरूलाई एकअर्कासँग हस्तक्षेप नगरी स्वतन्त्र रूपमा चल्न अनुमति दिन्छ।

www.conf: पूर्वनिर्धारित प्रक्रिया पूल

PHP-FPM स्थापना गरेपछि, प्रणालीले स्वचालित रूपमा एक उत्पन्न गर्नेछ www.conf कागजात।

यसको कार्य भनेको पूर्वनिर्धारित पूल प्रदान गर्नु हो जुन बक्स बाहिर काम गर्दछ, सामान्यतया ... मा चलिरहेको हुन्छ। www-data प्रयोगकर्ता।

यो पूल एकल-साइट वातावरणको लागि उपयुक्त छ, कन्फिगर गर्न सजिलो छ, र धेरैजसो प्यारामिटरहरू सामान्य मानहरू हुन्, जस्तै:

• user = www-data
• group = www-data
• listen = /run/php/php8.3-fpm.sock
• pm.max_children = 5

यदि तपाईं एउटा साइटमा मात्र चलाउँदै हुनुहुन्छ भने, यो पर्याप्त छ।

etउफौ.org.conf: अनुकूलन साइट पूल

जब तपाईंसँग धेरै साइटहरू हुन्छन्, तपाईंले प्रत्येक साइटको लागि छुट्टै पूल सिर्जना गर्नुपर्छ।

उदाहरणका लागि etufo.org.confयो विशेष गरी डोमेन नामहरूको लागि हो। etउफौ.org विशेष कन्फिगरेसन।

सामान्य अभ्यास यो हो:

• उदाहरणका लागि, फरक प्रयोगकर्ता र समूहहरू निर्दिष्ट गर्नुहोस् user = etufo,group = etufo
• उदाहरणका लागि, छुट्टै सुन्ने पोर्ट वा सकेट कन्फिगर गर्नुहोस् listen = /run/php/etufo.sock
• उच्च समवर्ती अवस्थामा साइट स्थिरता सुनिश्चित गर्न प्रक्रियाहरूको संख्या समायोजन गर्नुहोस्।
• स्वतन्त्र लग फाइलहरूले समस्या निवारणलाई सहज बनाउँछन्।

यस दृष्टिकोणको फाइदा भनेको सुरक्षा अलगाव हो: यदि एउटा साइटमा आक्रमण भयो भने पनि, अन्य साइटहरू प्रभावित हुने छैनन्।

dummy.conf: उदाहरण वा प्लेसहोल्डर फाइल

dummy.conf यी सामान्यतया प्रणालीद्वारा प्रदान गरिएका टेम्प्लेट वा उदाहरणहरू हुन्।

तपाईंले म्यानुअल रूपमा परिमार्जन र सक्षम नगरेसम्म यो वास्तवमा सक्षम हुनेछैन।

यसको उद्देश्य तपाईंलाई सन्दर्भ प्रदान गर्नु र नयाँ पूल कन्फिगरेसन कसरी लेख्ने भनेर देखाउनु हो।

त्यसकारण, यो सञ्चालनको लागि वास्तविक कन्फिगरेसन भन्दा "निर्देशन पुस्तिका" जस्तै हो।

किन धेरै पूल फाइलहरू प्रयोग गर्ने?

• 安全 性अनुमतिहरू ओभरल्याप हुनबाट जोगिन फरक-फरक प्रयोगकर्ताहरूद्वारा फरक-फरक साइटहरू चलाउनुपर्छ।
• 性能优化प्रत्येक पोखरीको लागि प्रक्रियाहरूको संख्या व्यक्तिगत रूपमा सेट गर्न सकिन्छ र ट्राफिक माग अनुसार समायोजन गर्न सकिन्छ।
• आइसोलेसनलगहरू, त्रुटि आउटपुट, र सुन्ने पोर्टहरू सबै छुट्याइएका छन्, जसले गर्दा समस्या निवारण सजिलो हुन्छ।

उदाहरणका लागि, यदि www.conf यो ढल्यो।etufo.org.conf यो अझै पनि सामान्य रूपमा चल्न सक्छ र सम्पूर्ण सर्भरलाई डाउन गर्दैन।

व्यावहारिक अनुप्रयोग परिदृश्यहरू

• एकल-साइट सर्भरकेवल प्रयोग गर्नुहोस् www.conf त्यति भए पुग्छ।
• बहुसाइट सर्भर: प्रत्येक साइटको लागि एउटा बनाउनुहोस् .conf फाइलहरू, जस्तै etufo.org.conf।
• dummy.conf प्रयोग गर्न सकिन्छ।सन्दर्भको लागि मात्र, सिफारिस गरिएको छैन।

कन्फिगरेसन तुलना उदाहरण

www.conf (पूर्वनिर्धारित पूल)

[www]
user = www-data
group = www-data
listen = /run/php/php8.3-fpm.sock
pm = dynamic
pm.max_children = 5

etufo.org.conf (कस्टम पूल)

[etufo.org]
user = etufo
group = etufo
listen = /run/php/etufo.sock
pm = dynamic
pm.max_children = 20
access.log = /var/log/php-fpm/etufo.access.log

तपाईंले पाउनुहुनेछ कि भिन्नता प्रयोगकर्ता, सुन्ने ठेगाना, र प्रक्रियाहरूको संख्यामा निहित छ।

PHP-FPM प्रक्रिया पूल प्यारामिटरहरू समायोजन गर्दै

यदि कन्फिगरेसनले प्रयोग गर्छ भने गतिशीलयो केही कार्य प्रक्रियाहरू पूर्व-सुरु गर्ने र अनुरोध भोल्युम अनुसार गतिशील रूपमा समायोजन गर्ने विधि हो, जसले अनुरोध भोल्युम अचानक बढ्दा छिटो प्रतिक्रिया दिन सक्छ।

निश्चित मात्रामा ट्राफिक भएका वेबसाइटहरूको लागि, यो प्रयोग गर्न सिफारिस गरिन्छ pm = dynamicकिनभने यसले निश्चित मात्रामा निष्क्रिय प्रक्रियाहरू कायम राख्न सक्छ र उच्च समवर्ती समयमा ५०० त्रुटिहरूबाट बच्न सक्छ।

पहुँच भोल्युम अत्यन्तै कम भएको र मेमोरी स्रोतहरू टाइट भएको बेला मात्र यसलाई प्रयोग गर्न सिफारिस गरिन्छ। pm = ondemand स्रोतहरू बचत गर्न।

यसलाई गतिशीलमा परिवर्तन गर्न र अनुकूलन गर्न सिफारिस गरिन्छ। pm.max_children र अन्य प्यारामिटरहरू:

pm = dynamic
pm.max_children = 16  ; 根据服务器资源调整，建议值：CPU 核心数 × 2
pm.start_servers = 4   ; 初始进程数，建议设为 max_children × 25%
pm.min_spare_servers = 2  ; 最小空闲进程数
pm.max_spare_servers = 7  ; 最大空闲进程数
pm.max_requests = 3000    ; 每个子进程处理完 3000 个请求后自动重启
pm.process_idle_timeout = 10s  ; 空闲进程 10s 后自动退出

यो कन्फिगरेसनले स्रोतको बर्बादीबाट बच्दै कार्यसम्पादन सुनिश्चित गर्दछ।

विस्तृत कन्फिगरेसन निर्देशनहरूको लागि, कृपया निम्न ट्यूटोरियल हेर्नुहोस् ▼

🔗HestiaCP PHP-FPM ओभरलोड? गतिशील वेब पृष्ठहरूमा ५०० त्रुटिहरू छन्? यी प्रयोग गरेर अप्टिमाइज गर्नुहोस् र तत्काल परिणामहरू हेर्नुहोस्!

आधिकारिक PHP कागजात अनुसार:

"प्रत्येक पूललाई ​​स्वतन्त्र रूपमा कन्फिगर गर्न सकिन्छ, प्रति अनुप्रयोग फरक प्रयोगकर्ताहरू, सीमाहरू र सेटिङहरूको लागि अनुमति दिँदै।"

यो कथनले बहु-पूल कन्फिगरेसनको महत्त्वलाई स्पष्ट रूपमा औंल्याउँछ: स्वतन्त्रता, लचिलोपन, र नियन्त्रणयोग्यता।

निष्कर्ष: मेरो दृष्टिकोण

सर्भर कन्फिगरेसन अर्केस्ट्रामा कन्डक्टर जस्तै हो, जसले प्रत्येक वाद्ययन्त्र कसरी बजाउने भनेर निर्धारण गर्छ।

www.conf यो पूर्वनिर्धारित कन्डक्टर हो, एकल प्रदर्शनको लागि उपयुक्त;etufo.org.conf यो एक विशेष चरणको लागि अनुकूलित कन्डक्टर हो; र dummy.conf यो संगीतमय स्कोरहरूको मस्यौदा हो, जसले तपाईंलाई नयाँ धुनहरू कसरी लेख्ने भनेर सम्झाउँछ।

सूचना सुरक्षा र कार्यसम्पादन अप्टिमाइजेसनमा केन्द्रित युगमा, यी कन्फिगरेसन फाइलहरू कसरी सही तरिकाले प्रयोग गर्ने भनेर जान्नु सर्भरको जीवनरेखा नियन्त्रण गर्ने महत्वपूर्ण कुरा हो।

कन्फिगरेसन केवल तुच्छ पाठ मात्र होइन; यो सर्भरको आत्मा हो।

यदि तपाईं सञ्चालन गर्दै हुनुहुन्छ भनेWordPressबहु-साइट अनुप्रयोगहरूको लागि, हामी दृढताका साथ सिफारिस गर्दछौं कि तपाईंले तुरुन्तै यी पूल फाइलहरू जाँच गर्नुहोस् र अनुकूलन गर्नुहोस्, विशेष गरी प्रक्रिया पूल प्यारामिटर सेटिङहरू, तपाईंको सर्भरलाई साँच्चै रक-ठोस बनाउनको लागि।