پهنای باند اختصاصی یعنی چه، پورت 10 گیگابیت واقعاً چه چیزی را تضمین می‌کند، پالیسی fair-use چرا وجود دارد و چطور بفهمید سرورتان محدود شده است.

پهنای باند اختصاصی چیست؟ تفاوت آن با اشتراکی و پورت 10 گیگابیت

در مشخصات فنی سرورها دو عبارت زیاد تکرار می‌شود: «پهنای باند اختصاصی» و «پورت 10 گیگابیت». هر دو خوب به نظر می‌رسند، اما هیچ‌کدام به‌تنهایی نمی‌گویند سرور شما در عمل چه سرعتی خواهد داشت. تفاوت بین ظرفیت پورت، ظرفیت لینک بالادست و سهم واقعی شما از آن لینک، همان چیزی است که باعث می‌شود دو سرور با مشخصات کاغذی یکسان، تجربه کاملاً متفاوتی بدهند.

در این مقاله ابتدا تعریف دقیق پهنای باند اختصاصی و اشتراکی را روشن می‌کنیم، بعد سراغ معنی واقعی پورت گیگابیتی و منطق پالیسی‌های مصرف منصفانه می‌رویم، و در پایان روشی عملی می‌دهیم که با آن بفهمید سرورتان محدود شده یا گلوگاه جای دیگری است.

پهنای باند اختصاصی چیست؟

پهنای باند اختصاصی یعنی مقدار مشخصی از ظرفیت شبکه فقط برای سرور شما رزرو شده و مصرف سرورهای همسایه آن را کم نمی‌کند. اگر 100 مگابیت اختصاصی دارید، این 100 مگابیت در ساعت سه بامداد و در اوج ترافیک شب، هر دو در دسترس شماست.

در مقابل، پهنای باند اشتراکی یعنی چند سرور روی یک لینک مشترک قرار دارند و ظرفیت بین آن‌ها تقسیم می‌شود. وقتی همه ساکت‌اند، هر سرور می‌تواند خیلی بیشتر از سهم اسمی‌اش مصرف کند؛ وقتی همه هم‌زمان مصرف می‌کنند، سرعت هر کدام افت می‌کند. نکته مهم این است که «اشتراکی» ذاتاً بد نیست — بخش بزرگی از اینترنت روی همین مدل کار می‌کند.

تفاوت اصلی در قابل پیش‌بینی بودن است. اختصاصی یعنی کف تضمین‌شده؛ اشتراکی یعنی سقف بلند اما کف نامعلوم. اگر مفهوم پایه‌ای پهنای باند و تفاوت آن با سرعت و حجم ترافیک برایتان کاملاً روشن نیست، بهتر است اول مقاله پهنای باند چیست را مرور کنید.

سه مدلی که در بازار می‌بینید

اگر بخواهیم آنچه ارائه‌دهنده‌ها می‌فروشند را به سه دسته ساده کنیم، تقریباً همه سرویس‌ها در یکی از این‌ها جا می‌گیرند:

  • پهنای باند اختصاصی تضمین‌شده: مقدار مشخصی از ظرفیت برای شما رزرو است و روی سوئیچ هم اعمال می‌شود. گران‌ترین مدل و رایج‌تر روی سرورهای اختصاصی و پلن‌های سازمانی.
  • اشتراکی با سقف مشخص: پورت پرسرعت است اما سرعت هر سرور روی عددی مثل 100 مگابیت محدود شده و ظرفیت مازاد بین همه توزیع می‌شود. رایج‌ترین مدل در سرورهای مجازی.
  • اشتراکی بدون سقف اسمی: سرعت محدود نشده اما سیاست مصرف منصفانه پشت آن است؛ یعنی تا وقتی مصرف شما با میانگین همسایه‌ها فاصله غیرعادی نگیرد، آزادانه استفاده می‌کنید.

دلیل وجود مدل اشتراکی ساده است: اکثر سرورها بیشتر وقت‌شان تقریباً بیکارند. اگر ارائه‌دهنده بخواهد برای هر سرور ظرفیت کامل پورت را رزرو کند، هزینه نهایی چند برابر می‌شود و آن ظرفیت رزرو شده هم عملاً بلااستفاده می‌ماند. اشتراک‌گذاری همان چیزی است که قیمت را در محدوده منطقی نگه می‌دارد.

پورت 10 گیگابیت واقعاً چه چیزی را تضمین می‌کند؟

