یکی از سؤال‌های رایج درباره MikroTik L009UiGS-RM این است که «برای چند کاربر مناسب است؟». پاسخ دقیق را نمی‌توان با یک عدد مانند ۳۰، ۵۰ یا ۱۰۰ کاربر داد. یک دفتر ۲۰ نفره که چند VPN، دوربین، Backup و Queue سنگین دارد ممکن است فشار بیشتری از یک مجموعه ۸۰ نفره با مصرف اینترنت سبک ایجاد کند. برای انتخاب Router باید علاوه بر تعداد کاربران، تعداد کاربران هم‌زمان، حجم Traffic، مسیر عبور Packetها و Featureهایی که روی RouterOS اجرا می‌شوند را محاسبه کرد.
تعداد VLAN نیز بهتنهایی معیار ظرفیت نیست. داشتن ۱۰ VLAN لزوماً بار زیادی ایجاد نمی‌کند؛ مسئله زمانی شروع می‌شود که حجم بالایی از Traffic بین VLANها Route شود، Firewall روی آن اعمال شود، Queue یا VPN فعال باشد و WAN نیز هم‌زمان نزدیک سقف خود کار کند. در این مقاله یک روش عملی برای Capacity Planning قبل از خرید L009-RM می‌سازیم تا بتوانید بهجای انتخاب بر اساس «تعداد کاربر»، بار واقعی شبکه را تخمین بزنید.
اول بدانیم L009-RM چه منابعی در اختیار شبکه می‌گذارد
| بخش | مشخصات | اثر روی ظرفیت |
|---|---|---|
| CPU | IPQ-5018، دو هسته 800MHz | Routing، Firewall، Queue، VPN و Inter-VLAN Traffic را باید روی همین منابع حساب کرد. |
| RAM | 512MB | برای RouterOS و شبکه اداری مناسب است، اما Container و سرویس‌های اضافه نیز از همین RAM استفاده می‌کنند. |
| Ethernet | 8× Gigabit | هر RJ45 حداکثر Link گیگابیتی دارد. |
| SFP | 1G / 2.5G | میتواند Trunk سریع‌تری ایجاد کند، اما Routing با 2.5Gbps را تضمین نمی‌کند. |
| Switch Chip | 88E6190 | Switching لایه 2 و VLANهای مناسب می‌توانند Hardware Offload شوند. |
در تست رسمی MikroTik، Routing Fast Path با Packetهای بزرگ عددی بالاتر از 3Gbps ثبت کرده است؛ اما با 25 Filter Rule و Packetهای 1518 بایتی نتیجه حدود 970Mbps بوده و با کوچک‌تر شدن Packetها به‌طور محسوسی کاهش پیدا می‌کند. بنابراین برای Capacity Planning باید Configuration واقعی را در نظر بگیریم، نه بالاترین Benchmark صفحه محصول.
نکته کلیدی:
L009-RM «حداکثر تعداد کاربر رسمی» ندارد. ظرفیت آن تابع Packet Rate، Throughput، Firewall، Queue، VPN، Inter-VLAN Routing و سایر Featureهای فعال است.
مرحله اول؛ تعداد کاربر را به «کاربر هم‌زمان» تبدیل کنید
تعداد پرسنل با تعداد کاربران هم‌زمان شبکه یکی نیست. ممکن است شرکت ۸۰ کارمند داشته باشد اما در ساعات Peak فقط ۴۰ نفر هم‌زمان Traffic قابل توجه ایجاد کنند. از طرف دیگر هر کاربر ممکن است لپ‌تاپ، موبایل، تلفن IP و چند Session ابری داشته باشد.
بنابراین حداقل سه عدد را ثبت کنید:
| شاخص | چه چیزی را بشماریم؟ |
|---|---|
| تعداد کل کاربران | تمام پرسنل یا کاربران ثبت‌شده شبکه |
| کاربران Concurrent | کاربرانی که در Peak Hour واقعاً آنلاین و فعال‌اند |
| تعداد Device فعال | PC، موبایل، تلفن، NVR، Server، Printer، IoT و تجهیزات دیگر |
برای مثال در یک سناریوی فرضی، شرکت ۵۰ کارمند دارد اما در ساعت شلوغ ۳۵ نفر هم‌زمان فعال‌اند. هر نفر تقریباً دو Device دارد و ۲۰ تجهیز ثابت شبکه نیز وجود دارد. در این حالت Router عملاً با حدود ۹۰ Device فعال یا نیمه‌فعال مواجه است، نه فقط «۵۰ کاربر».
این عدد هنوز بهتنهایی درباره مناسب بودن L009 چیزی نمی‌گوید؛ مرحله بعد باید مشخص کند همین کاربران چه مقدار Traffic تولید می‌کنند.
مرحله دوم؛ Traffic را بر اساس نوع سرویس تفکیک کنید
بهجای اینکه فقط سرعت اینترنت را بنویسید، Traffic را به چند دسته تقسیم کنید. Router به محل رفتن Packet اهمیت می‌دهد، نه اینکه همه آن‌ها در گزارش شما با عنوان «مصرف شبکه» ثبت شده باشند.
| Traffic | مثال | اثر روی Router |
|---|---|---|
| Internet | Web، Cloud، Download، SaaS | Routing + NAT + Firewall |
| Inter-VLAN | Staff به Server یا NVR | Routing + Firewall داخل شبکه |
| VPN | ارتباط شعب، Remote User | Routing + Encryption/Protocol Processing |
| CCTV | Camera به NVR یا Viewer | اگر داخل یک VLAN باشد ممکن است روی Switch بماند؛ بین VLANها Router درگیر می‌شود |
| Backup / NAS | کپی فایل یا Backup شبانه | در صورت عبور بین VLANها میتواند Traffic سنگین Routeشده ایجاد کند |
| VoIP | تماس‌های هم‌زمان | Bandwidth کم‌تر ولی حساس به Latency و Queue |
مرحله سوم؛ Average Traffic را کنار بگذارید و Peak را محاسبه کنید
اگر اینترنت یک شرکت در طول روز به‌طور متوسط 120Mbps مصرف می‌کند، این عدد برای انتخاب Router کافی نیست. ممکن است بین ساعت ۱۰ تا ۱۲ مصرف به 600Mbps برسد و همان زمان Backup، VPN و Traffic داخلی نیز فعال باشند.
برای هر سرویس حداقل این سه مقدار را ثبت کنید:
- Peak Download
- Peak Upload
- Peak هم‌زمان Traffic داخلی Routeشده
برای یک سناریوی فرضی می‌توانیم چنین تصویری داشته باشیم:
| سرویس | Peak فرضی |
|---|---|
| Internet کاربران | 350Mbps |
| VPN شعبه | 80Mbps |
| Staff → Server بین VLANها | 150Mbps |
| مشاهده CCTV بین VLANها | 60Mbps |
| بار Routeشده تقریبی در Peak | حدود 640Mbps |
این جمع یک مدل ساده برای Capacity Planning است و نباید آن را معادل Benchmark RouterOS دانست؛ Packet Size، جهت Traffic و پردازش هر Flow متفاوت است. اما همین محاسبه نشان می‌دهد چرا یک شرکت با اینترنت 350Mbps ممکن است Router را با بیش از 600Mbps Traffic پردازشی درگیر کند.
مرحله چهارم؛ تعداد VLAN مهم است، اما Traffic بین VLANها مهمتر است
L009 میتواند چندین VLAN را در RouterOS مدیریت کند و Switch Chip آن نیز Bridge VLAN Filtering همراه Hardware Offload را پشتیبانی می‌کند. بنابراین داشتن 6، 10 یا حتی VLANهای بیشتر به‌خودی‌خود مسئله اصلی ظرفیت نیست.
سؤال مهمتر این است:
چه مقدار Traffic باید از یک VLAN وارد VLAN دیگری شود؟
فرض کنید شبکه این ساختار را دارد:
| VLAN | نقش | Traffic مهم |
|---|---|---|
| 10 | STAFF | Internet + Server |
| 20 | IoT | کم |
| 30 | CCTV | Camera / NVR / Viewer |
| 40 | GUEST | Internet Only |
| 50 | SERVER | File / ERP / Backup |
| 99 | MGMT | بسیار کم |
این شش VLAN می‌توانند برای L009 سبک باشند اگر عمده Traffic داخل هر VLAN روی Managed Switch باقی بماند. اما اگر تمام فایل‌های کاربران از VLAN 10 به NAS در VLAN 50 منتقل شوند، Cameraها در VLAN 30 از طریق Router به Viewerها برسند و Backup نیز بین VLANها انجام شود، CPU Router بار بیشتری خواهد داشت.
قاعده VLAN:
تعداد VLAN را ثبت کنید، اما برای Capacity Planning حجم Inter-VLAN Traffic را محاسبه کنید. ۱۲ VLAN کم‌ترافیک می‌توانند سبک‌تر از دو VLAN با 800Mbps انتقال فایل بین آن‌ها باشند.
مرحله پنجم؛ Featureهایی که CPU مصرف می‌کنند را به محاسبه اضافه کنید
دو شبکه با Traffic یکسان می‌توانند فشار کاملاً متفاوتی روی L009 ایجاد کنند. دلیل آن Configuration است.
| Feature | چرا مهم است؟ |
|---|---|
| Firewall Rules | تعداد و نوع Ruleها روی پردازش Packet اثر دارند. |
| Simple Queue / Queue Tree | کنترل Bandwidth هزینه پردازشی اضافه ایجاد می‌کند. |
| VPN | نوع Tunnel و Encryption روی CPU اثر دارد. |
| Connection Tracking | تعداد Connectionهای هم‌زمان از تعداد کاربران مهمتر است. |
| Container | CPU و RAM آن با خود RouterOS مشترک است. |
پس L009-RM برای ۲۰، ۵۰ یا ۱۰۰ کاربر مناسب است؟
هیچ‌کدام از این عددها بهتنهایی پاسخ قطعی ندارند. اما می‌توان برای مرحله اولیه بررسی، شبکه‌ها را این‌گونه دسته‌بندی کرد. این جدول محدودیت رسمی MikroTik نیست و فقط یک چارچوب عملی برای شروع Capacity Planning است.
| سناریو | ارزیابی اولیه |
|---|---|
| ۲۰ کاربر، اینترنت 200–300Mbps، Firewall سبک، چند VLAN | معمولاً سناریوی سبک برای L009 محسوب می‌شود. |
| ۵۰ کاربر، WAN حدود 500Mbps، چند VLAN و VPN محدود | قابل بررسی؛ Peak Traffic و CPU Load باید محاسبه شوند. |
| ۵۰ کاربر، WAN گیگابیتی، Queue و VPN سنگین، Inter-VLAN زیاد | تعداد کاربر کم است اما Workload میتواند به مرز L009 نزدیک شود. |
| ۱۰۰ کاربر، مصرف سبک و Access Switching مناسب | صرف عدد ۱۰۰ دلیل رد دستگاه نیست؛ Concurrent Traffic تعیین‌کننده است. |
| Traffic Routeشده دائمی نزدیک یا بالاتر از Gigabit با Policy سنگین | بهتر است Router قوی‌تر با Headroom بالاتر بررسی شود. |
مرحله ششم؛ Router را دقیقاً روی سقف امروز نخرید
اگر محاسبات نشان می‌دهد شبکه امروز در Peak به 850 یا 900Mbps Traffic پردازشی نزدیک می‌شود و هم‌زمان Firewall، Queue و VPN دارید، انتخاب Router بر اساس Benchmark حدود 970Mbps تصمیم محافظه‌کارانه‌ای نیست.
به‌عنوان یک قاعده مهندسی داخلی، نه مشخصه رسمی MikroTik، بهتر است برای رشد Traffic، اضافه شدن Ruleها، VPN جدید و شرایط Peak مقداری Headroom باقی بگذارید. در پروژه‌هایی که پایداری اهمیت دارد، داشتن حدود ۳۰ تا ۴۰ درصد ظرفیت رزرو میتواند نقطه شروع محافظه‌کارانه‌ای برای طراحی باشد.
بنابراین اگر انتظار دارید بار واقعی پروژه دائماً به مرز توان پردازشی L009 برسد، انتخاب یک مدل قوی‌تر معمولاً از ارتقای دوباره Router در آینده منطقی‌تر است.
یک فرم ساده برای محاسبه قبل از خرید
۱. کل کاربران: ______ نفر
۲. کاربران هم‌زمان در Peak: ______ نفر
۳. Deviceهای فعال: ______ دستگاه
۴. سرعت WAN فعلی: ______ Mbps
۵. سرعت WAN دو سال آینده: ______ Mbps
۶. Peak Internet: ______ Mbps
۷. Peak Inter-VLAN: ______ Mbps
۸. Peak VPN: ______ Mbps
۹. Peak Backup / NAS: ______ Mbps
۱۰. تعداد VLAN: ______
۱۱. تعداد Firewall Rule: ______
۱۲. Queue فعال: بله / خیر
۱۳. VPN سنگین: بله / خیر
۱۴. رشد مورد انتظار: ______ درصد
اگر این فرم تکمیل نشده باشد، پاسخ به سؤال «L009 برای شبکه من کافی است؟» بیشتر حدس خواهد بود تا طراحی فنی.
این انتخاب برای چه کسانی مناسب است؟
L009-RM برای دفتر، شعبه یا شبکه رک‌محوری مناسب است که Traffic اصلی آن در محدوده Gigabit قرار دارد، RouterOS برای VLAN، Firewall، VPN و مدیریت شبکه استفاده می‌شود و عمده Switching کاربران روی Managed Switch انجام می‌گیرد. در چنین شبکهای هشت Ethernet، SFP تا 2.5G، RouterOS v7 و 512MB RAM مجموعه متعادلی ایجاد می‌کنند.
اگر کاربران زیاد هستند ولی مصرف Concurrent پایین است، تعداد کاربران بهتنهایی مانع انتخاب L009 نیست. برعکس، اگر کاربران کم هستند اما Traffic بین VLANها، VPN، Queue و Firewall سنگین است، باید توان دستگاه با دقت بیشتری بررسی شود.
اگر پروژه از امروز نیاز به Routing چندگیگابیتی، Backbone ده‌گیگابیتی یا پردازش سنگین دائمی دارد، بهتر است مدل‌های قدرتمندتر MikroTik را از ابتدا وارد مقایسه کنید.
نقاط قوت و محدودیت‌های L009-RM در Capacity Planning
نقاط قوت
- ✓هشت پورت Gigabit برای طراحی شبکه سیمی انعطاف ایجاد می‌کنند.
- ✓SFP با پشتیبانی 2.5G برای Trunk سریع‌تر قابل استفاده است.
- ✓VLAN Switching مناسب میتواند روی Switch Chip Hardware Offload شود.
- ✓برای شبکههای اداری با RouterOS، VLAN و Firewall متعارف گزینه قابل بررسی است.
- ✓برای مهاجرت از Routerهای قدیمی‌تر MikroTik Headroom بیشتری فراهم می‌کند.
محدودیت‌ها
- ×هیچ عدد ثابت و رسمی برای حداکثر تعداد کاربران ندارد.
- ×Routing Performance به Packet Size و Configuration وابسته است.
- ×SFP 2.5G تضمین‌کننده پردازش 2.5Gbps نیست.
- ×Inter-VLAN Traffic سنگین CPU را وارد مسیر می‌کند.
- ×VPN، Queue، Firewall و Container همگی از منابع مشترک دستگاه استفاده می‌کنند.
چک‌لیست نهایی قبل از خرید
✓
Concurrent User
کاربران هم‌زمان را بهجای تعداد کل کارکنان محاسبه کنید.
✓
Peak Traffic
Average روزانه را مبنا نگذارید.
✓
Inter-VLAN Traffic
حجم واقعی Traffic Routeشده بین بخش‌ها را اندازه بگیرید.
✓
VPN و Queue
Featureهای پردازشی را جداگانه وارد ارزیابی کنید.
✓
رشد آینده
WAN، کاربر، دوربین و سرویس‌های دو تا سه سال آینده را تخمین بزنید.
✓
Headroom
Router را دقیقاً روی سقف محاسبات امروز انتخاب نکنید.
جمع‌بندی؛ تعداد کاربر فقط اولین عدد محاسبه است
برای انتخاب L009-RM نباید از فروشنده فقط بپرسیم «برای چند کاربر جواب می‌دهد؟». عدد مهمتر، تعداد کاربران Concurrent و مقدار Traffic Routeشده در Peak است. بعد از آن باید Inter-VLAN Traffic، VPN، Queue، Firewall و مسیر توسعه شبکه محاسبه شوند.
تعداد VLAN نیز بهتنهایی محدودیت تعیین‌کننده‌ای نیست. چندین VLAN با Traffic کم می‌توانند بار ناچیزی داشته باشند، درحالی‌که انتقال صدها مگابیت بین دو VLAN میتواند CPU را به‌شکل جدی‌تری درگیر کند. به همین دلیل طراحی درست Switching و قرار دادن Traffic محلی روی Switch اهمیت زیادی دارد.
اگر محاسبات نشان دهد Traffic واقعی شبکه با Headroom مناسب در محدوده توان L009 باقی می‌ماند، این مدل میتواند Router مناسبی برای دفتر یا شعبه باشد. اگر بار دائماً به مرز Gigabit با Policy سنگین نزدیک می‌شود یا توسعه چندگیگابیتی در برنامه است، بهتر است از ابتدا Router قدرتمندتری انتخاب شود. در اوژان نیز انتخاب تجهیزات شبکه زمانی دقیق‌تر خواهد بود که همین اعداد قبل از خرید مشخص شده باشند.
