مدیریت و کنترل
پهنای باند

پیش از محدودسازی، گلوگاه را بشناسید

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

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

سقف مصرف، حداقل و اولویت را جدا تعریف کنید

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

مجموع تعهدها و ظرفیت مادر باید سازگار باشند. اگر همهٔ ترافیک را مهم علامت بزنید، تفکیک مؤثر از بین می‌رود. سیاست ساده و قابل توضیح معمولاً برای نگهداری بهتر از قواعد گستردهٔ بدون مالک است.

اولویت ترافیک بر اساس نیاز کسب‌وکار

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

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

آپلود و دانلود و تأخیر هنگام اشباع

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

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

تقسیم منصفانه میان کاربران و مهمانان

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

Hotspot و احراز هویت کاربران می‌تواند بخشی از سیاست دسترسی مهمان باشد، اما جای جداسازی شبکه نیست. سهم مهمان را طوری طراحی کنید که سرویس کاری در بار مجاز آسیب نبیند؛ این نتیجه باید آزموده شود.

پهنای باند در چند WAN و وضعیت اضطراری

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

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

اجرای کنترل‌شده و آزمون قبل و بعد

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

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

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

هزینه و نگهداری مدیریت پهنای باند

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

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

طراحی سیاست مصرف اینترنت در ویوان نت

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