PostgreSQL के लिए लिनक्स पर आउट-ऑफ-मेमोरी किलर को कॉन्फ़िगर करना

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

स्मृति हत्यारे के बाहर

जब सर्वर या प्रक्रिया मेमोरी से बाहर हो जाती है, तो लिनक्स 2 समाधान प्रदान करता है: संपूर्ण सिस्टम को क्रैश करने या मेमोरी को खाने वाली प्रक्रिया (एप्लिकेशन) को समाप्त करने के लिए। बेशक, यह प्रक्रिया को पूरा करने और ओएस को असामान्य समाप्ति से बचाने के लिए बेहतर है। संक्षेप में, आउट-ऑफ-मेमोरी किलर एक प्रक्रिया है जो कर्नेल को क्रैश से बचाने के लिए एक एप्लिकेशन को समाप्त करता है। वह ओएस को चालू रखने के लिए एप्लिकेशन का बलिदान करता है। आइए सबसे पहले चर्चा करते हैं कि ओओएम कैसे काम करता है और इसे कैसे नियंत्रित किया जाए, और फिर देखें कि ओओएम किलर किस एप्लिकेशन को समाप्त करने का निर्णय लेता है।

लिनक्स के मुख्य कार्यों में से एक स्मृति को प्रक्रियाओं के लिए आवंटित करना है जब वे इसके लिए पूछते हैं। आमतौर पर एक प्रक्रिया या अनुप्रयोग ओएस से मेमोरी का अनुरोध करता है, लेकिन वे स्वयं इसका पूरी तरह से उपयोग नहीं करते हैं। यदि ओएस उन सभी के लिए मेमोरी जारी करेगा जो इसके लिए पूछते हैं, लेकिन इसका उपयोग करने की योजना नहीं बनाते हैं, तो बहुत जल्द मेमोरी समाप्त हो जाएगी, और सिस्टम विफल हो जाएगा। इससे बचने के लिए, ओएस प्रक्रिया के लिए मेमोरी सुरक्षित रखता है, लेकिन वास्तव में इसे जारी नहीं करता है। मेमोरी केवल तभी आवंटित की जाती है जब प्रक्रिया वास्तव में इसका उपयोग करने जा रही हो। ऐसा होता है कि ओएस में मुफ्त मेमोरी नहीं है, लेकिन यह प्रक्रिया को मेमोरी असाइन करता है, और जब प्रक्रिया को इसकी आवश्यकता होती है, तो ओएस इसे आवंटित कर सकता है यदि यह हो सकता है। नकारात्मक पक्ष यह है कि कभी-कभी ओएस मेमोरी को आरक्षित करता है, लेकिन सही समय पर कोई मुफ्त मेमोरी नहीं होती है, और सिस्टम क्रैश हो जाता है। OOM इस परिदृश्य में एक महत्वपूर्ण भूमिका निभाता है और कर्नेल को घबराहट से बचाने के लिए प्रक्रियाओं को समाप्त करता है। जब PostgreSQL प्रक्रिया को जबरन समाप्त कर दिया जाता है, तो लॉग में एक संदेश दिखाई देता है:

Out of Memory: Killed process 12345 (postgres). 

यदि सिस्टम में थोड़ी मेमोरी है और इसे मुक्त करना असंभव है, तो out_of_memory फ़ंक्शन out_of_memory । इस स्तर पर, उसके पास केवल एक चीज बची है - एक या अधिक प्रक्रियाओं को पूरा करने के लिए। क्या OOM- किलर को प्रक्रिया को तुरंत समाप्त कर देना चाहिए या मैं प्रतीक्षा कर सकता हूं? जाहिर है, जब out_of_memory कहा जाता है, तो यह I / O ऑपरेशन या डिस्क पर स्वैप करने के लिए पृष्ठ की प्रतीक्षा करने के कारण होता है। इसलिए, ओओएम-किलर को पहले जांच करनी चाहिए और उनके आधार पर तय करना चाहिए कि प्रक्रिया पूरी होनी चाहिए। यदि नीचे दिए गए सभी चेक एक सकारात्मक परिणाम देते हैं, तो OOM प्रक्रिया को समाप्त कर देगा।

प्रक्रिया चयन

