0

راهنمای عملی محاسبه لایسنس OpManager؛ از شمارش Device و VM تا انتخاب Standard، Professional یا Enterprise، Lite Device، AMS و جلوگیری از Over-Licensing.

شرکت مدانت
شرکت مدانت
[ مجری تخصصی پیاده‌سازی چارچوب ITIL و تحول دیجیتال ]
لایسنس OpManager؛ چطور تعداد Device و Edition مناسب را محاسبه کنیم؟

فرض کنید برای مانیتورینگ شبکه سازمان قصد خرید ManageEngine OpManager را دارید. در اولین جلسه برآورد، تیم شبکه می‌گوید ۱۲۰ سوییچ و روتر داریم، تیم سرور ۸۰ ماشین فیزیکی و مجازی اضافه می‌کند و چند دقیقه بعد بحث به هزاران Interface، Port و Performance Metric می‌رسد. اگر مدل لایسنس را دقیق ندانید، خیلی راحت ممکن است تصور کنید باید برای تک‌تک Interfaceها یا Sensorها مجوز جداگانه بخرید؛ یا برعکس، تعدادی Device را از قلم بیندازید و بعد از استقرار با کمبود License روبه‌رو شوید.

لایسنس OpManager اساساً Device-based است. یعنی واحد اصلی محاسبه، تعداد Deviceهایی است که قرار است مانیتور شوند؛ Interface، Port، Disk و Performance Metricهای همان Device جداگانه به‌عنوان License مستقل محاسبه نمی‌شوند. همین نکته، مهم‌ترین تفاوت OpManager با بسیاری از مدل‌های Sensor-based یا Element-based است.

در این راهنما، به‌صورت عملی بررسی می‌کنیم چه چیزی در OpManager یک Device محسوب می‌شود، VMها چگونه شمرده می‌شوند، Standard و Professional و Enterprise چه تفاوتی دارند، چه زمانی Lite Device مفید است، AMS چگونه محاسبه می‌شود و قبل از استعلام قیمت چه Inventoryای باید آماده کنید. برای معرفی کلی قابلیت‌های محصول نیز می‌توانید صفحه OpManager Plus مدانت را ببینید.

مدل لایسنس OpManager دقیقاً بر چه اساسی است؟

طبق مستند رسمی ManageEngine، OpManager از مدل Device-based Licensing استفاده می‌کند. در این مدل، اگر یک Device در Scope مانیتورینگ قرار گیرد، اجزای آن مانند Interfaceها، Portها، Diskها و Performance Metricها در همان License پوشش داده می‌شوند.

برای مثال اگر ۵۰ سوییچ داشته باشید و هر سوییچ ۱۰ Interface و ده‌ها Metric داشته باشد، OpManager برای ۵۰ Device لایسنس می‌خواهد؛ نه برای ۵۰۰ Interface و نه برای هزاران Sensor. این موضوع در طراحی Budget اهمیت زیادی دارد، چون ابتدا باید Inventory را بر اساس Device واقعی تمیز کنید، نه بر اساس تعداد Monitorها.

مبنای شمارش در OpManager اثر روی خرید
Device واحد اصلی لایسنس باید دقیق شمارش شود
Interface / Port در License همان Device پوشش داده می‌شود معمولاً License جدا نمی‌خواهد
Disk / Volume در Device License پوشش داده می‌شود جداگانه شمرده نمی‌شود
Performance Metric در Device License پوشش داده می‌شود Sensor مستقل محسوب نمی‌شود
VM هر VM مانیتورشده یک Device محسوب می‌شود باید جداگانه در Capacity لحاظ شود

چه چیزهایی در OpManager یک Device محسوب می‌شوند؟

ManageEngine در راهنمای Licensing خود نمونه‌های متداول Device را شامل Router، Switch، Firewall، Load Balancer، Wireless LAN Controller، Server، VM، Printer، Storage و سایر تجهیزات دارای IP معرفی می‌کند.

