👨🏾‍✈️ 🔉 ↩️ PM2: प्रक्रिया प्रबंधन के मुद्दे पर समझदारी से संपर्क करें 🐂 🤶🏾 👩‍👩‍👧‍👧

अभी कुछ घंटे पहले, मैंने इस तथ्य के बारे में एक बहस शुरू की थी कि Node.JS बड़ी परियोजनाओं के लिए बहुत धीमी है और इसे गोलंग, जंग, पीएचपी, आदि को पसंद करना चाहिए। इस विवाद में विपरीत पक्ष का मुख्य तर्क यह था कि जावास्क्रिप्ट एकल-थ्रेडेड है। कथित तौर पर, जब कोई एप्लिकेशन विकसित करता है, तो उत्पादकता केवल इस एकल-सूत्र के खिलाफ टिकी हुई है और अब कुछ भी नहीं किया जा सकता है - बस इसे किसी अन्य भाषा में फिर से लिखना। हालाँकि, NodeJS के साथ चीजें थोड़ी बेहतर हैं क्योंकि यह पहली नज़र में लगता है। इससे पहले कि हम इस विषय पर चर्चा करें, मैं यह घोषित करना चाहता हूं कि मैं प्रोग्रामिंग भाषा का उपयोग करने के लिए प्रत्येक डेवलपर के अधिकार का सम्मान करता हूं जो उसे पसंद था और जिसे वह किसी विशेष कार्य में बेहतर मानता है।

हैबर पर "पीएम 2" कीवर्ड की खोज करने के बाद, मुझे इस प्रक्रिया-प्रबंधक के लिए समर्पित कोई भी लेख नहीं मिला। अन्य उपयोगकर्ताओं के लेखों में केवल एकल संदर्भ। मैं Node.JS (जिसके बारे में बहुत से लोगों को पता है, हां, मुझे पता है) पर बैकएंड डेवलपमेंट के इस अंधेरे कोने पर प्रकाश को पकड़ने और बहा देने के विचार से मैं (जोरदार तरीके से बताया) गया। मैं हर किसी से बिल्ली के नीचे दिलचस्पी लेने के लिए कहता हूं।

खुद PM2 के बारे में कुछ शब्द

PM2 एक खुला स्रोत प्रक्रिया प्रबंधक है जिसे AGPL-3.0 लाइसेंस के तहत लाइसेंस प्राप्त है। एनपीएम के अनुसार, लेखन के समय, इसमें ~ 350k साप्ताहिक डाउनलोड हैं। यह मुख्य रूप से उन वातावरणों में उपयोग किया जाता है जहां आपको NodeJS पर एक एप्लिकेशन चलाने की जरूरत होती है और इसके बारे में भूल जाते हैं (आप इसे अन्य भाषाओं के साथ भी उपयोग कर सकते हैं, लेकिन बाद में और अधिक), जो आपको एप्लिकेशन को क्लस्टर करने और प्रोसेसर कोर के बीच लोड को लचीले ढंग से वितरित करने की अनुमति देता है। GitHub पर PM2 भंडार से एक छोटी कतरन:

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

विकसित होने पर, कई नए लोगों को एक समस्या होती है, जब उत्पादन सर्वर के लिए "रोल आउट" करने के बाद, वे नहीं जानते कि इसे "हमेशा के लिए" कैसे लॉन्च किया जाए। वे set NODE_ENV=production && node app.js को SSH कंसोल में set NODE_ENV=production && node app.js , सब कुछ ठीक है, एप्लिकेशन काम करता है। कंसोल और एप्लिकेशन बंद करें अब काम नहीं करता है। StackOverflow सवाल - नोड.जेएस एप्लिकेशन को स्थायी रूप से कैसे चलाएं? सभी समय के लिए 237 हजार से अधिक बार देखा गया।

PM2 इस समस्या को एक आदेश के साथ हल करता है:

 pm2 start app.js

यह आदेश "डेमनाइज करता है" (अंग्रेजी "डेमोनेज़") नोडज प्रोसेस से, इसकी मेमोरी खपत पर नज़र रखता है और प्रोसेसर लोड पर विचार करता है।

वापस हमारे मेढ़े

