اندازهگیری خطوط
ظرفیت و کیفیت هر مسیر را جدا ثبت کنید.
در حال آمادهسازی صفحه
از چند اتصال، استفادهٔ هدفمند کنیم. توزیع بار باید با ظرفیت و کیفیت خطوط، نوع برنامهها و رفتار نشستها هماهنگ باشد. جمع ظرفیت چند خط در سطح کاربران، با افزایش سرعت تضمینی هر اتصال یکسان نیست.
نقشهٔ مفهومی آموزشی؛ توزیع ارتباطها با جمعکردن ظرفیت برای هر جریان تفاوت دارد.
در بسیاری از پروژهها، منظور از تجمیع، استفاده از چند WAN برای توزیع ارتباطهای کاربران است. این طراحی میتواند استفاده از ظرفیت موجود را بهتر کند، اما شیوهٔ توزیع و محدودیتها باید روشن باشند؛ عبارت تجمیع بهتنهایی روش فنی را مشخص نمیکند.
هدف ممکن است افزایش ظرفیت مجموع کاربران، جداسازی سرویسها یا داشتن مسیر جایگزین باشد. قبل از انتخاب روش، نتیجهٔ مورد انتظار را قابل آزمون تعریف کنید. این راهنما دستور آمادهٔ تغییر روتر یا وعدهٔ جمع سرعت برای همهٔ دانلودها ارائه نمیکند.
ظرفیت و کیفیت هر مسیر را جدا ثبت کنید.
توزیع بار و استثناهای سرویس را تعیین کنید.
رفتار نشستها و مسیر برگشت را بررسی کنید.
بار، خرابی و بازیابی هر خط را بسنجید.
Load Balancing، بار را بر اساس سیاست بین مسیرها پخش میکند. در روش مبتنی بر ارتباط، یک جریان معمولاً از مسیر انتخابی خود عبور میکند؛ بنابراین ظرفیت دو خط الزاماً به یک جریان داده تعلق نمیگیرد. نتیجه باید برای ترافیک واقعی و روش پیادهسازی سنجیده شود.
Bonding یا راهکار چندمسیرهٔ واقعی برای یک ارتباط، به طراحی و پشتیبانی دو سر مسیر یا سازوکار مناسب نیاز دارد. RFC 8684 دربارهٔ Multipath TCP نمونهای از پشتیبانی چند مسیر در لایهٔ انتقال است؛ وجود چند پورت WAN به معنی اجرای خودکار آن نیست.
Failover اینترنت هدف دیگری دارد: انتقال کار به مسیر جایگزین هنگام خرابی. میتوان آن را کنار توزیع بار طراحی کرد، اما هیچکدام جای تعریف ظرفیت و رفتار نشستها را نمیگیرند.
وقتی ارتباطهای متعدد همزمان دارید، توزیع آنها میتواند ظرفیت کل را بهتر بهکار بگیرد. برنامهای با یک ارتباط طولانی ممکن است همچنان به خط انتخابی محدود بماند. آزمون تکجریان و چندجریان باید جدا گزارش شود تا برداشت غلط از نتیجه شکل نگیرد.
خطوط نامتقارن یا با کیفیت متفاوت را الزاماً برابر تقسیم نکنید. ظرفیت قابل استفاده، آپلود، تأخیر و ساعات پرترافیک در انتخاب وزن اثر دارند. تقسیم مناسب عدد ثابتی برای همهٔ روترها و سازمانها نیست؛ بار و نیاز سرویس مبنا باشند.
سرویس بانکی، ورود سازمانی، تماس یا تونل ممکن است به ثبات مسیر حساس باشد. تغییر نشانی خروجی یا مسیر یک نشست میتواند باعث نیاز به ورود مجدد یا قطع ارتباط شود. این رفتار را برای برنامههای مهم در پایلوت بررسی کنید، نه فقط صفحهٔ وب عمومی.
راهنمای رسمی PCC در RouterOS روش دستهبندی بر اساس فیلدهای ارتباط را توضیح میدهد. انتخاب روش تطبیق بر ثبات و توزیع اثر دارد؛ PCC بهتنهایی همهٔ مسیریابی را پیاده نمیکند. این مثال محصول، تنظیم عمومی برای هر شبکه نیست.
روشنبودن رابط، دسترسی واقعی سرویس از همان خط را ثابت نمیکند. وضعیت هر مسیر باید با مقصد و روش بررسی مناسب سنجیده شود. ترافیک بررسی نباید از خط دیگر برود و بهاشتباه سلامت مسیر خراب را تأیید کند.
پس از خرابی یک خط، ظرفیت باقیمانده ممکن است برای بار عادی کافی نباشد. سیاست مصرف حداقلی، اولویت سرویس و هشدار مشخص شوند. بازگشت خط نیز نیاز به ثبات و آزمون دارد؛ تغییر مکرر مسیر برای خط ناپایدار میتواند تجربهٔ کار را بدتر کند.
انتشار سرویس ورودی، IP عمومی، تونل، DNS و قواعد NAT باید در طراحی چند WAN دیده شوند. درخواست و پاسخ باید طبق سیاست درست مسیر بگیرند؛ اضافهکردن یک قاعدهٔ توزیع بدون بررسی بقیهٔ شبکه کافی نیست.
راهنمای PCC فعلی RouterOS دربارهٔ محدودیت استفاده با HotSpot هشدار دارد. برای همان محصول و نسخه، سازگاری را از مستندات بررسی کنید؛ نسخهٔ یک شبکه را روی شبکهٔ مهمان کپی نکنید. سیاست ویژهٔ برنامه حساس باید محدود، مستند و قابل بازبینی باشد.
از نیازسنجی اینترنت سازمانی شروع کنید. وضعیت هر خط و سرویسهای حساس را ثبت کنید، سپس روش و معیار پذیرش را انتخاب کنید. قبل از تغییر روتر، بکاپ، مجوز و دسترسی بازگشت لازماند.
در پایلوت، خطای ورود، تغییر نشست، کیفیت تماس و رفتار تونل را بررسی کنید. ادامهٔ انتشار پس از تأیید انجام شود. روتر و سیاست داخلی نباید گلوگاه جدید بسازند؛ توان دستگاه در حالت اجرای قواعد و ترافیک واقعی سنجیده شود.
آزمون چندجریان، سهم هر خط و تجربهٔ سرویس حیاتی را کنار هم ببینید. قطع و بازگشت مسیر فقط با هماهنگی و در دامنهٔ مجاز آزموده شوند. نتیجهٔ ناموفق، استثنا و محدودیت نشستها صریح گزارش شوند.
تعداد خط، توان روتر، روش توزیع یا چندمسیره، ابزار و نیاز پایش بر هزینه اثر دارند. هزینهٔ ارتباط و سرویس احتمالی در سمت دیگر، با تنظیم چند WAN ساده یکسان نیست.
تعهد افزایش ظرفیت را با روش آزمون و محدودیتها بسنجید. نصب اولیه، نگهداری و بازبینی پس از تغییر خط جدا مشخص شوند. این مقاله محصول خاص، عدد سرعت ثابت یا حذف همهٔ قطعیها را تضمین نمیکند.
نوع خطوط، مشکل فعلی و سرویسهای حساس را مشخص کنید. دامنهٔ توزیع بار و آزمون رفتار نشست پس از بررسی قابل تعریف است. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
فرض کنید چند کاربر همزمان از دو خط استفاده میکنند و ظرفیت مجموع بهتر شده، اما یک دانلود تکجریان سرعت خط خود را دارد. این نتیجه میتواند با طراحی توزیع ارتباطها سازگار باشد، نه لزوماً خطای روتر.
قبل از اعلام موفقیت یا شکست، روش تجمیع، مسیر هر جریان و معیار توافقشده بررسی میشوند. اگر هدف افزایش سرعت همان جریان بوده، طراحی و پشتیبانی لازم باید جدا مشخص شود.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ پهنای باند، اینترنت و ارتباطات امن ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
الزاماً خیر. توزیع مبتنی بر ارتباط میتواند جریانهای مختلف را بین خطوط پخش کند، اما یک جریان معمولاً از مسیر خود استفاده میکند. هدف و نوع تجمیع و روش آزمون باید روشن باشند.
خیر. توزیع بار و ترکیب چند مسیر برای یک ارتباط یک روش نیستند. راهکار واقعی چندمسیره به طراحی و پشتیبانی مناسب نیاز دارد؛ چند WAN بهتنهایی آن را ایجاد نمیکند.
بله، در طراحی مناسب میتوان وزن و سیاست متفاوت داشت. ظرفیت واقعی و کیفیت و نوع سرویس باید بررسی شوند؛ تقسیم برابر همیشه مناسب نیست.
تضمین عمومی وجود ندارد. تغییر مسیر یا IP خروجی میتواند برخی نشستها را قطع کند. برنامههای حساس و رفتار بازیابی باید در دامنهٔ مجاز آزموده و گزارش شوند.
خیر. راهنمای فعلی RouterOS دربارهٔ محدودیت PCC با HotSpot هشدار میدهد. روش با محصول و نسخه و سایر سیاستها بررسی شود؛ تنظیم یک شبکه را بدون آزمون روی شبکهٔ دیگر اجرا نکنید.
روتر، تنظیم سیاست، خطوط، ابزار و پایش و سازوکار احتمالی چندمسیره اثر دارند. نصب و نگهداری جدا مشخص شوند؛ افزایش سرعت ثابت بدون تعریف روش قابل اتکا نیست.
منابع برای مبانی و نمونهٔ روشها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.
نوع خطوط و انتظار ظرفیت یا پایداری را مشخص کنید تا روش مناسب بررسی شود.
ثبت درخواست مشاوره ←