اما در پروژه واقعی بهتر است از یک قانون ساده استفاده کنید: هر Entity که قرار است به‌عنوان یک Device مستقل در OpManager مدیریت و مانیتور شود، باید در Scope شمارش قرار بگیرد.

برای همین، فایل Inventory پیش از خرید باید حداقل این ستون‌ها را داشته باشد:

  • نام Device
  • IP یا FQDN
  • نوع Device
  • Physical یا Virtual بودن
  • Site یا Location
  • Criticality
  • نیاز به Availability-only یا Full Monitoring
  • Edition/Architecture موردنیاز

VMها چگونه در لایسنس OpManager محاسبه می‌شوند؟

یکی از اشتباه‌های رایج این است که فقط Hypervisorهای فیزیکی شمرده شوند. طبق FAQ رسمی ManageEngine، در مدل Device-based، ماشین مجازی نیز اگر به‌صورت مستقل مانیتور شود یک Device محسوب می‌شود.

مثلاً اگر ۱۰ Host دارید و روی هر Host بیست VM مانیتور می‌کنید، صرفاً خرید License برای ۱۰ Host کافی نیست؛ Scope واقعی می‌تواند شامل ۲۱۰ Device باشد، البته بسته به اینکه چه VMهایی واقعاً Managed شوند.

در اینجا بهتر است قبل از خرید، بین سه گروه تفکیک ایجاد شود:

  • Business-critical VM: باید Full Monitoring داشته باشد.
  • Non-critical VM: ممکن است Monitoring سبک‌تر کافی باشد.
  • Ephemeral/Temporary VM: باید بررسی شود آیا واقعاً لازم است در License دائم قرار بگیرد یا خیر.

Lite Device چیست و چه زمانی به کاهش هزینه کمک می‌کند؟

در صفحات فعلی OpManager، ManageEngine از Lite Devices Add-on برای Endpointها یا Entityهای کم‌اهمیت‌تری صحبت می‌کند که فقط Basic Availability Monitoring نیاز دارند؛ برای مثال IP Address، URL، بعضی Access Pointها، WAN IP Monitor یا Network Path Node.

ایده Lite Device این است که هر چیزی که فقط Uptime، Packet Loss و Response Time می‌خواهد الزاماً Full Device License مصرف نکند. این قابلیت می‌تواند برای Scopeهای بزرگ مفید باشد، اما نباید برای Deviceهای حیاتی که Performance، Interface، Hardware و Metricهای کامل نیاز دارند به‌صورت افراطی استفاده شود.

در مرحله Sizing، بهتر است ستون Monitoring Depth اضافه کنید و هر Device را Full یا Availability-only علامت بزنید.

Standard، Professional و Enterprise چه تفاوتی دارند؟

در ساختار فعلی ManageEngine، سه Edition اصلی OpManager شامل Standard، Professional و Enterprise هستند. در مستندات قدیمی‌تر ممکن است نام Essential را ببینید؛ FAQ فعلی ManageEngine توضیح می‌دهد که Essential Edition به Professional Edition تغییر نام داده است.

Edition سناریوی مناسب نکته کلیدی
Standard مانیتورینگ پایه شبکه و سرور در یک Site یا Scope ساده Discovery و Monitoring اصلی با امکانات پایه
Professional سازمان‌هایی که Discovery پیشرفته، Virtual Monitoring، Agent، Workflow و AIOps می‌خواهند برای بسیاری از سازمان‌های متوسط انتخاب متعادل‌تری است
Enterprise شبکه‌های Distributed و Multi-site معماری Central/Probe و Scale بالاتر

صفحه رسمی مقایسه Editionها در زمان نگارش این مطلب، Standard و Professional را تا حدود ۱۰۰۰ Device روی Single Server معرفی می‌کند و Enterprise را برای شبکه‌های Distributed با مقیاس بسیار بالاتر در نظر می‌گیرد. برای انتخاب Edition فقط تعداد Device کافی نیست؛ Geography، تعداد Site، نیاز High Availability، معماری Probe و تیم عملیاتی نیز مهم‌اند.

چه زمانی Enterprise Edition واقعاً لازم است؟