जब मेमोरी चलती है, तो out_of_memory() फ़ंक्शन out_of_memory() । इसमें एक फ़ंक्शन select_bad_process() , जो select_bad_process() फ़ंक्शन से एक अनुमान प्राप्त करता है। सबसे "खराब" प्रक्रिया का वितरण। badness() फ़ंक्शन कुछ नियमों के अनुसार एक प्रक्रिया का चयन करता है।

1. कर्नेल को अपने लिए कुछ न्यूनतम मेमोरी की आवश्यकता होती है।
2. आपको बहुत सारी मेमोरी को खाली करने की आवश्यकता है।
3. छोटी मेमोरी का उपयोग करने वाली प्रक्रियाओं को समाप्त करने की आवश्यकता नहीं है।
4. आपको न्यूनतम प्रक्रियाओं को पूरा करने की आवश्यकता है।
5. जटिल एल्गोरिदम जो उन प्रक्रियाओं के पूरा होने की संभावनाओं को बढ़ाते हैं जो उपयोगकर्ता स्वयं पूरा करना चाहते हैं।

इन सभी जाँचों को पूरा करने के बाद, OOM ग्रेड ( oom_score ) की जाँच करता है। OOM प्रत्येक प्रक्रिया oom_score असाइन करता है, और फिर इस मान को मेमोरी की मात्रा से गुणा करता है। उच्च मूल्यों वाली प्रक्रियाएं OOM किलर का शिकार बनने की अधिक संभावना है। एक विशेषाधिकार प्राप्त उपयोगकर्ता से जुड़ी प्रक्रियाओं की रेटिंग कम है और समाप्ति को मजबूर करने की संभावना कम है।

 postgres=# SELECT pg_backend_pid(); pg_backend_pid ----------------    3813 (1 row) 

पोस्टग्रेज प्रक्रिया की पहचानकर्ता 3813 है, इसलिए किसी अन्य शेल में आप इस oom_score कर्नेल oom_score का उपयोग करके एक अनुमान प्राप्त कर सकते हैं:

 vagrant@vagrant:~$ sudo cat /proc/3813/oom_score 2 

यदि आप oom_score_adj किलर को इस प्रक्रिया को पूरा नहीं करना चाहते हैं, तो एक और कर्नेल पैरामीटर है: oom_score_adj । आप जिस प्रक्रिया से प्यार करते हैं उसे पूरा करने की संभावनाओं को कम करने के लिए एक बड़ा नकारात्मक मूल्य जोड़ें।

 sudo echo -100 > /proc/3813/oom_score_adj 

मान oom_score_adj सेट करने के लिए, OOMScoreAdjust को सर्विस ब्लॉक में सेट करें:

 [Service] OOMScoreAdjust=-1000 

या rcctl में oomprotect का उपयोग करें।

 rcctl set <i>servicename</i> oomprotect -1000 

जबरन प्रक्रिया समाप्ति

जब एक या अधिक प्रक्रियाएँ पहले से ही चयनित हैं, तो OOM-Killer oom_kill_task() फ़ंक्शन को कॉल करता है। यह फ़ंक्शन प्रक्रिया को समाप्ति संकेत भेजता है। यदि पर्याप्त मेमोरी नहीं है, तो oom_kill() इस फ़ंक्शन को प्रक्रिया में SIGKILL सिग्नल भेजने के लिए कहता है। एक संदेश कर्नेल लॉग को लिखा जाता है।

 Out of Memory: Killed process [pid] [name]. 

OOM- किलर को कैसे नियंत्रित करें

लिनक्स पर, आप OOM-Killer को सक्षम या अक्षम कर सकते हैं (हालांकि बाद की सिफारिश नहीं की गई है)। सक्षम और अक्षम करने के लिए, vm.oom-kill विकल्प का उपयोग करें। OOM-Killer को रनटाइम पर सक्षम करने के लिए, sysctl कमांड चलाएँ।

 sudo -s sysctl -w vm.oom-kill = 1 

OOM-Killer को अक्षम करने के लिए, उसी कमांड में मान 0 निर्दिष्ट करें:

 sudo -s sysctl -w vm.oom-kill = 0 

इस आदेश का परिणाम हमेशा के लिए नहीं बचाया जाएगा, लेकिन केवल पहले रिबूट तक। यदि आपको अधिक दृढ़ता की आवश्यकता है, तो इस लाइन को /etc/sysctl.conf फ़ाइल में /etc/sysctl.conf :

 echo vm.oom-kill = 1 >>/etc/sysctl.conf 

