🍈 ❄️ 🏡 रूबी एप्लिकेशन पर रूबी में यूनिकॉर्न प्रक्रियाओं का अनुकूलन कैसे करें 👨🏼‍🤝‍👨🏻 🧗🏾 💇🏿

यदि आप एक रेल डेवलपर हैं, तो आपने शायद एक http सर्वर यूनिकॉर्न के बारे में सुना होगा, जो एक ही समय में कई अनुरोधों को संभाल सकता है।

समरूपता सुनिश्चित करने के लिए, यूनिकॉर्न कई प्रक्रिया निर्माण का उपयोग करता है। क्योंकि निर्मित (forked) प्रक्रियाएं एक दूसरे की प्रतियां हैं, जिसका अर्थ है कि रेल एप्लिकेशन को थ्रेड सुरक्षित होना चाहिए।

यह बहुत अच्छा है क्योंकि हमारे लिए यह सुनिश्चित करना कठिन है कि हमारा कोड थ्रेड सुरक्षित है। यदि हम इस बारे में सुनिश्चित नहीं हो सकते हैं, तो समानांतर वेब सर्वरों की कोई बात नहीं हो सकती है, जैसे कि प्यूमा , या यहां तक कि वैकल्पिक रूबी कार्यान्वयन जो समानांतरवाद को लागू करते हैं, जैसे कि जेरी और रुबिनियस ।

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

इस लेख में, हम मेमोरी की मात्रा को नियंत्रित करते हुए यूनिकॉर्न के कंसीलर का उपयोग करने के कई तरीके देखेंगे।

रूबी 2.0 का उपयोग करें!

यदि आप रूबी 1.9 का उपयोग कर रहे हैं, तो आपको गंभीरता से 2.0 को अपग्रेड करने पर विचार करना चाहिए। यह समझने के लिए कि हमें प्रक्रिया निर्माण से थोड़ा निपटने की आवश्यकता है।

प्रक्रिया निर्माण और कॉपी-पर-लिखें

जब एक बच्चे की प्रक्रिया बनाई जाती है, तो यह वास्तव में इसकी मूल प्रक्रिया की एक प्रति है। हालांकि, भौतिक मेमोरी को तुरंत कॉपी करने की आवश्यकता नहीं है। एक दूसरे की सटीक प्रतियां होने के नाते, बच्चे और माता-पिता दोनों प्रक्रिया एक ही भौतिक स्मृति का उपयोग कर सकते हैं। जब रिकॉर्डिंग प्रक्रिया होती है, तभी हम बच्चे की प्रक्रिया को भौतिक स्मृति में कॉपी करते हैं।

यह सब रूबी 1.9 / 2.0 और यूनिकॉर्न से कैसे संबंधित है?

मैं आपको याद दिलाता हूं कि यूनिकॉर्न कांटे का उपयोग करता है। सिद्धांत रूप में, ऑपरेटिंग सिस्टम कॉपी-ऑन-राइट का उपयोग करने में सक्षम होगा। दुर्भाग्य से, रूबी 1.9 यह असंभव बनाता है। अधिक विशेष रूप से, रूबी 1.9 में कचरा कलेक्टर के कार्यान्वयन से यह असंभव हो जाता है। सरलीकृत संस्करण में, यह इस तरह दिखता है - जब 1.9 आग में कचरा कलेक्टर, यह लिखता है, जो कॉपी-ऑन-राइटलेस बेकार बनाता है।

विवरण में जाने के बिना, यह कहना पर्याप्त है कि रूबी 2.0 में कचरा कलेक्टर इसे समाप्त करता है, और हम कॉपी-ऑन-राइट का उपयोग कर सकते हैं।

यूनिकॉर्न को कॉन्फ़िगर करें