Enterprise Edition برای شبکه‌هایی طراحی شده که مانیتورینگ از چند Site یا Region انجام می‌شود و یک معماری Central/Probe نیاز است. Probeها در Siteهای مختلف داده را جمع‌آوری می‌کنند و Central دید یکپارچه می‌دهد.

اگر شرکت شما فقط یک دیتاسنتر با چندصد Device دارد، Enterprise الزاماً بهترین انتخاب نیست. اما اگر چند شعبه بزرگ، چند دیتاسنتر، شبکه بین‌استانی یا تقسیم جغرافیایی دارید، موضوع فقط تعداد Device نیست؛ کیفیت جمع‌آوری داده، Latency، مدیریت مرکزی و Fault Isolation هم مطرح می‌شود.

در Enterprise، License Deviceهای خریداری‌شده در سطح Central برای Probeها اعمال می‌شود و معماری Distributed به شما اجازه می‌دهد Scope را بین Probeهای مختلف توزیع کنید.

محدودیت فنی Interface را با مدل لایسنس اشتباه نگیریم

اینکه Interfaceها License جدا مصرف نمی‌کنند به این معنی نیست که تعداد Interface هیچ اثر فنی ندارد. مستند Scalability فعلی OpManager توصیه می‌کند در Standard/Professional حدود ۱۰ هزار Interface در یک Installation و در Enterprise از Buildهای جدید تا حدود ۱۵ هزار Interface برای هر Probe به‌عنوان محدوده توصیه‌شده در نظر گرفته شود.

پس دو عدد باید جداگانه مدیریت شوند:

  1. Device Count برای License Sizing.
  2. Interface/Metric Load برای Infrastructure Sizing و Performance.

ممکن است دو سازمان هر دو ۵۰۰ Device داشته باشند، اما یکی ۲ هزار Interface و دیگری ۲۰ هزار Interface داشته باشد. License Pack ممکن است مشابه باشد، اما معماری و منابع سرور الزاماً مشابه نیست.

یک سناریوی واقعی برای محاسبه License

فرض کنیم سازمانی این Inventory را دارد:

نوع تعداد نیاز مانیتورینگ
Router/Switch/Firewall ۱۴۰ Full
Physical Server ۴۰ Full
VM Production ۱۲۰ Full
Printer ۳۰ Availability + Basic
URL/IP سبک ۶۰ Availability-only

در نگاه اول ۳۹۰ Entity داریم. اما قبل از درخواست Quote باید مشخص شود ۹۰ مورد سبک واقعاً Full Device هستند یا می‌توان بخشی را در سناریوی Lite Device قرار داد. سپس معماری Siteها بررسی می‌شود.

اگر همه Deviceهای اصلی در یک Site مرکزی باشند، ممکن است Professional کافی باشد. اگر همین ۳۰۰ Device اصلی بین ۱۵ شعبه با نیاز Probe محلی توزیع شده باشند، Enterprise می‌تواند انتخاب منطقی‌تری شود.

آیا باید برای هر Interface لایسنس بخریم؟

خیر. طبق Licensing رسمی OpManager، Interfaceهای یک Device در Device License پوشش داده می‌شوند. این یکی از مهم‌ترین نکاتی است که هنگام مقایسه OpManager با ابزارهای Sensor-based باید یکسان‌سازی شود.

مثلاً مقایسه «۱۰۰ Device OpManager» با «۱۰۰ Sensor» در ابزار دیگر مقایسه درستی نیست. ابتدا باید ببینید ۱۰۰ Device شما چند Interface، Disk، Volume و Metric دارد و ابزار رقیب آن‌ها را با چه واحدی قیمت‌گذاری می‌کند.

برای مقایسه معماری و قابلیت‌های ITOM می‌توانید مقاله مقایسه ابزارهای ITOM و OpManager Plus را نیز ببینید.

قیمت OpManager را چطور درست تفسیر کنیم؟

