فرض کنید لینک WAN شعبهای که ماهها بدون مشکل کار میکرد، هر روز حوالی ساعت ۱۱ صبح به مرز اشباع میرسد. کاربران از کندی ERP و تماسهای VoIP شکایت دارند، اما تیم شبکه فقط نمودار کلی Utilization را میبیند و نمیداند رشد مصرف از کدام Application، کاربر یا Site آمده است. خرید پهنایباند بیشتر شاید مشکل را موقتاً حل کند، اما بدون داده مشخص نیست ظرفیت واقعاً کم است یا الگوی مصرف نیاز به اصلاح دارد.
Capacity Planning با NetFlow Analyzer یعنی استفاده از دادههای Flow برای تحلیل روند مصرف، شناسایی Top Talkerها، Applicationها و Interfaceهای پرترافیک و تصمیمگیری درباره Upgrade لینک قبل از رسیدن به Saturation. این رویکرد، Capacity Management را از حدس و تجربه شخصی به تصمیم مبتنی بر داده تبدیل میکند.
چرا SNMP Utilization بهتنهایی کافی نیست؟
SNMP به شما میگوید یک Interface چقدر ترافیک دارد، اما معمولاً پاسخ نمیدهد این ترافیک از کجا آمده و متعلق به چه Application یا Conversationی است. NetFlow و فناوریهای مشابه مثل sFlow، J-Flow و IPFIX این Context را اضافه میکنند.
| سؤال | SNMP | Flow Data |
|---|---|---|
| Utilization لینک چقدر است؟ | بله | بله |
| چه کسی بیشترین مصرف را دارد؟ | خیر | بله |
| کدام Application مصرف میکند؟ | خیر | بله |
| مقصد ترافیک کجاست؟ | خیر | بله |
| رشد کدام Traffic Class باعث اشباع شده؟ | محدود | بله |
NetFlow Analyzer چه دادهای برای Capacity Planning میدهد؟
طبق مستندات رسمی ManageEngine، NetFlow Analyzer از Flow Technologyهای مختلف برای تحلیل Bandwidth و Traffic Pattern استفاده میکند و گزارشهایی برای Application، Source، Destination، Conversation، Protocol و Interface ارائه میدهد. این دادهها پایه تصمیمگیری Capacity Planning هستند.
اول Baseline بسازید، بعد Threshold
اگر ندانید مصرف عادی یک لینک در روزها و ساعات مختلف چقدر است، Threshold ثابت ۸۰ درصد میتواند هم False Positive ایجاد کند و هم بعضی مشکلات واقعی را پنهان کند.
برای Baseline بهتر است حداقل این الگوها ثبت شوند:
- ساعات Peak؛
- روزهای پرترافیک هفته؛
- مصرف ماهانه هر Site؛
- Applicationهای اصلی؛
- Traffic داخلی و اینترنت؛
- رشد دورهای نسبت به ماه قبل.
Top Talker فقط برای پیدا کردن کاربر پرمصرف نیست
Top Talker میتواند نشان دهد کدام Source، Destination یا Application عامل اصلی رشد مصرف است. مثلاً اشباع لینک ممکن است از Backup، Replication، Video Conference، Update Repository یا انتقال فایل بزرگ ایجاد شده باشد.
قبل از Upgrade لینک، باید مشخص شود آیا Traffic موردنظر Business-critical است یا میتوان آن را Schedule، محدود یا به مسیر دیگری منتقل کرد.
Capacity Planning در لینک WAN
برای لینک شعب، بهتر است چند شاخص همزمان بررسی شوند:
| شاخص | کاربرد |
|---|---|
| 95th Percentile Utilization | نمای بهتر از مصرف واقعی Peak بدون حساسیت بیش از حد به Spike کوتاه |
| Peak Duration | مدت زمانی که لینک نزدیک اشباع میماند |
| Top Application | شناسایی عامل تجاری یا غیرضروری مصرف |
| Growth Trend | برآورد زمان رسیدن به ظرفیت بحرانی |
| Conversation | شناسایی Source/Destination اصلی |
فرق Burst کوتاه با کمبود واقعی ظرفیت
اگر Link برای چند ثانیه به ۹۵ درصد برسد، لزوماً Upgrade لازم نیست. اما اگر چند ساعت در روز بالای ۸۰ تا ۹۰ درصد باشد و Queue، Latency یا Packet Drop نیز افزایش یابد، احتمال کمبود واقعی ظرفیت بیشتر است.
به همین دلیل تصمیم Capacity باید با Performance Metricهای شبکه ترکیب شود. مقاله Network Path Analysis در OpManager برای بررسی Packet Loss و Hop Latency مکمل خوبی برای تحلیل Flow است.
QoS بدون Visibility قابل اعتماد نیست
اگر سازمان Voice، ERP و Video را روی یک WAN حمل میکند، QoS Policy باید بر اساس رفتار واقعی Traffic طراحی شود. NetFlow Analyzer میتواند کمک کند بفهمید چه Applicationهایی Bandwidth را اشغال میکنند و آیا Business-critical Traffic سهم مناسبی دارد یا خیر.
سناریو: مصرف Backup در ساعات کاری
فرض کنید Flow Analysis نشان میدهد هر روز بین ۱۰ تا ۱۲، Repository Backup شعبه حجم زیادی از WAN را مصرف میکند. راهحل ممکن است Upgrade لینک نباشد؛ میتوان Job را به ساعات کممصرف منتقل کرد یا QoS مناسب اعمال کرد.
سناریو: رشد واقعی کسبوکار
در یک Site دیگر، Top Talkerها طبیعیاند و افزایش مصرف ناشی از رشد کاربران ERP و Video Conference است. در این حالت داده Flow میتواند Business Case واقعی برای افزایش ظرفیت ایجاد کند و نشان دهد Upgrade چه زمانی لازم است.
روند رشد را چگونه محاسبه کنیم؟
بهجای تمرکز روی یک روز، Monthly Trend را ببینید. اگر مصرف Peak در سه ماه متوالی ۵۵، ۶۵ و ۷۵ درصد شده است، باید قبل از رسیدن به Saturation درباره Upgrade یا Traffic Engineering تصمیم بگیرید.
Raw Data و Retention چه اهمیتی دارند؟
برای Capacity Planning تاریخی، نگهداری داده کافی ضروری است. Retention بسیار کوتاه باعث میشود Seasonal Pattern، رشد ماهانه و مقایسه قبل/بعد از تغییرات دیده نشود. در طراحی لایسنس و Storage باید Retention موردنیاز سازمان لحاظ شود.
مقاله لایسنس NetFlow Analyzer؛ چطور Interface و Edition مناسب را انتخاب کنیم؟ درباره Interface Count، Flow Rate و ملاحظات Edition توضیح میدهد.
چه KPIهایی برای گزارش مدیریتی مناسباند؟
- Top 10 لینک نزدیک ظرفیت؛
- رشد ماهانه Peak Utilization؛
- مدت زمان اشباع هر لینک؛
- Applicationهای اصلی هر Site؛
- Top Source/Destination؛
- پهنایباند Business-critical در برابر Non-critical؛
- تعداد Upgrade Candidateها؛
- صرفهجویی حاصل از Optimization بهجای Upgrade.
Capacity Planning و هزینه لایسنس
NetFlow Analyzer معمولاً بر اساس Interfaceهای مانیتورشده و Edition انتخاب میشود. بنابراین قبل از خرید باید مشخص کنید کدام Routerها و Interfaceها واقعاً برای Capacity Analysis مهماند. مانیتور کردن هر Interface بدون هدف میتواند هزینه و Noise را افزایش دهد.
برای استعلام لایسنس و مدل مناسب، صفحه برآورد هزینه لایسنس ManageEngine مسیر تجاری مدانت است.
چکلیست اجرای Capacity Planning
- Interfaceهای حیاتی مشخص شدهاند.
- Flow Export روی تجهیزات فعال است.
- Baseline حداقل چند هفتهای وجود دارد.
- Peak Hour هر Site شناسایی شده است.
- Top Application و Top Talker تحلیل میشوند.
- Trend ماهانه ثبت میشود.
- Burst کوتاه از Saturation پایدار تفکیک میشود.
- QoS و Scheduling قبل از Upgrade بررسی میشوند.
- Retention برای Trend Analysis کافی است.
- گزارش مدیریتی Upgrade Candidate تعریف شده است.
نکات کلیدی
- Utilization بهتنهایی علت مصرف را نشان نمیدهد.
- Flow Data Context لازم برای Capacity Planning را اضافه میکند.
- Upgrade لینک باید بعد از تحلیل Application و Conversation انجام شود.
- Trend چندماهه از Snapshot یک روز ارزش بیشتری دارد.
- QoS و Scheduling گاهی هزینه Upgrade را به تعویق میاندازند.
منابع
- ManageEngine NetFlow Analyzer — Product Overview
- ManageEngine NetFlow Analyzer — Help Documentation
- ManageEngine — Bandwidth Monitoring
سخن پایانی
Capacity Planning خوب یعنی قبل از آنکه کاربران اشباع لینک را حس کنند، روند رشد و عامل مصرف را بدانید. NetFlow Analyzer کمک میکند تصمیم Upgrade از یک واکنش عجولانه به تصمیمی مبتنی بر Traffic Evidence تبدیل شود.
مدانت خدمات استعلام و خرید لایسنس NetFlow Analyzer، طراحی Scope، فعالسازی Flow روی تجهیزات، Capacity Planning، QoS Analysis، Integration با OpManager، آموزش و پشتیبانی ارائه میکند. برای برآورد لایسنس از صفحه استعلام لایسنس مدانت یا تماس با مدانت اقدام کنید.
