PostgreSQL साठी Linux मध्ये आउट-ऑफ-मेमरी किलर सेट करणे

जेव्हा डेटाबेस सर्व्हर लिनक्समध्ये अनपेक्षितपणे बाहेर पडतो, तेव्हा तुम्हाला कारण शोधण्याची आवश्यकता असते. अनेक कारणे असू शकतात. उदाहरणार्थ, SIGSEGV — बॅकएंड सर्व्हरमधील बगमुळे अपयश. पण हे दुर्मिळ आहे. बर्‍याचदा, तुमची डिस्क स्पेस किंवा मेमरी संपते. जर तुमची डिस्क जागा संपली तर, एकच मार्ग आहे - जागा मोकळी करा आणि डेटाबेस रीस्टार्ट करा.

आउट-ऑफ-मेमरी किलर

जेव्हा सर्व्हर किंवा प्रक्रिया मेमरी संपते, तेव्हा लिनक्स 2 उपाय ऑफर करते: संपूर्ण सिस्टम क्रॅश करा किंवा मेमरी खाणारी प्रक्रिया (अॅप्लिकेशन) समाप्त करा. अर्थातच, प्रक्रिया समाप्त करणे आणि ओएसला क्रॅश होण्यापासून वाचवणे चांगले आहे. थोडक्यात, आउट-ऑफ-मेमरी किलर ही एक प्रक्रिया आहे जी कर्नलला क्रॅश होण्यापासून वाचवण्यासाठी ऍप्लिकेशन नष्ट करते. हे ओएस चालू ठेवण्यासाठी अनुप्रयोगाचा त्याग करते. प्रथम OOM कसे कार्य करते आणि ते कसे नियंत्रित करायचे यावर चर्चा करू आणि नंतर OOM किलर कोणता अनुप्रयोग समाप्त करायचा हे कसे ठरवते ते पाहू.

लिनक्सच्या मुख्य कामांपैकी एक म्हणजे मेमरी प्रक्रियांना वाटप करणे जेव्हा ते विचारतात. सामान्यतः, प्रक्रिया किंवा अनुप्रयोग OS कडून मेमरीची विनंती करते, परंतु ती पूर्णपणे वापरत नाही. जर OS ने मागितलेल्या प्रत्येकाला मेमरी दिली परंतु ती वापरण्याची योजना नसेल, तर लवकरच मेमरी संपेल आणि सिस्टम अयशस्वी होईल. हे टाळण्यासाठी, OS प्रक्रियेसाठी मेमरी राखून ठेवते, परंतु प्रत्यक्षात ती सोडत नाही. जेव्हा एखादी प्रक्रिया प्रत्यक्षात ती वापरणार असेल तेव्हाच मेमरी वाटप केली जाते. असे होते की OS कडे विनामूल्य मेमरी नसते, परंतु ती एखाद्या प्रक्रियेस मेमरी नियुक्त करते आणि जेव्हा एखाद्या प्रक्रियेची आवश्यकता असते तेव्हा OS शक्य असल्यास ते वाटप करते. नकारात्मक बाजू अशी आहे की कधीकधी OS मेमरी राखून ठेवते, परंतु योग्य वेळी कोणतीही विनामूल्य मेमरी नसते आणि सिस्टम क्रॅश होते. OOM या परिस्थितीत महत्त्वाची भूमिका बजावते आणि कर्नलला घाबरण्यापासून रोखण्यासाठी प्रक्रिया बंद करते. जेव्हा PostgreSQL प्रक्रिया समाप्त करण्यास भाग पाडले जाते, तेव्हा लॉगमध्ये एक संदेश दिसून येतो:

Out of Memory: Killed process 12345 (postgres).

जर सिस्टमची मेमरी कमी असेल आणि ती मुक्त केली जाऊ शकत नसेल, तर फंक्शन म्हणतात out_of_memory. या टप्प्यावर, तिच्याकडे फक्त एक गोष्ट बाकी आहे - एक किंवा अधिक प्रक्रिया पूर्ण करा. ओओएम-किलरने प्रक्रिया ताबडतोब संपुष्टात आणली पाहिजे की ती प्रतीक्षा करू शकते? उघडपणे, जेव्हा out_of_memory कॉल केली जाते, तेव्हा ते I/O ऑपरेशन किंवा डिस्कवर पेजिंगची प्रतीक्षा केल्यामुळे होते. म्हणून, OOM किलरने प्रथम तपासणी करणे आवश्यक आहे आणि, त्यांच्या आधारावर, प्रक्रिया समाप्त करणे आवश्यक आहे. खालील सर्व तपासण्या सकारात्मक असल्यास, OOM प्रक्रिया समाप्त करेल.