ManageEngine روی صفحات رسمی خود قیمت شروع برخی Packها را عمومی نمایش می‌دهد. در تاریخ ۲۶ اوت ۲۰۲۶، صفحه مقایسه Editionها قیمت شروع Annual را برای Standard از ۱۰ Device و Professional از ۱۰ Device و Enterprise از ۲۵۰ Device نشان می‌دهد؛ صفحه اصلی محصول نیز Packهای ۲۵ Device را نمایش می‌دهد. به همین دلیل برای خرید سازمانی بهتر است عدد نهایی را بر اساس Pack واقعی، Region، Add-on و مدل قرارداد از Quote رسمی استخراج کنید، نه اینکه صرفاً یک عدد Landing Page را مبنای بودجه قرار دهید.

برای استعلام متناسب با تعداد Device و سناریوی سازمان می‌توانید از صفحه استعلام لایسنس محصولات ManageEngine مدانت استفاده کنید.

Subscription یا Perpetual؟

OpManager طبق EULA و صفحات رسمی خود مدل Annual Subscription و Perpetual را ارائه می‌کند. در Subscription، حق استفاده برای دوره اشتراک معتبر است و تمدید برای ادامه استفاده لازم است. در Perpetual، License نرم‌افزار دائمی است اما Updates، Upgradeها و Support تحت شرایط AMS قرار می‌گیرند.

برای سازمانی که CapEx و مالکیت دائمی License برایش مهم است، Perpetual ممکن است مناسب باشد. برای سازمانی که هزینه سالانه قابل پیش‌بینی و انعطاف بیشتر می‌خواهد، Subscription می‌تواند ساده‌تر باشد.

AMS در OpManager چگونه محاسبه می‌شود؟

در FAQ Licensing رسمی OpManager، ManageEngine هزینه AMS را ۲۰ درصد License Cost اعلام می‌کند. AMS معمولاً برای دسترسی به Support، Updates و Upgradeهای مجاز اهمیت دارد.

در خرید واقعی، باید AMS را از روز اول در TCO ببینید. اشتباه رایج این است که فقط قیمت اولیه License وارد Budget شود و هزینه نگهداری سال بعد نادیده گرفته شود.

برای آشنایی بیشتر با مفهوم قرارداد نگهداری نرم‌افزار می‌توانید صفحه AMS License در مدانت را مطالعه کنید.

اگر تعداد Device بیشتر شد، باید کل License را دوباره بخریم؟

طبق FAQ ManageEngine، در Upgrade از Pack کوچک‌تر به Pack بزرگ‌تر، معمولاً هزینه تفاوت Pack پرداخت می‌شود و لازم نیست قیمت کامل Pack جدید از ابتدا محاسبه شود. این موضوع برای طراحی Growth Buffer مهم است.

با این حال، خرید دقیق بهتر از خرید بیش از حد است. اگر اکنون ۲۲۰ Device دارید و انتظار دارید ظرف شش ماه به ۲۶۰ برسید، بهتر است Growth Plan مشخص باشد؛ ولی اگر فقط احتمال نامشخصی برای رشد وجود دارد، Over-Licensing از روز اول لزوماً تصمیم اقتصادی خوبی نیست.

برای Growth چه Bufferی در نظر بگیریم؟

یک عدد ثابت برای همه سازمان‌ها وجود ندارد، اما این روش عملی است:

  • Inventory فعلی Managed Deviceها را Freeze کنید.
  • پروژه‌های قطعی شش تا دوازده ماه آینده را اضافه کنید.
  • VM Growth و Branch Expansion را جداگانه تخمین بزنید.
  • ۱۰ تا ۲۰ درصد Buffer فقط وقتی منطقی است که Trend رشد واقعی دارید.
  • Deviceهای Retired و Duplicate را از Inventory حذف کنید.

License Sizing خوب باید بین «کمبود سریع Capacity» و «خرید بدون مصرف» تعادل برقرار کند.

OpManager Plus با OpManager چه تفاوتی در برآورد دارد؟

در مدانت، صفحه OpManager Plus به‌عنوان مسیر جامع‌تر ITOM و مانیتورینگ شبکه معرفی شده و سناریوهای وسیع‌تری مثل Traffic، Configuration و Integration را پوشش می‌دهد. هنگام استعلام باید دقیقاً مشخص کنید نیاز شما فقط Core Network Monitoring است یا Bundle/Modules گسترده‌تر می‌خواهید.

