FCGI मॉड्यूल का विकास :: ProcManager

कुछ समय पहले, जिस कंपनी में मैं अब काम करता हूं, उसमें सर्वर एप्लिकेशन के संचालन का अनुकूलन करने का निर्णय लिया गया था। प्रारंभ में, वे nginx + Apache + mod_fastcgi या mod_fcgid बंडल में उपयोग किए गए थे। हालांकि, मैं अपाचे से छुटकारा चाहता था, यह देखते हुए कि नग्नेक्स खुद FastCGI अनुप्रयोगों के साथ काम कर सकता है।

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

FCGI :: ProcManager :: डायनामिक मॉड्यूल FastCGI प्रक्रियाओं के प्रबंधन के लिए वर्णित उन्नत कार्यक्षमता को लागू करता है। कार्य प्रक्रियाओं की संख्या की निगरानी के लिए, मुख्य प्रक्रिया साझा स्मृति में संदेश चैनलों के माध्यम से उनकी बातचीत का उपयोग करती है।

निम्नलिखित उन्नत विकल्प समर्थित हैं:
max_nproc - कार्य प्रक्रियाओं की अधिकतम संख्या;
min_nproc - कार्य प्रक्रियाओं की न्यूनतम संख्या;
प्रक्रियाओं की कुल संख्या में परिवर्तन करते समय delta_proc - "कदम";
डेल्टा - समय - प्रक्रियाओं की संख्या में अंतिम परिवर्तन के बाद बीता हुआ समय, जिसके बाद कम भार पर, कार्य प्रक्रियाओं की संख्या कम हो जाएगी। इस तरह की कमी केवल तभी होती है जब पूरी अवधि के दौरान प्रक्रियाओं की संख्या एक साथ घटने के बाद प्रक्रियाओं की नई संख्या से अधिक नहीं होती है। लोड उतार-चढ़ाव के साथ एक अत्यधिक लोड किए गए एप्लिकेशन में प्रक्रियाओं की संख्या में समय से पहले कमी से बचने के लिए यह आवश्यक है।
max_requests - एक वर्कफ़्लो के लिए अनुरोधों की अधिकतम संख्या। इसे पार करने के बाद, वर्कफ़्लो सही तरीके से समाप्त होता है (नीचे देखें) और प्रक्रिया प्रबंधक इसके बजाय एक नया वर्कफ़्लो बनाता है।

वर्कफ़्लो के लिए प्रश्नों की संख्या की सीमा के परिचय के संबंध में, मैं FastCGI एप्लिकेशन कार्य चक्र को सही ढंग से पूरा करने में सक्षम होना चाहूंगा, उदाहरण के लिए, डेटाबेस कनेक्शन बंद करने के लिए। इसके लिए, एक अतिरिक्त फ़ंक्शन pm_loop बनाया गया था। इसका उपयोग करते समय, FastCGI एप्लिकेशन कार्य चक्र से बाहर निकलकर सामान्य तरीके से प्रदर्शन किया जाता है और इस चक्र के पीछे स्थित सभी कोड निष्पादित होते हैं। प्रलेखन में उपयोग का एक उदाहरण है:

  $ proc_manager-> pm_manage ();
 जबकि ($ proc_manager-> pm_loop () && (मेरा $ cgi = CGI :: Fast-> नया ())) {
         $ proc_manager-> pm_pre_dispatch ();
         # - यहाँ निवेदन को संभालें ...
         $ proc_manager-> pm_post_dispatch ();
 };
 # ... यहां सभी अंतिम चरण हैं ...

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

मॉड्यूल CPAN में उपलब्ध है। टिप्पणियाँ, सलाह और सुधार का स्वागत है।

मैं कव्वाज़ हब्रायुज़र के लिए अपना आभार व्यक्त करना चाहूंगा, क्योंकि, बहुत हद तक, यह उनका लेख था जिसने मुझे इस मॉड्यूल को बनाने के लिए प्रोत्साहित किया।