PostgreSQL का लागि लिनक्समा आउट-अफ-मेमोरी किलर सेटअप गर्दै

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

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

जब सर्भर वा प्रक्रिया मेमोरी समाप्त हुन्छ, लिनक्सले 2 समाधानहरू प्रदान गर्दछ: सम्पूर्ण प्रणाली क्र्यास गर्नुहोस् वा मेमोरी खाइरहेको प्रक्रिया (एप्लिकेशन) समाप्त गर्नुहोस्। निस्सन्देह, यो प्रक्रिया समाप्त गर्न र OS लाई क्र्यास हुनबाट बचाउन राम्रो छ। संक्षेपमा, आउट-अफ-मेमोरी किलर एउटा प्रक्रिया हो जसले कर्नेललाई क्र्यास हुनबाट बचाउनको लागि अनुप्रयोगलाई मार्छ। यसले OS चलिरहेको राख्नको लागि अनुप्रयोगलाई बलिदान दिन्छ। आउनुहोस् पहिले OOM कसरी काम गर्छ र यसलाई कसरी नियन्त्रण गर्ने भनेर छलफल गरौं, र त्यसपछि OOM किलरले कुन अनुप्रयोगलाई समाप्त गर्ने निर्णय गर्छ हेर्नुहोस्।

लिनक्सको मुख्य कार्यहरू मध्ये एक प्रक्रियाहरूमा मेमोरी आवंटित गर्नु हो जब तिनीहरूले यसको लागि सोध्छन्। सामान्यतया, प्रक्रिया वा अनुप्रयोगले 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 कसरी नियन्त्रण गर्ने

लिनक्समा, तपाईंले 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 लाई अन र अफ मात्र गर्न सकिदैन। हामीले पहिले नै भनेका छौं कि लिनक्सले वास्तवमा आवंटित नगरीकन उपलब्ध प्रक्रियाहरूको लागि थप मेमोरी आरक्षित गर्न सक्छ, र यो व्यवहार लिनक्स कर्नेल प्यारामिटरद्वारा नियन्त्रित हुन्छ। चर यसको लागि जिम्मेवार छ 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