پورت 10 گیگابیت یعنی کارت شبکه سرور با سرعت 10 گیگابیت به سوئیچ دیتاسنتر متصل است. این عدد مربوط به یک لینک محلی چند متری داخل رک است، نه مسیر کامل تا کاربر نهایی. مسیر واقعی داده شما از چند نقطه عبور می‌کند و کندترین نقطه، سرعت نهایی را تعیین می‌کند:

  • لینک سرور به سوئیچ: همان عددی که در مشخصات نوشته شده و معمولاً بیشترین ظرفیت مسیر است.
  • آپ‌لینک سوئیچ به هسته شبکه: بین ده‌ها سرور رک تقسیم می‌شود و همیشه کمتر از مجموع پورت‌هاست.
  • خروجی دیتاسنتر و پیرینگ‌ها: ظرفیتی که بین همه مشتریان دیتاسنتر مشترک است.
  • مسیر تا کاربر نهایی: شبکه اپراتور کاربر، که هیچ کنترلی رویش ندارید و اغلب واقعی‌ترین محدودیت است.
  • خود پروتکل TCP: یک اتصال تکی به‌خاطر تاخیر و اندازه پنجره، حتی روی لینک 10 گیگابیت هم به‌تنهایی از ظرفیت پورت پر نمی‌شود.

پس ارزش واقعی پورت پرسرعت در «سقف دائمی» نیست، در «سرریز» است. وقتی یک فایل بزرگ منتشر می‌کنید، بکاپ می‌گیرید، یا ناگهان چند صد کاربر هم‌زمان می‌آیند، پورت پهن اجازه می‌دهد آن اوج کوتاه بدون صف‌شدن بسته‌ها رد شود. روی پورت 100 مگابیتی همان اوج به تاخیر و timeout تبدیل می‌شود.

در سرورهای ایران این تفاوت ملموس‌تر است، چون تاخیر تا کاربر داخلی پایین است و پهنای باند بالا واقعاً به سرعت دانلود کاربر تبدیل می‌شود. سرور مجازی ایران پارس ابر روی دیتاسنتر رسپینا در تهران با پورت 10 گیگابیت و آی‌پی نسخه چهار ارائه می‌شود و تحویل آن آنی است.

ترافیک و سیاست مصرف منصفانه؛ چرا وجود دارد

پهنای باند و ترافیک دو چیز متفاوت‌اند و مدام با هم اشتباه گرفته می‌شوند. پهنای باند سرعت لحظه‌ای است و با مگابیت بر ثانیه سنجیده می‌شود؛ ترافیک حجم جابه‌جا‌شده در یک بازه است و با گیگابایت. یک سرور می‌تواند پورت پهن داشته باشد اما سهمیه ترافیک ماهانه محدود، یا برعکس.

سیاست مصرف منصفانه (fair-use) جایی وارد می‌شود که ارائه‌دهنده سرعت را نبسته اما نمی‌تواند اجازه دهد یک سرور به‌تنهایی آپ‌لینک رک را اشغال کند. منطق پشت آن اقتصادی است: ترافیک بین‌الملل هزینه دارد و اگر یک مشتری ماهانه چند ده برابر میانگین مصرف کند، آن هزینه از جیب بقیه مشتریان پرداخت می‌شود.

در عمل fair-use معمولاً به این شکل اعمال می‌شود که سرعت پایه تضمین می‌شود و مصرف بالاتر از حد متعارف در بازه‌های طولانی، به کاهش اولویت یا محدودسازی موقت منجر می‌شود. این با «قطع سرویس» فرق دارد. قبل از خرید، دو سوال مشخص از پشتیبانی بپرسید: سرعت پایه تضمین‌شده چقدر است، و آستانه‌ای که بعد از آن محدودسازی اعمال می‌شود چه تعریفی دارد.

مدل ترافیک بین سرور داخل و خارج فرق دارد. پلن‌های ایران معمولاً سهمیه ترافیک مشخصی دارند که قابل شارژ است، در حالی که سرور مجازی ترکیه با ترافیک نامحدود و سیاست مصرف منصفانه ارائه می‌شود و برای سرویس‌هایی که مخاطب بین‌المللی دارند انتخاب منطقی‌تری است.

اختصاصی یا اشتراکی؛ کدام را انتخاب کنید

