৫০০ Mbps পর্যন্ত ব্যান্ডউইথ: বাস্তবে এর অর্থ কী
সার্ভারে নেটওয়ার্ক ও ডিস্ক লিমিট কীভাবে পড়বেন, গতি সঠিকভাবে কীভাবে মাপবেন, এবং কেন বাস্তব লোড প্রায় কখনোই ব্যান্ডউইথ লিমিটে পৌঁছায় না।
আপডেট: ২৩ আগস্ট, ২০২৬
প্রতিটি Millida VDS মেশিনে ব্যান্ডউইথ 500 Mbps পর্যন্ত। এটি চ্যানেলের ঊর্ধ্বসীমা, বিশ্বের যেকোনো نقطة পর্যন্ত গ্যারান্টিযুক্ত গতি নয়: পথের মাঝে তৃতীয় পক্ষের নেটওয়ার্ক থাকে, এবং তাদের থ্রুপুট আপনার নিয়ন্ত্রণে নয়।
অনুশীলনে 500 Mbps মানে কী
500 Mbps প্রায় 60 MB/s। এর মধ্যে যা যা পড়ে:
- এক গিগাবাইট ইমেজ — প্রায় 17 সেকেন্ড;
- একটি 1080p ভিডিও স্ট্রিম — প্রায় 5 Mbps, অর্থাৎ একশো দর্শক সীমায় পৌঁছে যাবে;
- একটি সাধারণ ওয়েবসাইট — পিক সময়েও ব্যান্ডউইথের শতাংশের ভগ্নাংশ।
একটি ওয়েব অ্যাপ, গেম সার্ভার বা বটের জন্য ব্যান্ডউইথ প্রায় কখনোই সীমাবদ্ধকারী উপাদান নয়। বাধা সাধারণত CPU, মেমোরি বা ডিস্ক।
ডিস্ক সীমা
ডিস্ক আলাদাভাবে সীমাবদ্ধ এবং তা প্ল্যান টিয়ারের উপর নির্ভর করে: রাইট — প্রতি কোর 60 MB/s, তবে 60-এর নিচে নয় এবং 400 MB/s-এর উপরে নয়; রিড রাইটের দ্বিগুণ। সীমার উপরে, 30 সেকেন্ডের জন্য তিন গুণ পর্যন্ত বার্স্ট অনুমোদিত—এটি আর্কাইভ এক্সট্রাক্ট করা বা ভারী সার্ভিস চালু করা কভার করে।
| প্ল্যান | কোর | রাইট সীমা | রিড সীমা |
|---|---|---|---|
| VDS-1 | 1 | 60 MB/s | 120 MB/s |
| VDS-2 | 2 | 120 MB/s | 240 MB/s |
| VDS-3 | 4 | 240 MB/s | 480 MB/s |
| VDS-4 | 6 | 360 MB/s | 720 MB/s |
| VDS-5 | 8 | 400 MB/s | 800 MB/s |
| VDS-6 | 10 | 400 MB/s | 800 MB/s |
ডিস্কটি NVMe, এবং এর মূল সুবিধা সীমা নয় বরং প্রতিক্রিয়াশীলতা: ছোট ডেটাবেস অপারেশন যেকোনো টিয়ারে দ্রুত চলে।
কীভাবে মাপবেন
নেটওয়ার্ক:
apt install -y speedtest-cli
speedtest-cli --simple
curl -o /dev/null -w "%{speed_download}\n" https://speed.cloudflare.com/__down?bytes=104857600
ডিস্ক:
dd if=/dev/zero of=/root/testfile bs=1M count=4096 oflag=direct
rm /root/testfile
apt install -y fio
fio --name=w --rw=write --bs=1M --size=4G --direct=1 --filename=/root/fio.tmp
কমপক্ষে এক মিনিট মাপুন। সংক্ষিপ্ত টেস্ট বার্স্টের মধ্যে পড়বে এবং সীমার উপরে সংখ্যা দেখাবে—ভালো, তবে অসত্য।
কেন “ডাউনলোড ধীর”
- প্রেরণকারী পক্ষ গতি সীমিত করছে—সবচেয়ে সাধারণ কারণ।
- দীর্ঘ-দূরত্বের রুটে একটি একক TCP সংযোগ পূর্ণ গতিতে পৌঁছাবে না।
curl -Zবা একাধিক স্ট্রিম দিয়ে টেস্ট করুন। - ছোট ফাইল: গতি ব্যান্ডউইথ দ্বারা নয়, বরং লেটেন্সি এবং রিকোয়েস্টের সংখ্যা দ্বারা সীমাবদ্ধ।
- সার্ভিসের ভেতরে ভুলে যাওয়া একটি সীমা: nginx-এ
LimitRate, rsync-এ--limit-rate। - নেটওয়ার্কের অস্বাভাবিকতা যেমন ভুল MTU—দেখুন MTU 1420।
সাধারণ ভুল
| লক্ষণ | কারণ | সমাধান |
|---|---|---|
dd সেকেন্ডে গিগাবাইট দেখায় | ডেটা মেমোরি ক্যাশে লেখা হয়েছিল | oflag=direct যোগ করুন |
| আধা মিনিট পরে গতি কমে যায় | বার্স্ট শেষ, আপনি সীমায় পৌঁছেছেন | স্বাভাবিক; সীমার উপর ভিত্তি করে প্ল্যান করুন |
| সাইট “ল্যাগ” করে, ট্রাফিক গ্রাফ খালি | সমস্যা নেটওয়ার্কে নয়, CPU বা ডিস্কে | /hosting/vds/m/<id>-এ “Overview” দেখুন |
| ভিন্ন speedtest ফলাফল | ভিন্ন টেস্ট পয়েন্ট | একই সার্ভার তুলনা করুন |
গতির কারণে আপনার প্ল্যান পরিবর্তন করার আগে, এক সপ্তাহ ধরে “Overview”-তে CPU, মেমোরি এবং ট্রাফিক গ্রাফ দেখুন। সাধারণত আপনি একটি সম্পূর্ণ ভিন্ন বাধা দেখতে পাবেন, এবং প্ল্যান শুধু আপগ্রেড করা যায়, ফেরার কোনো উপায় নেই।