گاهی سازمان به‌جای خرید چند ابزار جداگانه، ترجیح می‌دهد OpManager Plus یا ترکیب ماژول‌های مرتبط را بررسی کند. این تصمیم باید بعد از Use Case Mapping انجام شود، نه صرفاً بر اساس تعداد Device.

Add-onها را از License پایه جداگانه بررسی کنید

OpManager Add-onهایی برای سناریوهای خاص دارد. برخی قابلیت‌ها ممکن است نیاز به License یا Add-on مستقل داشته باشند. بنابراین Quote نهایی باید حداقل چهار بخش را جدا کند:

  1. Base OpManager Edition
  2. Device Pack
  3. Add-onهای موردنیاز
  4. AMS یا Subscription Renewal

اگر این چهار مورد در Proposal تفکیک نشوند، مقایسه Quoteها سخت می‌شود.

چه زمانی Standard کافی است؟

Standard زمانی انتخاب خوبی است که Scope نسبتاً ساده باشد و به قابلیت‌های پیشرفته Professional مانند Agent-based Monitoring، Virtual Monitoring پیشرفته، Workflow Automation یا AIOps نیاز جدی نداشته باشید.

برای یک شبکه کوچک تا متوسط که هدف اصلی Availability، Interface Monitoring، Server Monitoring و Alerting است، Standard می‌تواند اقتصادی باشد.

چه زمانی Professional انتخاب بهتری است؟

Professional برای بسیاری از تیم‌های NOC که فراتر از Basic Monitoring می‌روند مناسب‌تر است. Advanced Discovery، Virtual Server Monitoring، Agent-based Monitoring، Hardware Monitoring، Network Path Analysis، Workflow و قابلیت‌های AIOps از تفاوت‌های مهم آن با Standard هستند.

اگر تیم شما روی کاهش Noise هشدارها کار می‌کند، مقاله Adaptive Thresholds در OpManager می‌تواند برای بررسی یکی از قابلیت‌های عملیاتی پیشرفته مفید باشد.

چه زمانی Enterprise ارزش هزینه بیشتر را دارد؟

Enterprise زمانی ارزش واقعی پیدا می‌کند که Multi-site و Distributed Monitoring یک نیاز معماری باشد، نه فقط یک ویژگی جذاب در جدول مقایسه. اگر ده‌ها شعبه دارید، Data Collection باید محلی انجام شود یا Scale بسیار بالا دارید، Central/Probe می‌تواند Operational Resilience و مدیریت متمرکز را بهتر کند.

همچنین قبل از انتخاب Enterprise باید Bandwidth بین Probeها و Central، منابع سرور، Database، Backup، HA و DR برای خود پلتفرم Monitoring طراحی شوند.

License Sizing بدون Monitoring Sizing ناقص است

خرید License فقط نصف کار است. اگر ۸۰۰ Device License داشته باشید اما Server زیرساخت OpManager برای Polling Load و Interface Count مناسب نباشد، تجربه مانیتورینگ مطلوب نخواهد بود.

ManageEngine در Hardware Requirements برای Device Countهای مختلف CPU، RAM و Storage پیشنهادی ارائه می‌کند. بنابراین در Proposal بهتر است دو Worksheet مستقل داشته باشید:

  • License Worksheet: Device، Edition، Add-on، AMS.
  • Infrastructure Worksheet: Device، Interface، Polling Interval، Flow، Retention، CPU، RAM، Storage.

چرا دسته‌بندی Deviceها قبل از خرید مهم است؟

اگر Discovery خام را مستقیماً وارد Sizing کنید، معمولاً Duplicate، Test Device، Retired Device و Endpointهای غیرضروری وارد Count می‌شوند. بهتر است Inventory ابتدا Normalize شود.

برای هر Device یکی از وضعیت‌های زیر تعیین کنید:

  • Must Monitor
  • Should Monitor
  • Availability-only
  • Do Not Monitor
  • Retired