यहां कुछ सेटिंग्स दी गई हैं जिन्हें हम Unicorn से अधिकतम प्राप्त करने के लिए config / unicorn.rb में सेट कर सकते हैं।
worker_processes
चलने की प्रक्रियाओं की संख्या निर्दिष्ट करता है। यह जानना महत्वपूर्ण है कि एक प्रक्रिया में कितनी मेमोरी होती है। यह आवश्यक है ताकि आप अपने वीपीएस की रैम को ओवरलोड करने के डर के बिना श्रमिकों की आवश्यक संख्या चला सकें।
मध्यांतर
एक छोटी संख्या दी जानी चाहिए: आमतौर पर 15 से 30 सेकंड उपयुक्त होते हैं। एक अपेक्षाकृत छोटा मूल्य निर्धारित किया जाता है ताकि समय लेने वाले अनुरोध अन्य अनुरोधों के प्रसंस्करण में देरी न करें।
preload_app
सही पर सेट किया जाना चाहिए - यह कार्यकर्ता के स्टार्टअप समय को कम करता है। कोप-ऑन-राइट के लिए धन्यवाद, शेष श्रमिकों को लॉन्च करने से पहले आवेदन लोड किया जाता है। हालांकि, एक महत्वपूर्ण चेतावनी है। हमें यह सुनिश्चित करने की आवश्यकता है कि सभी सॉकेट (डेटाबेस कनेक्शन सहित) सही ढंग से बंद और फिर से खोल दिए गए हैं। हम इसे पहले_फर्क और बाद_फर्क का उपयोग करेंगे।
एक उदाहरण:

before_fork do |server, worker| # Disconnect since the database connection will not carry over if defined? ActiveRecord::Base ActiveRecord::Base.connection.disconnect! end if defined?(Resque) Resque.redis.quit Rails.logger.info('Disconnected from Redis') end end after_fork do |server, worker| # Start up the database connection again in the worker if defined?(ActiveRecord::Base) ActiveRecord::Base.establish_connection end if defined?(Resque) Resque.redis = ENV['REDIS_URI'] Rails.logger.info('Connected to Redis') end end

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

यूनिकॉर्न वर्कर मेमोरी लिमिटेशन

जाहिर है, न केवल इंद्रधनुष हैं बल्कि चारों ओर इकसिंगें हैं। (एक लेखक का वाक्य 'इंद्रधनुष और गेंडा' था - लगभग। अनुवादक) यदि आपके रेल एप्लिकेशन में मेमोरी लीक है, तो यूनिकॉर्न चीजों को बदतर बना देगा।

निर्मित प्रक्रियाओं में से प्रत्येक स्मृति लेता है, क्योंकि रेल आवेदन की एक प्रति है। इसलिए, हालांकि अधिक श्रमिकों की उपस्थिति का मतलब है कि हमारा आवेदन अधिक आवक अनुरोधों को संसाधित कर सकता है, हम अपने सिस्टम की भौतिक रैम द्वारा सीमित हैं।

एक रेल अनुप्रयोग में मेमोरी लीक बहुत सरल हैं। लेकिन यहां तक कि अगर हम सभी मेमोरी लीक को "प्लग" करने का प्रबंधन करते हैं, तो हमें अभी भी थोड़ा अपूर्ण कचरा कलेक्टर से निपटना होगा (मेरा मतलब एमआरआई में कार्यान्वयन है)।

ऊपर दी गई छवि यूनिकॉर्न द्वारा लॉन्च की गई मेमोरी लीक रेल एप्लीकेशन को दिखाती है।

समय के साथ, मेमोरी की खपत बढ़ती रहेगी। कई श्रमिकों का उपयोग केवल मेमोरी खपत की गति में तेजी लाएगा, जब तक कि मुफ्त मेमोरी नहीं बची हो। एप्लिकेशन क्रैश हो जाएगा, जिससे कई दुर्भाग्यपूर्ण उपयोगकर्ता और ग्राहक बन जाएंगे।

यह ध्यान रखना महत्वपूर्ण है कि यह यूनिकॉर्न की गलती नहीं है। हालाँकि, यह एक समस्या है जिसका सामना आप जल्द या बाद में करेंगे।

मिलिए यूनिकॉर्न वर्कर किलर से

सबसे आसान समाधानों में से एक है जो मैंने पार किया है वह है गेंडा-कार्यकर्ता-हत्यारा मणि।
README के उद्धरण:

गेंडा-कार्यकर्ता-हत्यारा मणि आपको स्वचालित रूप से गेंडा श्रमिकों को फिर से चालू करने की अनुमति देता है:
1) अनुरोधों की अधिकतम संख्या और
2) प्रक्रिया (आरएसएस) द्वारा कब्जा की गई मेमोरी का आकार जो अनुरोध को संसाधित नहीं करता है।
यह अनुप्रयोग नोड्स में अप्रत्याशित मेमोरी की कमी से बचने के लिए साइट की स्थिरता को बहुत बढ़ाएगा।

