मेमोरी बाहिरको किलर सेटअप गर्दै 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। यस चरणमा, उनीसँग गर्नका लागि एउटा मात्र कुरा बाँकी छ - एक वा बढी प्रक्रियाहरू पूरा गर्नुहोस्। OOM-Killer ले प्रक्रिया तुरुन्तै समाप्त गर्नुपर्छ वा पर्खन सक्छ? जाहिर छ, जब 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)

Postgres प्रक्रिया ID 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

यदि तपाईंले मान ० मा सेट गर्नुभयो भने, जब मेमोरी समाप्त हुन्छ, त्यहाँ कर्नेल प्यानिक हुनेछैन।

$ 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 को लागि सिफारिस गरिएको सबैभन्दा सुरक्षित विकल्प हो। OOM-Killer अर्को तत्वद्वारा प्रभावित हुन्छ - स्वैपिङ क्षमता, जुन चरद्वारा नियन्त्रित हुन्छ। cat /proc/sys/vm/swappiness। यी मानहरूले कर्नेललाई कसरी पेजिङ ह्यान्डल गर्ने भनेर बताउँछन्। मूल्य जति उच्च हुन्छ, OOM ले प्रक्रिया समाप्त गर्ने सम्भावना त्यति नै कम हुन्छ, तर I/O सञ्चालनका कारण यसले डाटाबेसमा नकारात्मक प्रभाव पार्छ। र यसको विपरित - मूल्य जति कम हुन्छ, OOM-Killer हस्तक्षेपको उच्च सम्भावना हुन्छ, तर डाटाबेस प्रदर्शन पनि उच्च हुन्छ। पूर्वनिर्धारित मान ६० हो, तर यदि सम्पूर्ण डाटाबेस मेमोरीमा फिट हुन्छ भने, मान १ मा सेट गर्नु राम्रो हुन्छ।

परिणामहरू

OOM-Killer मा "हत्यारा" लाई तपाईंलाई डराउन नदिनुहोस्। यस अवस्थामा, हत्यारा तपाईंको प्रणालीको उद्धारकर्ता हुनेछ। यसले सबैभन्दा खराब प्रक्रियाहरूलाई "मार्छ" र प्रणालीलाई क्र्यास हुनबाट बचाउँछ। PostgreSQL समाप्त गर्न OOM-Killer प्रयोग गर्नबाट बच्नको लागि, सेट गर्नुहोस् vm.overcommit_memory मान 2. यसले OOM-Killer ले हस्तक्षेप गर्नु पर्दैन भन्ने ग्यारेन्टी गर्दैन, तर यसले PostgreSQL प्रक्रियालाई समाप्त गर्न बाध्य पार्ने सम्भावनालाई कम गर्नेछ।

स्रोत: www.habr.com