بعد از آن License Pack انتخاب شود.

RCA و Alert Quality چه ارتباطی با انتخاب Edition دارند؟

انتخاب License نباید فقط مالی باشد. اگر سازمان فقط تعداد Device را ببیند و نیازهای NOC را نادیده بگیرد، ممکن است Edition ارزان‌تری بخرد اما قابلیت موردنیاز عملیات را نداشته باشد.

مثلاً تیمی که با Alarm Storm و Dependency پیچیده درگیر است باید Use Caseهای Root Cause، Topology، Automation و AIOps را در انتخاب Edition لحاظ کند. برای این موضوع مقاله Root Cause Analysis در OpManager یک سناریوی عملی ارائه می‌دهد.

Checklist قبل از استعلام لایسنس OpManager

  • تعداد Deviceهای Physical را مشخص کنید.
  • VMهای مانیتورشونده را جداگانه بشمارید.
  • Deviceهای Availability-only را از Full Monitoring جدا کنید.
  • تعداد Site و Region را ثبت کنید.
  • Interface Count را برای Capacity، نه License، استخراج کنید.
  • نیاز Central/Probe را مشخص کنید.
  • نیاز به Standard، Professional یا Enterprise را بر اساس Feature بررسی کنید.
  • Add-onهای موردنیاز را جداگانه لیست کنید.
  • Subscription و Perpetual را از نظر TCO مقایسه کنید.
  • AMS و Renewal را در Budget چندساله وارد کنید.
  • Growth شش تا دوازده ماه آینده را برآورد کنید.
  • Test، Retired و Duplicate Deviceها را حذف کنید.

یک Template ساده برای درخواست Quote

برای اینکه استعلام قیمت سریع‌تر و دقیق‌تر باشد، اطلاعات زیر را همراه درخواست ارسال کنید:

فیلد نمونه
تعداد Full Device ۳۲۰
تعداد Availability-only ۸۰
تعداد Site ۱۲
تعداد VM در Scope ۱۴۰
Edition موردنظر Professional / Enterprise برای بررسی
مدل خرید Annual و Perpetual هر دو Quote شوند
Add-on در صورت نیاز مشخص شود
مدت AMS یک یا چند سال

نکات کلیدی

  • OpManager Device-based است، نه Interface-based.
  • هر VM مانیتورشده می‌تواند یک Device مستقل در License باشد.
  • Interface و Metric زیاد بیشتر روی Sizing فنی اثر می‌گذارند تا Count لایسنس.
  • Enterprise را برای Multi-site و Distributed Architecture بررسی کنید.
  • Lite Device برای Availability-only می‌تواند به بهینه‌سازی Count کمک کند.
  • AMS باید از ابتدا در TCO دیده شود.
  • قبل از Quote، Inventory را پاک‌سازی و Classification کنید.

سخن پایانی

محاسبه لایسنس OpManager از یک سؤال ساده شروع می‌شود: «چند Device واقعاً می‌خواهیم مانیتور کنیم؟» اما پاسخ حرفه‌ای فقط یک عدد نیست. باید Physical و Virtual Device، سطح Monitoring، تعداد Site، Architecture، Edition، Add-on، Growth و AMS هم‌زمان دیده شوند.

اگر این مرحله درست انجام شود، هم احتمال Over-Licensing کمتر می‌شود و هم بعد از استقرار با کمبود Capacity یا انتخاب Edition نامناسب روبه‌رو نمی‌شوید. مدانت برای OpManager و OpManager Plus خدمات استعلام و تأمین لایسنس، طراحی معماری مانیتورینگ، پیاده‌سازی، آموزش و پشتیبانی ارائه می‌کند. برای دریافت برآورد متناسب با Inventory سازمان می‌توانید از استعلام لایسنس ManageEngine یا درخواست جلسه و دمو استفاده کنید.

منابع

مطالب مرتبط جهت افزایش سطح دانش شما:

دیدگاه شما

دیدگاه مرتبط و محترمانه بنویسید.