লোড এভারেজ: তিনটি সংখ্যার অর্থ কী
আপনার VPS টিয়ারে লোড এভারেজ কীভাবে সঠিকভাবে পড়বেন, CPU আইডল থাকা সত্ত্বেও উচ্চ লোড কেন হতে পারে, এবং কখন সংখ্যাগুলোর জন্য সত্যিই ব্যবস্থা নেওয়া প্রয়োজন।
আপডেট: ২৩ আগস্ট, ২০২৬
uptime কমান্ড এবং htop-এর উপরের লাইন তিনটি সংখ্যা দেখায় — 1, 5 এবং 15 মিনিটের গড় লোড। Linux-এ এটি সবচেয়ে বেশি ভুল বোঝা মেট্রিক: এটিকে প্রায়ই CPU লোডের সাথে গুলিয়ে ফেলা হয়।
আসলে এটি কী
লোড অ্যাভারেজ হলো সেই প্রসেসগুলোর গড় সংখ্যা, যেগুলো হয় CPU-তে গণনা করছে, নয়তো ডিস্কের জন্য অপেক্ষা করছে। দ্বিতীয় উপাদানটিই বিভ্রান্তির জন্ম দেয়: একটি মেশিন 12 লোড দেখাতে পারে অথচ CPU প্রায় অলস, যদি বারোটি প্রসেসই ডিস্কের জন্য অপেক্ষায় সারিবদ্ধ থাকে।
uptime
# 14:22:03 up 9 days, 2:41, 1 user, load average: 3.41, 2.02, 1.15
cat /proc/loadavg
nproc # how many cores your plan has
স্বাভাবিক কী, তা নির্ভর করে কোর সংখ্যার উপর
নিয়মটি সহজ: কোর সংখ্যার সমান লোড মানে মেশিন সম্পূর্ণ ব্যস্ত, কোনো সারি নেই।
| টিয়ার | কোর | আরামদায়ক | ব্যস্ত | সারিবদ্ধ |
|---|---|---|---|---|
| VDS-1 | 1 | 0.7 পর্যন্ত | প্রায় 1 | 2-এর বেশি |
| VDS-2 | 2 | 1.4 পর্যন্ত | প্রায় 2 | 4-এর বেশি |
| VDS-3 | 4 | 2.8 পর্যন্ত | প্রায় 4 | 8-এর বেশি |
| VDS-4 | 6 | 4 পর্যন্ত | প্রায় 6 | 12-এর বেশি |
| VDS-5 | 8 | 5.5 পর্যন্ত | প্রায় 8 | 16-এর বেশি |
| VDS-6 | 10 | 7 পর্যন্ত | প্রায় 10 | 20-এর বেশি |
তিনটি সংখ্যাকে আপনি প্রবণতা হিসেবে পড়বেন। 5.0, 2.0, 1.0 — লোড এইমাত্র বেড়েছে, সম্ভবত আপনি নিজেই কিছু চালু করেছেন। 1.0, 2.0, 5.0 — শীর্ষবিন্দু পেরিয়ে গেছে এবং মেশিন লোড কমাচ্ছে। তিনটি কাছাকাছি বড় সংখ্যা — দীর্ঘস্থায়ী ওভারলোড, এবং এটিই ঠিক করার প্রয়োজন।
এরপর কোথায় দেখবেন
উচ্চ লোড একটি উপসর্গ, রোগনির্ণয় নয়। কারণগুলো ভাগ করে দেখুন:
vmstat 2 5
- বড়
rকলাম (চালনার জন্য সারিবদ্ধ প্রসেস) এবং উচ্চus/sy— আপনি CPU সীমায় পৌঁছাচ্ছেন। অপরাধী খুঁজুন htop-এ। - বড়
bকলাম এবং উচ্চwa— আপনি ডিস্ক সীমায় পৌঁছাচ্ছেন। পরবর্তী: iostat এবং iotop। si/soবাড়ছে — সোয়াপিং চলছে, অর্থাৎ মেমরি ফুরিয়ে আসছে, দেখুন মেমরি এবং সোয়াপ।
htop-এ D অবস্থায় থাকা প্রসেসগুলোই ঠিক যেগুলো I/O-র জন্য অপেক্ষা করছে এবং লোড অ্যাভারেজ বাড়িয়ে তুলছে।
কখন উচ্চতর টিয়ারে যাওয়ার সময়
প্রজেক্ট বিল্ড, প্যাকেজ আপডেট বা রাতের ব্যাকআপের সময় এককালীন স্পাইক উপেক্ষা করুন। আসল সংকেত দেখতে এমন: প্যানেলের /hosting/vds/m/<id>-এ সাপ্তাহিক CPU গ্রাফে একটি প্ল্যাটো ধরে থাকে, লোড অ্যাভারেজ ধারাবাহিকভাবে কোর সংখ্যার উপরে থাকে, এবং অপরাধী আপনার প্রোডাকশন অ্যাপ্লিকেশন, ভুলে যাওয়া কোনো স্ক্রিপ্ট নয়। তখন উচ্চতর টিয়ারে যাওয়া অর্থবহ: আপনি কেবল উপরে যেতে পারেন, পরিশোধিত মেয়াদের বাকি দিনগুলোর জন্য অতিরিক্ত পেমেন্ট দিয়ে।
সাধারণ ভুল
- লোডকে 100%-এর সাথে তুলনা করা। লোড অ্যাভারেজ শতাংশ নয়। VDS-3-এ 4 মানে সম্পূর্ণ ব্যস্ত মেশিন, বিপর্যয় নয়।
- কেবল প্রথম সংখ্যাটি দেখা। এক মিনিটের গড় সামান্য কিছুতেই লাফিয়ে ওঠে। সিদ্ধান্ত নেওয়া হয় 15 মিনিটেরটির উপর।
- নোডের প্রতিবেশীদের ভুলে যাওয়া।
vmstat-এst(steal) কলাম হাইপারভাইজার যে সময় কেড়ে নিয়েছে তা দেখায়। ধারাবাহিকভাবে উচ্চ মান সাপোর্টে লেখার কারণ — এটি আপনার সমস্যা নয়।
লোড অ্যাভারেজ মেমরি সম্পর্কে কিছুই বলে না। একটি মেশিন 0.2 দেখাতে পারে এবং তবুও OOM killer চালু হওয়ার এক ধাপ দূরে থাকতে পারে।