सक्षम करने और अक्षम करने का एक और तरीका है वेरिएबल panic_on_oom लिखना। मूल्य हमेशा /proc में जाँच की जा सकती है।

 $ cat /proc/sys/vm/panic_on_oom 0 

यदि आप मान 0 पर सेट करते हैं, तो जब मेमोरी समाप्त हो जाती है, तो कर्नेल घबराहट नहीं होगी।

 $ echo 0 > /proc/sys/vm/panic_on_oom 

यदि आप मान 1 पर सेट करते हैं, तो जब मेमोरी खत्म हो जाती है, तो कर्नेल आतंक होगा।

 echo 1 > /proc/sys/vm/panic_on_oom 

ओओएम-किलर को न केवल चालू और बंद किया जा सकता है। हमने पहले ही कहा है कि लिनक्स प्रक्रियाओं की तुलना में अधिक मेमोरी आरक्षित कर सकता है, लेकिन वास्तव में इसे आवंटित नहीं करता है, और यह व्यवहार लिनक्स कर्नेल पैरामीटर द्वारा नियंत्रित किया जाता है। इसके लिए vm.overcommit_memory वैरिएबल जिम्मेदार है।

आप इसके लिए निम्न मान निर्दिष्ट कर सकते हैं:

0: कर्नेल खुद तय करता है कि बहुत अधिक मेमोरी आरक्षित करनी है या नहीं। यह लिनक्स के अधिकांश संस्करणों पर डिफ़ॉल्ट मान है।
1: कर्नेल हमेशा अतिरिक्त मेमोरी आरक्षित करेगा। यह जोखिम भरा है, क्योंकि स्मृति समाप्त हो सकती है, क्योंकि, सबसे अधिक संभावना है, एक दिन प्रक्रियाएं मांगेंगी कि क्या होना चाहिए।
2: कर्नेल overcommit_ratio पैरामीटर में निर्दिष्ट से अधिक मेमोरी आरक्षित नहीं करेगा।

इस पैरामीटर में आप स्मृति का प्रतिशत निर्दिष्ट करते हैं जिसके लिए अतिरेक अनुमेय है। यदि इसके लिए कोई स्थान नहीं है, तो मेमोरी आवंटित नहीं की जाती है, आरक्षण से इनकार कर दिया जाएगा। यह PostgreSQL के लिए अनुशंसित सबसे सुरक्षित विकल्प है। OOM-Killer एक अन्य तत्व से प्रभावित होता है - स्वैप फीचर, जिसे चर cat /proc/sys/vm/swappiness द्वारा नियंत्रित किया cat /proc/sys/vm/swappiness । ये मान बताता है कि पेजिंग को कैसे संभालना है। मूल्य जितना बड़ा होगा, उतनी ही कम संभावना होगी कि OOM प्रक्रिया को समाप्त कर देगा, लेकिन I / O के कारण, यह डेटाबेस को नकारात्मक रूप से प्रभावित करता है। और इसके विपरीत - मूल्य जितना छोटा होता है, ओओएम-किलर हस्तक्षेप की संभावना उतनी ही अधिक होती है, लेकिन डेटाबेस का प्रदर्शन भी अधिक होता है। डिफ़ॉल्ट मान 60 है, लेकिन यदि पूरा डेटाबेस मेमोरी में फिट बैठता है, तो मान को 1 पर सेट करना सबसे अच्छा है।

परिणाम

OOM- किलर में हत्यारे से डरो मत। इस मामले में, हत्यारा आपके सिस्टम का रक्षक होगा। यह सबसे खराब प्रक्रियाओं को "मारता है" और सिस्टम को असामान्य समाप्ति से बचाता है। PostgreSQL को पूरा करने के लिए vm.overcommit_memory किलर का उपयोग करने से बचने के लिए, vm.overcommit_memory को 2 पर सेट करें। यह गारंटी नहीं देता है कि OOM-Killer को हस्तक्षेप करने की आवश्यकता नहीं है, लेकिन एक मजबूर PostgreSQL प्रक्रिया को समाप्त करने की संभावना कम हो जाएगी।