प्रक्रिया निवड

मेमरी संपली की फंक्शन म्हणतात out_of_memory(). त्याचे एक कार्य आहे select_bad_process(), जे फंक्शनकडून मूल्यांकन प्राप्त करते badness(). "सर्वात वाईट" प्रक्रिया लक्ष्यित केली जाईल. कार्य 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:

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

OOM-Killer ने प्रक्रिया पूर्णपणे नष्ट करू नये असे तुम्हाला वाटत असल्यास, दुसरा कर्नल पर्याय आहे: oom_score_adj. तुम्हाला महत्त्वाची प्रक्रिया पूर्ण करण्याची शक्यता कमी करण्यासाठी मोठे नकारात्मक मूल्य जोडा.

sudo echo -100 > /proc/3813/oom_score_adj

मूल्य सेट करण्यासाठी oom_score_adj, सेवा ब्लॉकमध्ये OOMScoreAdjust सेट करा:

[Service]
OOMScoreAdjust=-1000

किंवा वापरा oomprotect संघात rcctl.

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

प्रक्रिया सक्तीने संपुष्टात आणणे

जेव्हा एक किंवा अधिक प्रक्रिया आधीच निवडल्या जातात, तेव्हा OOM-Killer फंक्शन कॉल करते oom_kill_task(). हे फंक्शन प्रक्रियेला समाप्ती सिग्नल पाठवते. मेमरी कमतरता बाबतीत oom_kill() प्रक्रियेला SIGKILL सिग्नल पाठवण्यासाठी या फंक्शनला कॉल करते. कर्नल लॉगवर संदेश लिहिला जातो.

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

OOM-Killer कसे नियंत्रित करावे

Linux वर, तुम्ही 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:

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: जास्त मेमरी राखून ठेवायची की नाही हे कर्नल स्वतः ठरवते. हे Linux च्या बर्‍याच आवृत्त्यांवर डीफॉल्ट आहे.
1: कर्नल नेहमी अतिरिक्त मेमरी राखून ठेवेल. हे धोकादायक आहे, कारण मेमरी संपुष्टात येऊ शकते, कारण बहुधा, एक दिवस प्रक्रियांना याची आवश्यकता असेल.
2: कर्नल पॅरामीटरमध्ये निर्दिष्ट केलेल्यापेक्षा जास्त मेमरी राखून ठेवणार नाही overcommit_ratio.

या पॅरामीटरसह, तुम्ही मेमरीची टक्केवारी निर्दिष्ट करता जी अति-आरक्षित करण्याची परवानगी आहे. त्यासाठी जागा नसल्यास, मेमरी वाटप केली नाही, आणि आरक्षण नाकारले जाईल. PostgreSQL साठी शिफारस केलेला हा सर्वात सुरक्षित पर्याय आहे. ओओएम-किलर दुसर्या घटकाने प्रभावित होतो - स्वॅपिंग क्षमता, जी व्हेरिएबलद्वारे नियंत्रित केली जाते. cat /proc/sys/vm/swappiness. ही मूल्ये पेजिंग कशी हाताळायची हे कर्नलला सांगतात. मूल्य जितके जास्त असेल तितकी OOM प्रक्रिया संपुष्टात आणण्याची शक्यता कमी असते, परंतु I/O ऑपरेशन्समुळे डेटाबेसवर त्याचा नकारात्मक प्रभाव पडतो. आणि त्याउलट - मूल्य जितके कमी असेल तितके ओओएम-किलर हस्तक्षेपाची शक्यता जास्त असते, परंतु डेटाबेस कार्यप्रदर्शन देखील जास्त असते. डीफॉल्ट मूल्य 60 आहे, परंतु संपूर्ण डेटाबेस मेमरीमध्ये बसल्यास, मूल्य 1 वर सेट करणे चांगले आहे.

परिणाम

OOM-Killer मधील "किलर" तुम्हाला घाबरू देऊ नका. या प्रकरणात, किलर आपल्या सिस्टमचा तारणहार असेल. हे सर्वात वाईट प्रक्रियांना "मारून टाकते" आणि सिस्टमला क्रॅश होण्यापासून वाचवते. PostgreSQL समाप्त करण्यासाठी OOM-Killer वापरणे टाळण्यासाठी, वर सेट करा vm.overcommit_memory मूल्य 2. हे OOM-किलरला हस्तक्षेप करावा लागणार नाही याची हमी देत ​​नाही, परंतु यामुळे PostgreSQL प्रक्रिया समाप्त होण्यास भाग पाडण्याची शक्यता कमी होईल.

स्त्रोत: www.habr.com