সার্ভারের গতি ও ট্রাফিক খরচ কীভাবে দেখবেন

"সার্ভার ধীর" কথাটির তিনটি আলাদা মানে হতে পারে: নেটওয়ার্ক ব্যস্ত, সার্ভারে কিছু ব্যান্ডউইথ খরচ করছে, অথবা পরীক্ষাটাই ভুল। এই সাতটি ধাপ এগুলো আলাদা করে। কমান্ডগুলো Linux-এর জন্য; প্যাকেজের নাম apt ব্যবহারকারী সিস্টেমের জন্য।

১. ড্যাশবোর্ডের গ্রাফ দেখুন

ড্যাশবোর্ডে সার্ভার খুলুন এবং মেট্রিক্স ট্যাবে যান। নেটওয়ার্ক গ্রাফ গত এক ঘণ্টা, দিন বা সপ্তাহের প্রতি সেকেন্ডে আসা-যাওয়া ট্রাফিক দেখায়। ডেটা আসে ভার্চুয়ালাইজেশন স্তর থেকে, তাই সার্ভারের ভেতরের OS আটকে গেলেও দেখা যায়।

দুটি জিনিস এটি দেখায় না: গিগাবাইটে মোট, আর কোন প্রোগ্রাম ট্রাফিক তৈরি করেছে। এর জন্যই পরের ধাপগুলো।

একই ডেটা API দিয়েও পাওয়া যায়, গত মাসেরটাও:

curl -s "https://api.eqvps.com/api/v1/eqvps/services/SERVICE_ID/metrics?timeframe=month" \
  -H "Authorization: Bearer $EQVPS_API_KEY"

২. নেটওয়ার্ক ইন্টারফেস খুঁজুন

নিচের বেশিরভাগ কমান্ডে ইন্টারফেসের নাম লাগে:

ip -br addr

যে ইন্টারফেসে আপনার পাবলিক (NAT সার্ভারে প্রাইভেট) ঠিকানা আছে সেটিই দরকার, প্রায়ই eth0 বা ens18। আপনারটির নাম আলাদা হলে নিচে eth0 বদলে নিন।

৩. vnStat দিয়ে দিন ও মাসের ট্রাফিক গুনুন

apt install -y vnstat
vnstat -l -i eth0          # live rate, Ctrl+C to stop
vnstat -d                  # per day
vnstat -m                  # per month

vnStat kernel-এর ইন্টারফেস কাউন্টার পড়ে, রিবুটের পরও তথ্য রাখে এবং প্রায় কোনো রিসোর্স খরচ করে না। এটি ইনস্টলের মুহূর্ত থেকে গোনা শুরু করে, তাই সংখ্যা দরকার হওয়ার আগেই ইনস্টল করে রাখুন।

৪. কোন প্রসেস ব্যান্ডউইথ ব্যবহার করছে দেখুন

apt install -y nethogs
nethogs eth0

nethogs প্রতিটি প্রসেসের বর্তমান পাঠানো ও নেওয়ার গতি দেখায়। অচেনা কোনো প্রসেস ট্রাফিক পাঠাতে দেখলে ভালো করে দেখুন: অপ্রত্যাশিত ভারী আপলোডার মানে সার্ভারে অনুপ্রবেশ হয়ে থাকতে পারে।

সংযোগগুলো দেখতে:

ss -tunap | head -30

৫. অর্থবহ গতি পরীক্ষা করুন

নির্ভরযোগ্য উপায় হলো নিজের নিয়ন্ত্রণের দুটি মেশিনের মধ্যে iperf3। অন্য মেশিনে সার্ভার চালু করুন:

iperf3 -s

নিজের সার্ভারে ৪টি স্ট্রিমে ৩০ সেকেন্ড ধরে দুই দিকই পরীক্ষা করুন:

iperf3 -c OTHER_HOST -P 4 -t 30        # upload from this server
iperf3 -c OTHER_HOST -P 4 -t 30 -R     # download to this server

NAT সার্ভার আসা সংযোগ শুধু SSH পোর্টে নেয়, তাই iperf3 -s অন্য মেশিনে চালান এবং NAT সার্ভারকে ওপরের মতো ক্লায়েন্ট রাখুন।

দ্বিতীয় মেশিন নেই? কাছের কোনো দ্রুত মিরর থেকে বড় ফাইল ডাউনলোড করে গড় পড়ুন:

curl -o /dev/null -w "%{speed_download}\n" https://mirror.example.net/1GB.bin

ফলাফল বাইট প্রতি সেকেন্ডে। বিট প্রতি সেকেন্ড পেতে 8 দিয়ে গুণ করুন: 110000000 প্রায় 880 Mbit/s।

৬. লেটেন্সি ও প্যাকেট লস দেখুন

দূরে কম থ্রুপুট প্রায়ই লেটেন্সি বা লসের সমস্যা, ব্যান্ডউইথের নয়:

apt install -y mtr-tiny
mtr -rwc 100 example.com

শেষ লাইনের Loss% কলাম দেখুন। মাঝের কোনো একটি হপে লস দেখা দিয়ে পরে উধাও হলে সাধারণত বোঝায় সেই রাউটার ping উত্তরকে কম অগ্রাধিকার দিচ্ছে, আসল লস নয়।

৭. প্রত্যাশার সঙ্গে মেলান

একই ফিজিক্যাল মেশিনের কয়েকটি সার্ভার একসঙ্গে ব্যস্ত হলে আপলিংক তাদের মধ্যে সমানভাবে ভাগ হয়, তাই ভিড়ের সময় কম সংখ্যা আসা স্বাভাবিক। কোনো ট্যারিফে ট্রাফিক কোটা নেই। ভাগ কীভাবে হয়, তা ব্যাখ্যা করা আছে ট্রাফিক ও নেটওয়ার্কের গতি-তে।

Windows সার্ভারে Task Manager → Performance → Ethernet বর্তমান গতি দেখায়, আর Resource Monitor → Network দেখায় প্রসেসভিত্তিক ট্রাফিক।

সংখ্যা সত্যিই কম হলে

ধাপ ৫ দুটি আলাদা টেস্ট সার্ভারে চালান, সময় লিখে রাখুন, এবং কমান্ড ও আউটপুটসহ টিকিট খুলুন। এতে আমরা ঠিক সেই মুহূর্তের আপলিংক দেখতে পারব।

সম্পর্কিত

• ট্রাফিক ও নেটওয়ার্কের গতি: পোর্টের গতি, ন্যায্য ভাগ, বাইরে যাওয়া মেইলের পোর্ট।
• নেটওয়ার্ক ও পোর্ট: NAT ফরওয়ার্ডিং ও খোলা পোর্ট।
• vnStat বা লগে ডিস্ক ভরে গেলে: ডিস্কের জায়গা খালি করুন।