कृपया ध्यान दें कि मुझे लगता है कि आपके पास पहले से ही यूनिकॉर्न स्थापित है और चल रहा है।
चरण 1:
गेंडा की तुलना में अपने जेमफाइल को गेंडा-कार्यकर्ता-हत्यारा जोड़ें।

 group :production do gem 'unicorn' gem 'unicorn-worker-killer' end

चरण 2:
भागो बंडल स्थापित करें।
चरण 3:
फिर मज़ा हिस्सा शुरू होता है। Config.ru फ़ाइल खोलें।

 # --- Start of unicorn worker killer code --- if ENV['RAILS_ENV'] == 'production' require 'unicorn/worker_killer' max_request_min = 500 max_request_max = 600 # Max requests per worker use Unicorn::WorkerKiller::MaxRequests, max_request_min, max_request_max oom_min = (240) * (1024**2) oom_max = (260) * (1024**2) # Max memory size (RSS) per worker use Unicorn::WorkerKiller::Oom, oom_min, oom_max end # --- End of unicorn worker killer code --- require ::File.expand_path('../config/environment', __FILE__) run YourApp::Application

शुरुआत में हम जाँचते हैं कि हम उत्पादन के माहौल में हैं। यदि हां, तो हम बाकी कोड निष्पादित करते हैं।
यूनिकॉर्न-वर्कर-किलर दो स्थितियों के आधार पर श्रमिकों को मारता है: अनुरोधों की अधिकतम संख्या और अधिकतम मेमोरी की खपत।

अनुरोधों की अधिकतम संख्या। इस उदाहरण में, श्रमिक को 500 से 600 अनुरोधों से संसाधित करने पर मार दिया जाता है। ध्यान दें कि अंतराल का उपयोग किया जाता है। यह उन परिस्थितियों को कम करता है जहां एक समय में एक से अधिक कार्यकर्ता रुकते हैं।
अधिकतम मेमोरी खपत। यहां कार्यकर्ता को मार दिया जाता है अगर यह 240 से 260 एमबी की मेमोरी से लेता है। यहां अंतराल की आवश्यकता ऊपर के समान कारण के लिए है।

प्रत्येक एप्लिकेशन की अपनी मेमोरी आवश्यकताएं होती हैं। आपको सामान्य ऑपरेशन के दौरान अपने आवेदन की मेमोरी खपत का सामान्य अनुमान होना चाहिए। इस तरह से आप न्यूनतम और अधिकतम स्मृति का अनुमान लगा सकते हैं जो आपके कर्मचारियों को प्राप्त होनी चाहिए।

यदि आपके आवेदन की तैनाती के दौरान आपने सब कुछ सही ढंग से कॉन्फ़िगर किया है, तो आपको बहुत कम अस्थिर स्मृति व्यवहार दिखाई देगा:

ग्राफ में अधिकता पर ध्यान दें - यह रत्न अपना काम करता है!

निष्कर्ष

यूनिकॉर्न कंसीलर हासिल करने के लिए दर्द रहित तरीके से आपके रेल एप्लिकेशन को प्रदान करता है, चाहे वह थ्रेड सुरक्षित हो या नहीं। हालांकि, यह रैम की खपत में वृद्धि के साथ हासिल किया गया है। आपके एप्लिकेशन की स्थिरता और प्रदर्शन के लिए मेमोरी की खपत को संतुलित करना बहुत महत्वपूर्ण है।
हमने अधिकतम प्रदर्शन के लिए आपके यूनिकॉर्न श्रमिकों को ट्यून करने के 3 तरीके देखें:

रूबी 2.0 का उपयोग हमें एक बेहतर कचरा संग्रहकर्ता देता है जो हमें कॉपी-ऑन-राइट का लाभ उठाने की अनुमति देता है।
Config / unicorn.rb में विभिन्न विन्यास विकल्प सेट करना।
जब वे फूला हुआ हो तो श्रमिकों को रोकने की समस्या को हल करने के लिए गेंडा-कार्यकर्ता-हत्यारे का उपयोग करना।

साधन

रूबी 2.0 में कचरा संग्रहकर्ता और कॉपी-ऑन-राइट कैसे काम करता है, इसका एक शानदार विवरण ।
गेंडा विन्यास विकल्पों की पूरी सूची ।

रूबी एप्लिकेशन पर रूबी में यूनिकॉर्न प्रक्रियाओं का अनुकूलन कैसे करें