به‌جای اینکه بپرسید کدام بهتر است، از این معیارها استفاده کنید. اگر دو مورد یا بیشتر از فهرست اول برایتان صدق می‌کند، هزینه پهنای باند اختصاصی توجیه دارد؛ در غیر این صورت اشتراکی با سقف مشخص کافی است.

  • الگوی مصرف: اگر مصرف شما پیوسته و ممتد است (استریم زنده، انتقال مداوم فایل، بکاپ شبانه سنگین) اختصاصی لازم دارید. اگر پیک‌های کوتاه و پراکنده دارید، اشتراکی کافی است.
  • حساسیت به نوسان: سرویس‌هایی که نوسان سرعت برایشان قابل تحمل نیست — پخش زنده، سرور بازی، API با تعهد پاسخ‌دهی — به کف تضمین‌شده نیاز دارند.
  • تعداد کاربر هم‌زمان: چند هزار اتصال هم‌زمان با فایل‌های کوچک بیشتر به CPU و شبکه‌بندی فشار می‌آورد تا به پهنای باند؛ اینجا اختصاصی بودن پورت مشکل را حل نمی‌کند.
  • اندازه فایل‌ها: سایت متنی و فروشگاهی معمولی حتی با ترافیک بالا هم به ندرت به سقف پورت می‌رسد. دانلود سنتر و آرشیو ویدیو دقیقاً برعکس.
  • بودجه در برابر ریسک: اگر افت سرعت در ساعت شلوغی برای کسب‌وکار شما هزینه مستقیم دارد، اختصاصی بیمه است؛ اگر فقط آزاردهنده است، اشتراکی انتخاب عاقلانه‌تری است.
  • محل کاربران: برای مخاطب داخلی، سرور ایران با تاخیر پایین اثر بیشتری از پهنای باند بالای سرور خارج دارد.

اگر نیاز شما از یک سرور مجازی فراتر رفت و به ظرفیت شبکه تضمین‌شده در مقیاس بزرگ‌تر رسیدید، سرور اختصاصی گزینه بعدی است؛ سفارش این سرویس از طریق تلگرام و با بررسی نیاز شما انجام می‌شود.

چطور بفهمیم محدود شده‌ایم یا گلوگاه جای دیگری است

قبل از باز کردن تیکت، مسیر را لایه به لایه بررسی کنید. ترتیب درست این است: اول لینک محلی، بعد ظرفیت واقعی مسیر، بعد کیفیت مسیر، و در آخر خود سرویس.

گام اول، سرعت مذاکره‌شده کارت شبکه و شمارنده خطاها. اگر خطا یا drop می‌بینید، مشکل قبل از اینکه به پهنای باند مربوط باشد، به لایه فیزیکی یا صف‌بندی مربوط است:

ethtool eth0 | grep -Ei 'speed|duplex|link detected'
ip -s link show eth0
cat /proc/net/dev

گام دوم، اندازه‌گیری ظرفیت واقعی. تست تک‌جریانی گمراه‌کننده است؛ حتماً با چند جریان موازی هم تست کنید تا محدودیت TCP را از محدودیت شبکه جدا کنید:

apt install -y iperf3 speedtest-cli
iperf3 -c <iperf-server> -t 20
iperf3 -c <iperf-server> -t 20 -P 8
speedtest-cli --simple

اگر تک‌جریانی کند است ولی با هشت جریان موازی سرعت چند برابر می‌شود، شما throttle نشده‌اید؛ تاخیر مسیر و اندازه پنجره TCP سقف را تعیین کرده‌اند. اگر مجموع همه جریان‌ها دقیقاً روی یک عدد گرد (مثلاً 100 مگابیت) قفل می‌شود و ثابت می‌ماند، این امضای یک rate limit است.

گام سوم، کیفیت مسیر. افت بسته و تاخیر متغیر، خودشان را به شکل «کندی» نشان می‌دهند بدون اینکه پهنای باند کم شده باشد:

mtr -rwzbc 100 8.8.8.8
curl -o /dev/null -s -w 'dns:%{time_namelookup} connect:%{time_connect} ttfb:%{time_starttransfer} total:%{time_total} speed:%{speed_download}\n' https://example.com/bigfile.bin

گام چهارم، بررسی اینکه محدودیت از داخل خود سرور اعمال نشده باشد. گاهی یک قانون shaping قدیمی یا کانتینری که پهنای باندش بسته شده، عامل ماجراست:

tc qdisc show dev eth0
tc class show dev eth0
ss -ti | grep -A1 -E 'ESTAB' | head -40

در خروجی ss به مقادیر retrans و cwnd نگاه کنید. retransmit بالا یعنی بسته گم می‌شود و TCP مدام عقب می‌نشیند — این مشکل کیفیت مسیر است نه کمبود ظرفیت. برای دیدن مصرف لحظه‌ای هم iftop و nload سریع‌ترین ابزارها هستند.

جمع‌بندی تشخیص را می‌توان اینطور خلاصه کرد:

  • سرعت روی عدد ثابت و گرد قفل می‌شود، در همه ساعات یکسان: rate limit اعمال شده است.
  • سرعت فقط در ساعات اوج افت می‌کند و شب‌ها عالی است: اشتراک بیش از حد روی لینک بالادست.
  • تک‌جریانی کند، موازی سریع: محدودیت TCP و تاخیر مسیر، نه محدودسازی.
  • پهنای باند خوب اما سایت کند: گلوگاه در دیسک، دیتابیس یا CPU است نه شبکه.
  • نوسان زیاد و retransmit بالا: مشکل کیفیت مسیر یا پیرینگ.

