আউট-অফ-মেমরি কিলার সেট আপ করা হচ্ছে Linux PostgreSQL এর জন্য

যখন Linux ডাটাবেস সার্ভারটি অপ্রত্যাশিতভাবে বন্ধ হয়ে যায় এবং এর কারণ নির্ণয় করা প্রয়োজন। এর একাধিক কারণ থাকতে পারে। উদাহরণস্বরূপ, SIGSEGV - ব্যাকএন্ড সার্ভারে একটি ত্রুটির কারণে ব্যর্থতা। কিন্তু এটা বিরল। প্রায়শই, আপনার কেবল ডিস্কের স্থান বা মেমরি ফুরিয়ে যায়। যদি আপনার ডিস্কের স্থান ফুরিয়ে যায়, তবে একমাত্র উপায় আছে - স্থান খালি করুন এবং ডাটাবেস পুনরায় চালু করুন।

আউট-অফ-মেমরি কিলার

যখন তুমি সার্ভার অথবা প্রসেসটির মেমোরি শেষ হয়ে যায়, Linux আউট-অফ-মেমরি কিলার দুটি সমাধান দেয়: পুরো সিস্টেম ক্র্যাশ করানো অথবা যে প্রসেসটি (অ্যাপ্লিকেশন) মেমরি ব্যবহার করছে, সেটিকে টার্মিনেট করা। অবশ্যই, প্রসেসটি টার্মিনেট করে অপারেটিং সিস্টেমকে ক্র্যাশ হওয়া থেকে বাঁচানোই শ্রেয়। সংক্ষেপে, আউট-অফ-মেমরি কিলার হলো এমন একটি প্রসেস যা কার্নেলকে ক্র্যাশ হওয়া থেকে বাঁচাতে একটি অ্যাপ্লিকেশনকে টার্মিনেট করে। এটি অপারেটিং সিস্টেমকে চালু রাখার জন্য অ্যাপ্লিকেশনটিকে উৎসর্গ করে। চলুন প্রথমে আলোচনা করা যাক 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_score প্রতিটি প্রক্রিয়া, এবং তারপর মেমরি পরিমাণ দ্বারা এই মান গুণিত. বৃহত্তর মান সহ প্রক্রিয়াগুলি ওওএম কিলারের শিকার হওয়ার সম্ভাবনা বেশি। রুট ব্যবহারকারীর সাথে যুক্ত প্রসেসগুলির স্কোর কম থাকে এবং শেষ করতে বাধ্য হওয়ার সম্ভাবনা কম থাকে।

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-কিলার ফাংশনটিকে কল করে oom_kill_task(). এই ফাংশন প্রক্রিয়া একটি সমাপ্তি সংকেত পাঠায়. স্মৃতি ঘাটতির ক্ষেত্রে oom_kill() প্রক্রিয়াটিতে একটি সিগকিল সংকেত পাঠাতে এই ফাংশনটিকে কল করে। কার্নেল লগে একটি বার্তা লেখা হয়।

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

কিভাবে OOM-Killer নিয়ন্ত্রণ করবেন

В Linux আপনি OOM-Killer সক্রিয় বা নিষ্ক্রিয় করতে পারেন (যদিও নিষ্ক্রিয় করার পরামর্শ দেওয়া হয় না)। এটি সক্রিয় বা নিষ্ক্রিয় করতে, প্যারামিটারটি ব্যবহার করুন। vm.oom-kill. রানটাইমে OOM-কিলার সক্ষম করতে, কমান্ডটি চালান 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 এর জন্য সুপারিশকৃত সবচেয়ে নিরাপদ বিকল্প। OOM-কিলার অন্য একটি উপাদান দ্বারা প্রভাবিত হয় - অদলবদল ক্ষমতা, যা পরিবর্তনশীল দ্বারা নিয়ন্ত্রিত হয় cat /proc/sys/vm/swappiness. এই মানগুলি কার্নেলকে কীভাবে পেজিং পরিচালনা করতে হয় তা বলে। মান যত বেশি হবে, OOM প্রক্রিয়াটি বন্ধ করার সম্ভাবনা তত কম, কিন্তু I/O অপারেশনের কারণে এটি ডাটাবেসের উপর নেতিবাচক প্রভাব ফেলে। এবং তদ্বিপরীত - মান যত কম হবে, OOM-কিলার হস্তক্ষেপের সম্ভাবনা তত বেশি, তবে ডাটাবেসের কার্যকারিতাও বেশি। ডিফল্ট মান 60, কিন্তু পুরো ডাটাবেস মেমরিতে ফিট হলে, মানটি 1 এ সেট করা ভাল।

ফলাফল

ওওএম-কিলারের "হত্যাকারী" আপনাকে ভয় দেখাতে দেবেন না। এই ক্ষেত্রে, হত্যাকারী আপনার সিস্টেমের ত্রাণকর্তা হবে। এটি সবচেয়ে খারাপ প্রক্রিয়াগুলিকে "হত্যা" করে এবং সিস্টেমটিকে বিপর্যস্ত হওয়া থেকে বাঁচায়। PostgreSQL বন্ধ করতে OOM-Killer ব্যবহার না করতে, সেট করুন vm.overcommit_memory মান 2. এটি গ্যারান্টি দেয় না যে OOM-কিলারকে হস্তক্ষেপ করতে হবে না, তবে এটি PostgreSQL প্রক্রিয়াটিকে বন্ধ করতে বাধ্য করার সম্ভাবনা কমিয়ে দেবে।

উত্স: www.habr.com