نیاز و دامنه
خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.
در حال آمادهسازی صفحه
راهنمای طراحی QoS و مدیریت پهنای باند MikroTik با شناخت گلوگاه، دستهبندی ترافیک، سیاست صف و آزمون کیفیت.
نقشهٔ آموزشی؛ وضعیت واقعی خدمت و نتیجهٔ اقدام باید با دامنه، اختیار و شاهد آزمون بررسی شوند.
مدیریت پهنای باند یعنی تقسیم آگاهانهٔ ظرفیت محدود، نه کمکردن یکسان سرعت همه. صفهای RouterOS میتوانند برای محدودسازی، اولویت و اشتراک ظرفیت به کار روند، اما محل گلوگاه و مسیر واقعی ترافیک باید اول مشخص شود. این مقاله سیاست طراحی است و تغییری در صفها یا اینترنت شما اعمال نمیکند.
خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.
دادهٔ لازم، روش بررسی و مسیر بازگشت را ثبت کنید.
آزمون مجاز یا تغییر توافقشده را با ثبت نتیجه انجام دهید.
پذیرش کاربر، محدودیت باقیمانده و مسئول پیگیری را تعیین کنید.
لینک اینترنت، رابط خروجی، ارتباط بین شعب یا سرویس ابری ممکن است گلوگاه باشد. مصرف ساعت اوج، تاخیر، افت بسته و کاربردهای مهم را با داده بررسی کنید. عدد اسمی سرویسدهنده همیشه ظرفیت مفید نیست؛ سیاست روی رابط اشتباه فقط پیچیدگی ایجاد میکند.
گروهبندی باید با خدمت و نیاز واقعی انجام شود؛ برای نمونه تماس، برنامهٔ سازمانی یا دسترسی مدیریتی. طبقهبندی صرفاً بر اساس نام کاربر یا یک پورت میتواند شکننده باشد. راه تشخیص، استثناها و مالک هر گروه را مستند کنید تا بعداً سیاست قابل بازبینی بماند.
محدودیت سرعت، تضمین حداقل و اولویت یک مفهوم نیستند. ابتدا مشخص کنید هنگام ازدحام کدام خدمت باید پاسخگو بماند و کدام مصرف میتواند عقب بیفتد. اولویت دائمی همهچیز را مهم نمیکند؛ اگر همهٔ کلاسها بالا باشند، تصمیم مؤثری گرفته نشده است.
مستندات MikroTik میگوید ساختارهای پیشرفتهتر صف میتوانند منابع و پیکربندی بیشتری بخواهند. تعداد قواعد، سرعت واقعی، مدل دستگاه و بار پردازش را پیش از تعمیم بررسی کنید. سیاستی که در آزمایش کوچک کار میکند، بدون سنجش برای همهٔ کاربران مناسب نیست.
قبل و بعد از پایلوت، یک کار مهم سازمانی را با بار معمول و بار کنترلشده بسنجید. تاخیر، کیفیت تماس یا زمان پاسخ برنامه را کنار نمودار مصرف ببینید. فقط کامل شدن دانلود، اثبات کیفیت نیست. نتایج آزمون و روش بازگشت باید ثبت شوند.
قواعد محدودکننده، زمان اعمال و روش درخواست استثنا را مشخص کنید. سیاست مبهم موجب دورزدن یا شکایت غیرقابلرسیدگی میشود. پس از تغییر کسبوکار یا افزودن سرویس ابری، دستهبندیها را بازبینی کنید. دادهٔ مصرف را به اندازهٔ نیاز نگه دارید و جزئیات غیرلازم کاربران را منتشر نکنید.
شرح وضعیت، گسترهٔ کاربران و هدف بررسی را آماده کنید تا دامنهٔ خدمت، اختیار اجرا و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
در یک مجموعهٔ فرضی، همزمانی بهروزرسانی دستگاهها با کار برنامهٔ حسابداری کندی ایجاد کرده است. تیم ابتدا گلوگاه را اندازه میگیرد، ترافیک برنامه را با شاهد قابل تشخیص دستهبندی میکند و در پایلوت، اولویت محدود اعمال میشود. کیفیت برنامه و اثر بر سایر کاربران سنجیده و در صورت اثر نامطلوب، تغییر بازگردانده میشود.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ خدمات تخصصی میکروتیک ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
خیر؛ QoS ظرفیت ایجاد نمیکند و فقط ازدحام را بر اساس سیاست مدیریت میکند.
خیر؛ اولویت باید محدود و قابل دفاع باشد تا هنگام ازدحام اثر داشته باشد.
به هدف، مسیر ترافیک و پیچیدگی موردنیاز بستگی دارد؛ ابتدا طراحی و منابع بررسی شوند.
با سنجش گلوگاه و تجربهٔ خدمت مهم، قبل و بعد از پایلوت کنترلشده.
باید مالک، زمان بازبینی و استثناهای مجاز مشخص شوند.
خیر؛ اجرای واقعی باید روی دستگاه و نسخهٔ مشخص، با مسیر بازگشت آزمون شود.
منابع برای مبانی و نمونهٔ روشها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.
از نیاز واقعی و شرایط مجموعه شروع میکنیم؛ نوع پوشش، روش بررسی و معیار پذیرش باید مشخص باشند.
ثبت درخواست مشاوره ←