اگر بعد از این تست‌ها مشخص شد شبکه سالم است اما سرویس همچنان کند است، سراغ عیب‌یابی کندی سرور مجازی بروید؛ و برای اندازه‌گیری منظم و مستند عملکرد، راهنمای بنچمارک سرعت سرور مجازی روش استانداردی به شما می‌دهد.

اشتباهات رایج هنگام خرید

چند برداشت غلط که مدام باعث خرید اشتباه می‌شوند:

  • پورت پهن را با پهنای باند تضمین‌شده یکی گرفتن: پورت سقف است، تضمین کف است.
  • ترافیک نامحدود را با سرعت نامحدود اشتباه گرفتن: این دو هیچ ربطی به هم ندارند.
  • تست سرعت با یک دانلود تکی و نتیجه‌گیری قطعی از آن.
  • تست در ساعتی که مسیر بین‌الملل شلوغ است و تعمیم دادن نتیجه به کل شبانه‌روز.
  • نادیده گرفتن محل کاربران: برای مخاطب ایرانی، سرور نزدیک با پهنای باند متوسط از سرور دور با پهنای باند بالا بهتر جواب می‌دهد.

سوالات متداول

پهنای باند اختصاصی چه تفاوتی با ترافیک نامحدود دارد؟

پهنای باند اختصاصی درباره سرعت لحظه‌ای است و ترافیک نامحدود درباره حجم مصرفی. می‌شود سرویسی داشت با ترافیک نامحدود اما سرعت اشتراکی و نوسان‌دار، و برعکس سرویسی با سرعت تضمین‌شده اما سهمیه حجمی مشخص. حتماً هر دو عدد را جداگانه بپرسید.

آیا پورت 10 گیگابیت یعنی همیشه 10 گیگابیت سرعت دارم؟

خیر. پورت 10 گیگابیت ظرفیت لینک سرور به سوئیچ است. ظرفیت واقعی در دسترس به آپ‌لینک رک، ظرفیت خروجی دیتاسنتر و مسیر تا کاربر بستگی دارد. ارزش این پورت در جذب پیک‌های کوتاه و جلوگیری از صف‌شدن بسته‌هاست، نه در سرعت دائمی ده گیگابیتی.

از کجا بفهمم سرویس‌دهنده سرعتم را بسته است؟

نشانه روشن محدودسازی، قفل شدن سرعت روی یک عدد گرد و ثابت در تمام ساعات شبانه‌روز است، حتی وقتی با چند جریان موازی تست می‌کنید. اگر سرعت نوسان دارد و فقط در ساعات خاصی افت می‌کند، موضوع محدودسازی نیست و به شلوغی لینک مشترک برمی‌گردد. با خروجی iperf3 و mtr می‌توانید این دو را از هم تفکیک کنید و مستند به پشتیبانی بدهید.

برای یک فروشگاه اینترنتی معمولی پهنای باند اختصاصی لازم است؟

معمولاً نه. سایت‌های فروشگاهی حجم زیادی از فایل‌های کوچک منتقل می‌کنند و گلوگاه‌شان تقریباً همیشه دیتابیس، PHP یا دیسک است، نه شبکه. سرمایه‌گذاری روی کش، بهینه‌سازی تصاویر و منابع پردازشی بازده بیشتری دارد.

سیاست مصرف منصفانه یعنی هر وقت بخواهند سرویس را قطع می‌کنند؟

خیر. fair-use برای جلوگیری از اشغال کامل ظرفیت مشترک توسط یک سرور است و معمولاً به شکل کاهش اولویت یا محدودسازی موقت در بازه‌های مصرف غیرعادی اعمال می‌شود. سرویس‌دهنده‌ای که شفاف کار می‌کند، آستانه و نحوه اعمال آن را قبل از خرید توضیح می‌دهد.

جمع‌بندی

پهنای باند اختصاصی یعنی کف تضمین‌شده، پورت 10 گیگابیت یعنی سقف بالا برای پیک‌ها، و fair-use یعنی قراردادی که این دو را در قیمت منطقی کنار هم نگه می‌دارد. قبل از خرید سه چیز را روشن کنید: سرعت پایه، سهمیه ترافیک، و شرایط محدودسازی. و قبل از اینکه سرویس‌دهنده را مقصر کندی بدانید، مسیر را لایه به لایه تست کنید — در اغلب موارد گلوگاه جایی خارج از پهنای باند است.

برای مشاوره درباره انتخاب پلن مناسب، پشتیبانی 24 ساعته پارس ابر از طریق شماره 021-79703 و تلگرام در دسترس است و می‌توانید پلن‌های سرور مجازی را با هم مقایسه کنید.