প্যানেলের গ্রাফ: কীভাবে পড়বেন

/hosting/vds/m/<id>-এ প্যানেলের Overview ট্যাবে মেশিনের ইতিহাস থাকে: ঘণ্টা, দিন, সপ্তাহ ও মাসের CPU, ট্রাফিক এবং মেমরি গ্রাফ, সাথে ডিস্ক ব্যবহারের একটি রিং। মেশিনের ভেতরে কিছু কনফিগার না করলে এটিই ঐতিহাসিক ডেটার একমাত্র উৎস।

তিনটি গ্রাফ ও একটি রিং

CPU। টিয়ারের সব কোরের শতাংশ হিসেবে লোড। 100% মানে সব কোর ব্যস্ত, শুধু একটি নয়। প্রজেক্ট বিল্ড বা প্যাকেজ আপডেটের সময় সাময়িক স্পাইক স্বাভাবিক। ঘণ্টার পর ঘণ্টা 100%-এ সমান রেখা মানে হয় আপনার যথেষ্ট কোর নেই, নয়তো সিস্টেমে এমন একটি প্রসেস চলছে যা সেখানে থাকা উচিত নয়।

ট্রাফিক। ইনবাউন্ড ও আউটবাউন্ড ট্রাফিক। ব্যান্ডউইথ 500 Mbps পর্যন্ত, তাই উল্লম্ব স্কেল সাধারণত সিলিং থেকে অনেক দূরে থাকে। আকৃতিটি দেখুন: ওয়েবসাইট ভিজিটরদের সাথে তাল মিলিয়ে আঁকাবাঁকা প্যাটার্ন তৈরি করে, ব্যাকআপ একটি আয়তক্ষেত্র, আর আক্রমণ বা লুপে চলা স্ক্রিপ্ট কোনো পতন ছাড়া সমান রেখা।

মেমরি। ব্যবহৃত RAM। এখানে গুরুত্বপূর্ণ পরম মান নয়, প্রবণতা। করাতের দাঁতের মতো আকৃতি (বাড়ে, সার্ভিস রিস্টার্টে কমে, আবার বাড়ে) একটি লিক। মসৃণভাবে সিলিং পর্যন্ত উঠে গ্রাফ হঠাৎ নেমে যাওয়া মানে OOM killer প্রসেসটি মেরে ফেলেছে; পড়ুন Out of memory।

ডিস্ক রিং। ব্যবহৃত জায়গা। মানটি আসে গেস্ট এজেন্ট qemu-guest-agent থেকে। এজেন্ট সরিয়ে ফেললে রিং পূরণ হয় না; প্যানেল ইনস্টলেশন কমান্ড দেখাবে, সেটি চালান, ডেটা ফিরে আসবে।

সময়কাল কীভাবে বেছে নেবেন

• ঘণ্টা — এখন ঠিক কী ঘটছে তা বিশ্লেষণ করতে: আপনি একটি সার্ভিস রিস্টার্ট করেছেন, আপডেট রোলআউট করেছেন, বা তার পরিণতি সামলাচ্ছেন।
• দিন — দৈনিক ছন্দ দেখতে: রাতের cron জব, সকালে ট্রাফিক বৃদ্ধি।
• সপ্তাহ — একবারের ঘটনা নিয়মিত ঘটনা থেকে আলাদা করতে। প্রতি সোমবার 03:00-এ পিক মানে সেটি আপনার শিডিউল, কাকতালীয় নয়।
• মাস — টিয়ার নিয়ে সিদ্ধান্ত নিতে। CPU বা মেমরির প্লেটো সপ্তাহের পর সপ্তাহ ধরে থাকলে উচ্চতর টিয়ার-এর সময় এসেছে।

সময়কাল যত দীর্ঘ, গড়ায়ন তত প্রবল: এক মিনিটের স্পাইক মাসিক গ্রাফে প্রায় অদৃশ্য। তাই স্বল্পস্থায়ী সমস্যা ঘণ্টার স্কেলে খুঁজুন।

গ্রাফ যা দেখায় না

• ঠিক কে মেশিনে লোড দিয়েছে। প্যানেল মোট জানে, প্রসেস জানে না। সিস্টেমের ভেতরে htop বা btop ছাড়া অপরাধীর নাম পাওয়া যাবে না।
• ডিস্ক লোড। রিং ব্যবহৃত জায়গা দেখায়, পড়া-লেখার গতি নয়। সেজন্য আছে iostat ও iotop।
• ওয়েবসাইট ডাউনটাইম। গ্রাফ শান্ত থাকলেও অ্যাপ্লিকেশন ডাউন থাকতে পারে। বাহ্যিক মনিটরিং দরকার; দেখুন Website downtime alerts।
• প্রতি সেকেন্ডের বিস্তারিত। গ্রাফের পয়েন্টগুলো গড় করা। ইতিহাসসহ বিস্তারিত মেট্রিক দরকার হলে Netdata ইনস্টল করুন।

সাধারণ ভুল

প্রথমটি ব্যবহৃত মেমরি নিয়ে আতঙ্ক। Linux খালি মেমরি ক্যাশেকে দেয়, আর গ্রাফ সেটিই সৎভাবে দেখায়; উদ্বেগের সংকেত swap বাড়া, ভরে যাওয়া নয়।

দ্বিতীয়টি একটি মাত্র পয়েন্ট থেকে সিদ্ধান্তে পৌঁছানো। প্ল্যান বদলানোর আগে সাপ্তাহিক স্কেলে একই অংশটি দেখুন: প্রায়ই “ধ্রুবক লোড” আসলে আধা ঘণ্টার একটি কাজ।

SSH-এ মেশিন সাড়া না দিলেও গ্রাফ সংগ্রহ চলতে থাকে। অ্যাক্সেস হারালে “Overview” দিয়ে শুরু করুন — রেখার ভাঙনই দেখায় কখন সবকিছু ভেঙেছে।