जैसे ही बैकएंड पर लोड बढ़ता है, इसे स्केल करना आवश्यक हो जाता है - ऊर्ध्वाधर और क्षैतिज दोनों - जिनके लिए यह परिस्थितियों में अधिक सुविधाजनक है। जैसा कि हम जानते हैं, एक प्रक्रिया कई प्रोसेसर कोर का उपयोग कर सकती है, लेकिन केवल अगर प्रक्रिया के अंदर कई धागे हैं। NodeJS अनुप्रयोगों में, प्रवाह एक है। PM2 इस स्थिति में मदद करने और कई प्रोसेसर कोर के बीच लोड को वितरित करने में सक्षम है। अभी भी सिर्फ एक कमांड के साथ:

 pm2 start app.js -i max

इस मामले में, अधिकतम पैरामीटर प्रोसेसर कोर की संख्या से मेल खाती है। यानी 8-कोर प्रोसेसर के लिए 8 अलग-अलग प्रक्रियाएं बनाई जाएंगी। आप अधिकतम के बजाय -1 भी सेट कर सकते हैं , और फिर प्रक्रियाओं की संख्या कोर 1 की संख्या के अनुरूप होगी। सभी आकर्षण यह है कि HTTP (एस) / वेबसोकेट / टीसीपी / यूडीपी कनेक्शन समान रूप से इन प्रक्रियाओं के बीच वितरित किए जाएंगे। क्षैतिज स्केलिंग क्यों नहीं? आप यहाँ PM2 में क्लस्टरिंग के बारे में अधिक पढ़ सकते हैं - PM2 क्लस्टर मोड ।

cluster_mode

आप जितनी चाहें उतनी प्रक्रियाएं चला सकते हैं, लेकिन फिर भी यह सिफारिश "प्रति कोर एक प्रक्रिया" का पालन करने के लिए की जाती है।

स्मृति का सम्मान

PHP में विकास करते समय, मैं एक बार एक समस्या में भाग गया। अनुभवहीनता के कारण, उसने अनजाने में सिस्टम इंजन में एक बग रखा, जिसके कारण, कुछ शर्तों के तहत, प्रक्रियाओं ने बहुत अधिक रैम खाना शुरू कर दिया। इसके अलावा, प्रोसेसर को लोड किया गया था, जिसके कारण वर्चुअल मशीन सिर्फ लटका हुआ था और मेरे पास इसकी पहुंच बिल्कुल नहीं थी।
जैसा कि PHP डेवलपर्स जानते हैं, PHP-FPM में आप प्रक्रियाओं के वितरण के प्रकार को निर्दिष्ट कर सकते हैं (यदि आप अचानक नहीं जानते थे, तो PHP-FPM में प्रत्येक नए अनुरोध के लिए एक नई प्रक्रिया बनाई जाती है) - स्थैतिक, जब न्यूनतम और अधिकतम थ्रेसहोल्ड सेट होते हैं, और गतिशील - कितना का आवंटन आवश्यक के रूप में कई बड़ी प्रक्रियाओं के रूप में। PM2 में क्या होगा यदि आप 8 प्रक्रियाएं शुरू करते हैं और उनमें से सभी बहुत मेमोरी का उपभोग करना शुरू करते हैं? और PM2 इस समस्या को हल करने में सक्षम है - कमांड लाइन पर सिर्फ एक पैरामीटर के साथ:

 # Set memory threshold for app reload pm2 start app.js -i max --max-memory-restart <200MB>

हर बार मेमोरी सीमा समाप्त हो जाने पर, PM2 स्वचालित रूप से प्रक्रिया को फिर से शुरू करेगा। मेमोरी वितरित करना प्रक्रियाओं की तुलना में आसान है, है ना? 8 प्रक्रियाओं * 200 मेगाबाइट = 1.6 गीगाबाइट। द्वितीय श्रेणी का गणित।

प्रक्रिया को पुनरारंभ करने के अलावा, आप N समय अंतराल के बाद पुनरारंभ करना भी कॉन्फ़िगर कर सकते हैं। मुझे अभी तक यह पता नहीं चला है कि यह किन मामलों में काम आ सकता है, लेकिन बेझिझक मुझे कुछ उदाहरणों में टिप्पणी करने के लिए कहेंगे :)

और अगर मैं वर्चुअल मशीन को रिबूट करता हूं?

आश्चर्य, आश्चर्य की बात है! PM2 भी आपके लिए इस समस्या का हल करता है। अभी भी कंसोल में एक से अधिक कमांड नहीं हैं:

 pm2 startup

