Skip to content
VDS · মনিটরিং ও পারফরম্যান্স

ডিস্ক এবং নেটওয়ার্ক স্পিড মাপা

আপনার VPS টিয়ারে ডিস্ক ও নেটওয়ার্ক সৎভাবে কীভাবে মাপবেন, কোন সংখ্যা স্বাভাবিক ধরবেন এবং কেন টেস্টের প্রথম কয়েক সেকেন্ড সবসময় মিথ্যা বলে।

আপডেট: ২৩ আগস্ট, ২০২৬

পরিমাপ দুটি ক্ষেত্রে প্রয়োজন: মেশিনটি তার প্রতিশ্রুতি অনুযায়ী পারফরম্যান্স দিচ্ছে কিনা তা নিশ্চিত করতে, এবং আপনার অ্যাপ্লিকেশনটি হার্ডওয়্যারের সীমায় পৌঁছাচ্ছে কিনা তা বুঝতে। মূল বিষয় হলো সঠিকভাবে পরিমাপ করা, নাহলে আপনি সুন্দর দেখতে এমন কিছু সংখ্যা পাবেন যেগুলোর বাস্তবতার সাথে কোনো সম্পর্ক নেই।

আপনার যা পাওয়া উচিত

ডিস্কের গতি টিয়ার দ্বারা সীমাবদ্ধ: প্রতি কোরের জন্য লেখার গতি 60 MB/s, তবে 60-এর কম নয় এবং 400 MB/s-এর বেশি নয়; পড়ার গতি লেখার গতির দ্বিগুণ। স্থায়ী সীমার উপরে 30 সেকেন্ডের জন্য তিন গুণ বেশি বার্স্ট অনুমোদিত।

টিয়ারলেখা, MB/sপড়া, MB/sলেখার বার্স্ট, MB/s
VDS-160120180
VDS-2120240360
VDS-3240480720
VDS-43607201080
VDS-5, VDS-64008001200

নেটওয়ার্ক ব্যান্ডউইথ সর্বোচ্চ 500 Mbit/s, যা আদর্শ অবস্থায় প্রায় 60 MB/s।

তাই মূল পদ্ধতিগত শিক্ষা: একটি সংক্ষিপ্ত টেস্ট বার্স্ট উইন্ডোর মধ্যে পড়বে এবং অতিরঞ্জিত ফলাফল দেখাবে। আপনাকে 30 সেকেন্ডের বেশি সময় ধরে বা এমন একটি ভলিউমে পরিমাপ করতে হবে যা স্পষ্টভাবে বার্স্টের চেয়ে বেশি।

ডিস্ক

দ্রুত সিকোয়েন্সিয়াল লেখার পরীক্ষা:

dd if=/dev/zero of=/root/testfile bs=1M count=8192 oflag=direct status=progress
rm /root/testfile

oflag=direct পেজ ক্যাশ বাইপাস করে — এটি ছাড়া আপনি মেমরির গতি পরিমাপ করবেন। VDS-1-এ আট গিগাবাইট লিখতে 30 সেকেন্ডের noticeably বেশি সময় লাগে, তাই বার্স্ট গড় হয়ে যাবে।

কোল্ড ক্যাশ দিয়ে পড়া:

dd if=/dev/zero of=/root/testfile bs=1M count=4096 oflag=direct
sync && echo 3 > /proc/sys/vm/drop_caches
dd if=/root/testfile of=/dev/null bs=1M iflag=direct
rm /root/testfile

আরও নির্ভরযোগ্য টুল হলো fio; এটি র‍্যান্ডম অ্যাক্সেস করতে পারে, যা ডেটাবেসের জন্য গুরুত্বপূর্ণ:

apt install -y fio
fio --name=rand --rw=randwrite --bs=4k --size=2G --numjobs=1 \
    --runtime=60 --time_based --direct=1 --ioengine=libaio --iodepth=32 \
    --filename=/root/fiotest
rm /root/fiotest

শুধু মেগাবাইট নয়, IOPS এবং লেটেন্সিও দেখুন: 4 KB ব্লকে র‍্যান্ডম লেখার ক্ষেত্রে মেগাবাইট সবসময়ই কম হয়।

নেটওয়ার্ক

apt install -y speedtest-cli && speedtest-cli --secure
curl -o /dev/null -w '%{speed_download}\n' https://speed.cloudflare.com/__down?bytes=104857600
iperf3 -c OTHER_SERVER -t 30       # if there is a second machine

ফলাফল পরিমাপ বিন্দু পর্যন্ত রুটের উপর নির্ভর করে, তাই দুই বা তিনটি ভিন্ন সোর্স থেকে টেস্ট করুন। নির্দিষ্ট কোনো ইউজারের কাছে গতি সবসময় চ্যানেলের সিলিংয়ের নিচে থাকে — পথে অন্য নেটওয়ার্কও থাকে।

লেটেন্সি আলাদাভাবে পরিমাপ করুন: ping -c 20 8.8.8.8 এবং mtr -rwc 50 8.8.8.8 দেখাবে কোথায় প্যাকেট হারাচ্ছে।

সাধারণ ভুল

  • direct ছাড়া টেস্ট করা। oflag=direct ছাড়া dd ক্যাশে লেখে এবং সেকেন্ডে গিগাবাইট দেখায়। সেটা মেমরির গতি।
  • অত্যন্ত ছোট ভলিউম। VDS-3-এ 1 GB বার্স্টের মধ্যে পড়ে — আপনি অতিরঞ্জিত ফলাফল পাবেন।
  • লোডের মধ্যে পরিমাপ করা। যদি সেই সময়ে কোনো ডেটাবেস বা ব্যাকআপ চলছে, আপনি অবশিষ্টাংশ পরিমাপ করছেন। শুরু করার আগে iostat দেখুন।
  • টেস্ট ফাইল মুছতে ভুলে যাওয়া। কয়েকবার রান করলেই সহজেই VDS-1-এর 40 GB ডিস্ক স্পেস খরচ হয়ে যেতে পারে; দেখুন Out of disk space।
  • রিকভারি ডিস্কে পরিমাপ করা। SystemRescue মোড বেঞ্চমার্কের জন্য নয়; এর পারফরম্যান্স প্রোফাইল ভিন্ন।

যদি একটি নিষ্ক্রিয় মেশিনে ফলাফল ধারাবাহিকভাবে টেবিলের নিচে থাকে, কমান্ডের আউটপুট সংযুক্ত করে সাপোর্টে যোগাযোগ করুন। যদি এটি স্থায়ী সীমার সাথে হুবহু মিলে যায়, আপনি টিয়ারের সিলিংয়ে পৌঁছেছেন, এবং শুধুমাত্র উচ্চতর টিয়ারে আপগ্রেড করলেই সমাধান হবে।