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

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

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

जेव्हा तुम्ही सर्व्हर किंवा प्रक्रियेची मेमरी संपते, Linux आउट-ऑफ-मेमरी किलर दोन उपाय सुचवतो: संपूर्ण सिस्टम क्रॅश करणे किंवा मेमरी वापरणारी प्रोसेस (ॲप्लिकेशन) बंद करणे. अर्थातच, प्रोसेस बंद करून OS ला क्रॅश होण्यापासून वाचवणे अधिक चांगले आहे. थोडक्यात, आउट-ऑफ-मेमरी किलर ही एक अशी प्रोसेस आहे जी कर्नलला क्रॅश होण्यापासून वाचवण्यासाठी ॲप्लिकेशन बंद करते. OS चालू ठेवण्यासाठी ती ॲप्लिकेशनचा बळी देते. चला, प्रथम OOM कसे कार्य करते आणि त्यावर नियंत्रण कसे ठेवायचे यावर चर्चा करूया, आणि नंतर OOM किलर कोणते ॲप्लिकेशन्स बंद करायचे हे कसे ठरवतो ते पाहूया.

मुख्य कामांपैकी एक Linux जेव्हा प्रोसेस मेमरीची मागणी करतात, तेव्हा त्यांना ती वाटप करा. सामान्यतः, एखादी प्रोसेस किंवा ॲप्लिकेशन 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

जसे आम्ही आधीच नमूद केले आहे, OOM-Killer चालू आणि बंद करता येतो. Linux प्रक्रियांसाठी उपलब्ध असलेल्या मेमरीपेक्षा जास्त मेमरी राखून ठेवली जाऊ शकते, परंतु प्रत्यक्षात ती वाटप केली जात नाही, आणि हे वर्तन एका कर्नल पॅरामीटरद्वारे नियंत्रित केले जाते. Linuxयासाठी व्हेरिएबल जबाबदार आहे. 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