PM2 एक स्क्रिप्ट उत्पन्न करेगा जो ऑपरेटिंग सिस्टम शुरू होने पर सभी आवश्यक प्रक्रियाओं को बढ़ाएगा। हालाँकि, आपको सतर्क रहना चाहिए - जब Node.JS के संस्करण को अपग्रेड किया जाए तो सब कुछ टूट सकता है। इससे बचने के लिए, Node.JS के नए संस्करण में सफलतापूर्वक अपग्रेड करने के बाद, pm2 unstartup और pm2 startup । आप इसके बारे में लिंक पर अधिक पढ़ सकते हैं - पीएम 2 स्टार्टअप स्क्रिप्ट जेनरेटर ।

क्या परिवर्तन करते समय मैन्युअल रूप से क्लस्टर को पुनरारंभ करना आवश्यक है?

बिल्कुल नहीं! ठीक है, अधिक सटीक, आप निश्चित रूप से, एप्लिकेशन को मैन्युअल रूप से पुनरारंभ कर सकते हैं, लेकिन क्यों? स्वचालित सब कुछ आप कर सकते हैं और बल आपके साथ आ सकता है!

 pm2 start env.js --watch --ignore-watch="node_modules"

जब आप किसी स्थानीय रिपॉजिटरी में मास्टर ब्रांच के साथ रिमोट रिपॉजिटरी से मास्टर ब्रांच को मर्ज करते हैं तो आप इसका इस्तेमाल कर सकते हैं। मेरे साइड प्रोजेक्ट में, यह बस किया जाता है - git pull origin master && npm run build । जब सर्वर / बिल्ड और क्लाइंट / बिल्ड फ़ोल्डर्स में फाइल बदलते हैं, तो प्रक्रियाएं स्वचालित रूप से पुनरारंभ हो जाएंगी। मैं समझता हूं कि यह एक बहुत ही सरल विशेषता है और यह इस पाठ में उल्लिखित होने के लायक भी नहीं है। मैं इसे कुछ गंभीर के साथ पतला करूंगा और लिखूंगा कि यदि आप क्लस्टरिंग का उपयोग करते हैं, तो सभी प्रक्रियाओं को बदले में फिर से शुरू किया जाएगा। हां, ताकि उनमें से कम से कम एक हमेशा उपलब्ध हो सके। यह शून्य-डाउनटाइम परिनियोजन है!

और आप प्रक्रियाओं को पुनरारंभ नहीं कर सकते। इसके लिए फिर से लोड किया गया है (नगणक्स लोड के समान कुछ):

 pm2 reload all

बहुत सारी टीमें! सामान्य तौर पर, मैं कॉन्फ़िगर पसंद करता हूं

मैं पहले से ही अजीब वाक्यांशों के साथ आने से ऊब गया हूं, इसलिए यह सरल और सामान्य है: एक पारिस्थितिकी तंत्र फ़ाइल है। समर्थित प्रारूप JSON, YAML और JS हैं। उदाहरण के लिए, जब आपको सर्वर और क्लाइंट फ़ोल्डर में फ़ाइलों की निगरानी करने की आवश्यकता होती है:

 module.exports = { apps: [{ script: "app.js", watch: ["server", "client"], env_production : { "NODE_ENV": "production" } }] }

अधिक जानकारी के लिए, लिंक - पीएम 2 आवेदन घोषणा देखें ।

और निगरानी भी है!

और एक नहीं। आप जिसे सबसे ज्यादा पसंद करते हैं उसे चुनें। आप कमांड के साथ कंसोल में देख सकते हैं:

 pm2 monit

या पूर्ण वेब-आधारित निगरानी संस्करण का उपयोग करें:

आप निश्चित रूप से, मुझ पर विश्वास नहीं करेंगे, लेकिन यह एक कमांड के साथ स्थापित और लॉन्च किया गया है:

 pm2 plus

और बहुत, बहुत अधिक ...

Heroku और Docker के लिए घोषित समर्थन, प्रोसेस करने के लिए ट्रांसफर करने की क्षमता के साथ स्वचालित पोर्ट इन्क्रीप्शन ।vv (जब आपको एक अलग पोर्ट पर प्रत्येक प्रक्रिया को चलाने की आवश्यकता होती है), एक ही OS में कई PM2 इंस्टेंसेस का लॉन्च, एक सॉफ्टवेयर API की उपस्थिति और demonized बाश और पायथन स्क्रिप्ट को चलाने की क्षमता!

मुझे शायद कुछ और महत्वपूर्ण या दिलचस्प याद आया, जो आप हमेशा मुझे टिप्पणियों में याद दिला सकते हैं। मुझे उम्मीद है कि आप इस लेख से कुछ नया सीखने में सक्षम थे।

PM2: प्रक्रिया प्रबंधन के मुद्दे पर समझदारी से संपर्क करें