OpManager Plus
بسیاری از پروژه‌های مانیتورینگ شبکه از جایی اشتباه شروع می‌شوند که تیم IT ابتدا OpManager را نصب می‌کند و بعد تازه درباره Scope، Credential، SNMP، WMI، Portها و ظرفیت سرور تصمیم می‌گیرد. نتیجه معمولاً Discovery ناقص، Alarmهای غیرقابل‌اعتماد و مصرف منابع بیش از انتظار است.
اگر قصد دانلود و نصب OpManager را دارید، بهتر است قبل از اجرای Installer یک چک‌لیست کوتاه اما جدی داشته باشید. هدف این راهنما این است که نسخه Trial یا Production را از ابتدا روی معماری درست بالا بیاورید.
دانلود OpManager را فقط از منبع رسمی انجام دهید
نسخه‌های OpManager باید از وب‌سایت رسمی ManageEngine یا مسیرهای قابل‌اعتماد سازمانی تهیه شوند. استفاده از فایل‌های ناشناس یا بسته‌های تغییرکرده، علاوه بر ریسک امنیتی، در Upgrade و دریافت Support نیز مشکل ایجاد می‌کند.
برای دسترسی ساده‌تر به مسیرهای رسمی می‌توانید از مرکز دانلود محصولات ManageEngine در مدانت استفاده کنید.
قبل از نصب، Scope مانیتورینگ را تعریف کنید
پیش از انتخاب Server، باید بدانید قرار است چه چیزی مانیتور شود. تعداد Router، Switch، Firewall، Server، VM، WAN Link و Site روی معماری اثر می‌گذارد.
| سؤال | چرا مهم است؟ |
|---|---|
| چند Device دارید؟ | روی Sizing و لایسنس اثر دارد. |
| چند Site یا شعبه دارید؟ | ممکن است معماری Distributed لازم شود. |
| SNMP/WMI/CLI فعال است؟ | Discovery و Monitoring به Credential وابسته است. |
| مانیتورینگ فقط Availability است؟ | Performance، Flow و Configuration ابزارهای مکمل می‌خواهند. |
| Retention گزارش‌ها چقدر است؟ | روی Storage و Database اثر می‌گذارد. |
System Requirements را برای همان Build بررسی کنید
ManageEngine برای OpManager صفحه System Requirements رسمی دارد. مقدار CPU، RAM، Disk، Database و سیستم‌عامل پشتیبانی‌شده می‌تواند با Edition و Build تغییر کند؛ بنابراین Sizing را از روی تجربه نسخه‌های قدیمی انجام ندهید.
برای محیط Production، حداقل Requirement را به‌عنوان هدف ظرفیت در نظر نگیرید. رشد Device، Polling، History، Report و Integration باید در طراحی لحاظ شود.
Windows یا Linux؟
OpManager در Deploymentهای پشتیبانی‌شده روی Windows و Linux قابل اجراست. انتخاب سیستم‌عامل باید با استاندارد زیرساخت، تیم پشتیبانی، Backup، Monitoring خود سرور و سیاست Patch سازمان هماهنگ باشد.
اگر تیم شما در نگهداری Windows Server استاندارد شده، یک Linux فقط برای OpManager لزوماً مزیت ایجاد نمی‌کند؛ و برعکس. Platform باید قابل پشتیبانی باشد.
Credentialها را قبل از Discovery آماده کنید
یکی از رایج‌ترین علت‌های Discovery ناقص این است که Device پیدا می‌شود اما اطلاعات Performance جمع نمی‌شود. دلیل اغلب Credential یا Protocol است.
- SNMP Community یا SNMPv3 Credential برای تجهیزات شبکه؛
- WMI یا Credential مناسب برای Windows؛
- SSH/CLI برای سناریوهایی که نیاز است؛
- VMware/Virtualization Credential در صورت استفاده؛
- Firewall Rule و Reachability بین OpManager و Deviceها.
SNMPv3 یا Community؟
در محیط‌های حساس، SNMPv3 به‌دلیل Authentication و Privacy کنترل امنیتی بهتری نسبت به Community String ساده فراهم می‌کند. اگر هنوز SNMPv2c دارید، حداقل Community اختصاصی، ACL و محدودیت Source تعریف کنید.
Database و Backup را از روز اول جدی بگیرید
مانیتورینگ بدون Backup یعنی خود سامانه مانیتورینگ یک Single Point of Operational Knowledge است. قبل از Production، روش Backup، Retention، Restore Test و محل نگهداری نسخه‌ها را مشخص کنید.
اگر در آینده Upgrade یا Migration انجام می‌دهید، داشتن Backup سالم از Database و تنظیمات، بخش اصلی Runbook است.
Discovery را مرحله‌ای انجام دهید
به‌جای اینکه در اولین اجرا کل Rangeهای IP سازمان را Scan کنید، Discovery را Pilot کنید:
- یک Site یا VLAN محدود انتخاب کنید.
- Credentialها را Validate کنید.
- Device Template و Monitorها را بررسی کنید.
- Threshold و Alarm Noise را تنظیم کنید.
- بعد Scope را گسترش دهید.
Alarm زیاد نشانه مانیتورینگ خوب نیست
بعد از نصب، Default Thresholdها را بدون بررسی رها نکنید. اگر هر نوسان کوتاه CPU یا Interface یک Alarm بسازد، تیم NOC خیلی زود Alert Fatigue می‌گیرد.
برای طراحی مسیر دقیق‌تر خرابی بین شعب و دیتاسنتر، مقاله Network Path Analysis در OpManager نیز مکمل این راهنماست.
OpManager را به ServiceDesk متصل کنید
مانیتورینگ زمانی ارزش عملیاتی بیشتری دارد که Alarm مهم بتواند به Incident قابل‌پیگیری تبدیل شود. Integration میان OpManager و ServiceDesk Plus می‌تواند فاصله NOC و Service Desk را کم کند و Owner، SLA و Resolution را قابل رهگیری سازد.
برای آشنایی با مدل‌های Incident و Service Desk می‌توانید از محتوای تخصصی ServiceDesk Plus استفاده کنید.
چک‌لیست نصب Production
| مرحله | وضعیت مورد انتظار |
|---|---|
| نسخه و Build | فایل رسمی و Build مورد تأیید |
| Server Sizing | متناسب با Device، Polling و Growth |
| DNS/NTP | تنظیم و پایدار |
| Credential | تست‌شده و Least Privilege |
| Firewall | Portهای لازم باز و محدودشده |
| Backup | Schedule + Restore Test |
| Discovery | Pilot و سپس Rollout |
| Threshold | Tune شده برای کاهش Noise |
| Integration | Incident/Notification در صورت نیاز |
برای مدیریت متمرکز Patch، Software و Endpointها در کنار مانیتورینگ شبکه، راهنمای لایسنس Endpoint Central و انتخاب Edition را نیز ببینید.
منابع رسمی
سخن پایانی
دانلود OpManager آسان است؛ راه‌اندازی درست آن نیازمند Scope، Sizing، Credential، Backup و Threshold Design است. اگر این موارد قبل از Discovery بسته شوند، خروجی مانیتورینگ از همان ابتدا قابل اتکاتر خواهد بود.
مدانت خدمات لایسنس، نصب، طراحی معماری، مهاجرت، Upgrade، Integration و پشتیبانی OpManager ارائه می‌کند. برای بررسی محصول می‌توانید به OpManager در مدانت یا تماس با مدانت مراجعه کنید.
