ورود به پنل کاربری
MULTI-WAN LOAD BALANCING

تجمیع چند خط
اینترنت

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

نمودار مفهومی چند خط اینترنت، سیاست توزیع بار، حفظ مسیر ارتباط و بررسی کیفیت

نقشهٔ مفهومی آموزشی؛ توزیع ارتباط‌ها با جمع‌کردن ظرفیت برای هر جریان تفاوت دارد.

تجمیع اینترنت در عمل یعنی چه؟

در بسیاری از پروژه‌ها، منظور از تجمیع، استفاده از چند WAN برای توزیع ارتباط‌های کاربران است. این طراحی می‌تواند استفاده از ظرفیت موجود را بهتر کند، اما شیوهٔ توزیع و محدودیت‌ها باید روشن باشند؛ عبارت تجمیع به‌تنهایی روش فنی را مشخص نمی‌کند.

هدف ممکن است افزایش ظرفیت مجموع کاربران، جداسازی سرویس‌ها یا داشتن مسیر جایگزین باشد. قبل از انتخاب روش، نتیجهٔ مورد انتظار را قابل آزمون تعریف کنید. این راهنما دستور آمادهٔ تغییر روتر یا وعدهٔ جمع سرعت برای همهٔ دانلودها ارائه نمی‌کند.

۱

اندازه‌گیری خطوط

ظرفیت و کیفیت هر مسیر را جدا ثبت کنید.

۲

تعریف سیاست

توزیع بار و استثناهای سرویس را تعیین کنید.

۳

پایلوت

رفتار نشست‌ها و مسیر برگشت را بررسی کنید.

۴

تحویل و پایش

بار، خرابی و بازیابی هر خط را بسنجید.

Load Balancing، Bonding و Failover چه تفاوتی دارند؟

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

Bonding یا راهکار چندمسیرهٔ واقعی برای یک ارتباط، به طراحی و پشتیبانی دو سر مسیر یا سازوکار مناسب نیاز دارد. RFC 8684 دربارهٔ Multipath TCP نمونه‌ای از پشتیبانی چند مسیر در لایهٔ انتقال است؛ وجود چند پورت WAN به معنی اجرای خودکار آن نیست.

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

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

چه زمانی توزیع بار مفید است؟

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

خطوط نامتقارن یا با کیفیت متفاوت را الزاماً برابر تقسیم نکنید. ظرفیت قابل استفاده، آپلود، تأخیر و ساعات پرترافیک در انتخاب وزن اثر دارند. تقسیم مناسب عدد ثابتی برای همهٔ روترها و سازمان‌ها نیست؛ بار و نیاز سرویس مبنا باشند.

ثبات مسیر نشست و برگشت ترافیک

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

راهنمای رسمی PCC در RouterOS روش دسته‌بندی بر اساس فیلدهای ارتباط را توضیح می‌دهد. انتخاب روش تطبیق بر ثبات و توزیع اثر دارد؛ PCC به‌تنهایی همهٔ مسیریابی را پیاده نمی‌کند. این مثال محصول، تنظیم عمومی برای هر شبکه نیست.

سلامت خطوط و ظرفیت بعد از خرابی

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

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

NAT، VPN، Hotspot و استثناهای طراحی

انتشار سرویس ورودی، IP عمومی، تونل، DNS و قواعد NAT باید در طراحی چند WAN دیده شوند. درخواست و پاسخ باید طبق سیاست درست مسیر بگیرند؛ اضافه‌کردن یک قاعدهٔ توزیع بدون بررسی بقیهٔ شبکه کافی نیست.

راهنمای PCC فعلی RouterOS دربارهٔ محدودیت استفاده با HotSpot هشدار دارد. برای همان محصول و نسخه، سازگاری را از مستندات بررسی کنید؛ نسخهٔ یک شبکه را روی شبکهٔ مهمان کپی نکنید. سیاست ویژهٔ برنامه حساس باید محدود، مستند و قابل بازبینی باشد.

مراحل طراحی و راه‌اندازی چند خط اینترنت

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

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

چک‌لیست آزمون توزیع بار و تحویل

آزمون چندجریان، سهم هر خط و تجربهٔ سرویس حیاتی را کنار هم ببینید. قطع و بازگشت مسیر فقط با هماهنگی و در دامنهٔ مجاز آزموده شوند. نتیجهٔ ناموفق، استثنا و محدودیت نشست‌ها صریح گزارش شوند.

  • خطوط و ظرفیت واقعی و وزن سیاست ثبت شده
  • ترافیک مورد انتظار روی مسیر درست دیده شده
  • ورود، تماس، VPN و سرویس ورودی بررسی شده
  • خرابی و بازگشت خط و ظرفیت باقی‌مانده آزموده شده
  • مستندات و بکاپ و روش پشتیبانی تحویل شده

هزینه تجمیع اینترنت و نگهداری

تعداد خط، توان روتر، روش توزیع یا چندمسیره، ابزار و نیاز پایش بر هزینه اثر دارند. هزینهٔ ارتباط و سرویس احتمالی در سمت دیگر، با تنظیم چند WAN ساده یکسان نیست.

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

طراحی چند WAN در ویوان نت

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

مثال آموزشی، نه نمونه‌کار واقعی

سناریوی آموزشی: تست چندجریانی خوب است، یک دانلود نه

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

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

این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.

راهنماهای مرتبط

این راهنما از مجموعهٔ پهنای باند، اینترنت و ارتباطات امن ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.

پرسش‌های متداول دربارهٔ تجمیع اینترنت

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

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

Load Balancing همان Bonding است؟

خیر. توزیع بار و ترکیب چند مسیر برای یک ارتباط یک روش نیستند. راهکار واقعی چندمسیره به طراحی و پشتیبانی مناسب نیاز دارد؛ چند WAN به‌تنهایی آن را ایجاد نمی‌کند.

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

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

هنگام خرابی یک خط نشست‌ها حفظ می‌شوند؟

تضمین عمومی وجود ندارد. تغییر مسیر یا IP خروجی می‌تواند برخی نشست‌ها را قطع کند. برنامه‌های حساس و رفتار بازیابی باید در دامنهٔ مجاز آزموده و گزارش شوند.

PCC برای هر شبکه مهمان مناسب است؟

خیر. راهنمای فعلی RouterOS دربارهٔ محدودیت PCC با HotSpot هشدار می‌دهد. روش با محصول و نسخه و سایر سیاست‌ها بررسی شود؛ تنظیم یک شبکه را بدون آزمون روی شبکهٔ دیگر اجرا نکنید.

هزینه تجمیع خطوط شامل چه مواردی است؟

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

منابع فنی و مطالعهٔ بیشتر

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

چند خط را با هدف و آزمون روشن به‌کار بگیریم

نوع خطوط و انتظار ظرفیت یا پایداری را مشخص کنید تا روش مناسب بررسی شود.

ثبت درخواست مشاوره ←