Dashboard خوب در OpManager قرار نیست همه Metricهای شبکه را همزمان نشان دهد؛ باید در چند ثانیه به سؤال مشخص پاسخ دهد: کدام Device مشکل دارد، Alarm مهم چیست، Availability چه وضعیتی دارد و کدام شاخص نیازمند اقدام است. Custom Dashboard برای ساخت همین نمای هدفمند استفاده میشود.
این آموزش بر اساس مستند رسمی OpManager، ایجاد Dashboard، انتخاب Widget، Share بر اساس Role/User، کنترل Permission، Export، طراحی Wallboard و Verify کردن نتیجه را پوشش میدهد. هدف این است که Dashboard از یک صفحه پر از نمودار به یک ابزار تصمیمگیری برای NOC یا مدیر شبکه تبدیل شود.
سناریوی واقعی
فرض کنید تیم NOC یک Dashboard عمومی دارد اما مدیر شبکه فقط Availability شعب، Alarmهای Critical و Top Interfaceها را میخواهد. در همان زمان تیم سرور به Widgetهای Virtualization و Server Health نیاز دارد. یک Dashboard مشترک برای هر دو گروه باعث شلوغی و کاهش تمرکز میشود.
راه بهتر ساخت Dashboardهای نقشمحور است: NOC یک نمای عملیاتی، مدیر شبکه یک نمای KPI و تیم فنی یک نمای عمیقتر از Performance داشته باشد.
پیشنیازها
| مورد | نکته |
|---|---|
| دسترسی Dashboard | Role باید حداقل Read داشته باشد |
| ویرایش Dashboard | برای تغییر، Read/Write لازم است |
| Operator | Admin باید اجازه ساخت Dashboard را فعال کرده باشد |
| داده Monitoring | Widget بدون داده معتبر ارزش ندارد |
| Purpose مشخص | قبل از انتخاب Widget باید سؤال Dashboard معلوم باشد |
مرحله ۱: Purpose را قبل از ساخت مشخص کنید
قبل از ورود به کنسول بنویسید Dashboard باید چه تصمیمی را سریعتر کند. مثالها: «آیا شعبهای Down است؟»، «کدام Alarm بحرانی هنوز Owner ندارد؟»، «کدام Link نزدیک Saturation است؟». اگر این سؤال روشن نباشد، احتمالاً Dashboard به مجموعه Widgetهای جذاب ولی کمفایده تبدیل میشود.
مرحله ۲: اجازه ساخت برای Operator را بررسی کنید
اگر Operator باید Dashboard بسازد، Admin باید از مسیر Settings > System Settings گزینه مربوط به اجازه ساخت Dashboard برای Operator را فعال کند. برای Custom User Role نیز دسترسی Dashboard باید با سطح مناسب تعریف شده باشد.
اگر فقط Admin Dashboardها را طراحی میکند، این مجوز را بیدلیل برای همه کاربران فعال نکنید. هر Dashboard باید Owner و مخاطب مشخص داشته باشد.
مرحله ۳: Create New Dashboard
به Dashboard بروید و از گوشه بالا گزینه + Add New را انتخاب کنید. نام Unique و Description وارد کنید. نام باید Purpose را نشان دهد، مثل NOC-Critical-View یا Branch-Availability.
Description را برای توضیح Audience و کاربرد بنویسید: «نمای شیفت NOC برای Availability شعب و Alarmهای Critical». این توضیح وقتی Dashboardها زیاد میشوند بسیار مهم است.
مرحله ۴: Widgetها را بر اساس Action انتخاب کنید
در مرحله بعد Widgetها را از Categoryهای موجود انتخاب کنید. OpManager Widgetهای متنوعی برای Alarm، Event، Availability، Response، General، DPI، Firewall و سایر ماژولها دارد.
اصل مهم این است که Dashboard را با سؤال طراحی کنید، نه با فهرست Widget. اگر هدف تشخیص سریع اختلال شعب است، Availability، Active Alarms و WAN-related Widgetها مفیدتر از دهها نمودار جزئی هستند.
| مخاطب | Widgetهای مناسب نمونه | تصمیم موردنظر |
|---|---|---|
| NOC | Critical Alarms، Device Availability، Response Time | اقدام فوری |
| مدیر شبکه | Availability Trend، Top Devices، Interface Summary | Trend و Capacity |
| مدیر سرویس | Service-oriented availability و Alarm summary | اثر بر خدمت |
| تیم عملیات | Alarm، Event و Performance Widgetهای قابل اقدام | Troubleshooting |
مرحله ۵: تعداد Widget را محدود کنید
یک Dashboard با ۲۰ Widget لزوماً بهتر از Dashboard با ۶ Widget نیست. Widgetهایی را نگه دارید که یا Action ایجاد میکنند یا Context لازم برای تصمیم دارند. اگر یک Widget ماهها دیده میشود اما هیچ تصمیمی از آن نمیآید، احتمالاً باید حذف شود.
مرحله ۶: User یا Role را Associate کنید
در مرحله Sharing میتوانید Dashboard را به User یا Role مشخص Associate کنید. طبق مستند رسمی، اگر Role را انتخاب کنید، کاربران آیندهای که آن Role را بگیرند نیز Dashboard را خواهند دید.
Admin میتواند Dashboard را به همه کاربران مرتبط کند. Operator محدودیت بیشتری دارد و عمدتاً روی Dashboardهای خودش کار میکند. قبل از Share، مطمئن شوید Dashboard دادهای فراتر از نیاز Role نمایش نمیدهد.
مرحله ۷: Create و Verify با User واقعی
بعد از Create، Dashboard در My Dashboard دیده میشود. با یک User واقعی از Role مقصد وارد شوید و Verify کنید:
- Dashboard قابل مشاهده است.
- Widgetهای انتخابشده Data دارند.
- داده با Scope کاربر سازگار است.
- Widget نامرتبط یا خالی وجود ندارد.
- چیدمان در Resolution معمول NOC قابل استفاده است.
این Verify را با حساب Admin انجام ندهید؛ Admin تقریباً همهچیز را میبیند و ممکن است مشکل Scope کاربر عادی را پنهان کند.
مرحله ۸: Layout را برای Wallboard تنظیم کنید
اگر Dashboard روی مانیتور بزرگ NOC نمایش داده میشود، Font، تعداد Widget، Scroll و نسبت صفحه اهمیت پیدا میکند. اطلاعات Critical باید بدون Scroll دیده شوند. Widgetهای Trend یا Capacity که فوریت کمتری دارند میتوانند پایینتر قرار بگیرند.
مرحله ۹: Widgetها را اصلاح کنید
اگر Dashboard ساخته شده اما نیاز به Widget جدید دارد، از خود Custom Dashboard Widget اضافه یا حذف کنید. OpManager همچنین امکان تولید Report برای Deviceهای منتخب و افزودن نتیجه به Dashboard را فراهم میکند.
بعد از هر تغییر مهم، دوباره با Role مقصد Verify کنید. اضافه کردن Widget جدید ممکن است صفحه را شلوغ کند یا Scope داده متفاوتی داشته باشد.
مرحله ۱۰: Export را تست کنید
OpManager امکان Export Dashboard به PDF را دارد. در Dashboard از آیکون PDF استفاده کنید. اگر این فایل قرار است در جلسه مدیریتی استفاده شود، قبل از جلسه یک Export واقعی بگیرید و بررسی کنید عنوان، Widgetها و مقیاس نمودارها خوانا هستند.
Compact View چه زمانی مفید است؟
در نسخههای جدید، Compact View برای کاهش فضای بلااستفاده Widgetها وجود دارد. اگر Dashboard برای NOC Wallboard طراحی شده، Compact View میتواند اطلاعات بیشتری را بدون Scroll نشان دهد. اما فشردگی بیش از حد نباید خوانایی Alarm یا Labelها را کم کند.
Dashboard را به Runbook وصل کنید
برای Alarmهای مهم بهتر است تیم بداند بعد از دیدن وضعیت چه کند. Dashboard اگر فقط «قرمز» نشان دهد ولی مسیر Escalation یا Runbook معلوم نباشد، MTTR را بهاندازه کافی کم نمیکند. حداقل برای Widgetهای Critical باید Owner، Threshold و مسیر بررسی مشخص باشد.
Review دورهای Dashboard
Dashboardها هم Technical Debt میگیرند. Device حذف میشود، Role تغییر میکند، Widget قدیمی میشود یا KPI دیگر ارزش ندارد. هر سه یا شش ماه Dashboardها را Review کنید و Widgetهای بلااستفاده، Userهای قدیمی و Associationهای غیرضروری را حذف کنید.
Troubleshooting
| مشکل | بررسی | اقدام |
|---|---|---|
| Operator نمیتواند Dashboard بسازد | System Settings و Role | اجازه Create Dashboard را بررسی کنید |
| User Dashboard را نمیبیند | Association | User/Role Sharing را بازبینی کنید |
| Widget خالی است | Data و Scope | Monitor/Device و Scope User را Verify کنید |
| Dashboard شلوغ است | Purpose | Widgetهای بدون Action را حذف کنید |
| PDF ناقص است | Layout | چیدمان و Widget size را قبل از Export اصلاح کنید |
| Wallboard خوانا نیست | Resolution و Compact View | Layout را روی نمایشگر واقعی تست کنید |
Dashboard را به KPI واقعی وصل کنید
یک Dashboard خوب باید Action ایجاد کند. اگر Widget فقط عدد جالبی نشان میدهد اما هیچ Threshold، Owner یا Runbook مرتبط ندارد، ارزش عملیاتی آن کم است. بهتر است برای هر نمای NOC بدانید کدام Alarm نیازمند Escalation است و کدام Trend صرفاً برای Capacity Review استفاده میشود.
برای پایههای عمومی OpManager، راهنمای ادمین OpManager را ببینید. برای نمونه عمیقتر Monitoring نیز مانیتورینگ VMware و Hyper-V با OpManager مکمل خوبی است. اگر قرار است Dashboardهای NOC و مدیریتی از هم تفکیک شوند، پشتیبانی مدانت میتواند مدل KPI، Role و نمایش را بر اساس عملیات واقعی سازمان طراحی کند.
چکلیست نهایی
- Purpose Dashboard مشخص است.
- Roleها فقط دسترسی لازم را دارند.
- Widgetها بر اساس Action انتخاب شدهاند.
- Dashboard با User مقصد Verify شده است.
- Layout روی نمایشگر واقعی تست شده است.
- Compact View در صورت نیاز ارزیابی شده است.
- Export PDF در صورت نیاز بررسی شده است.
- Review دورهای برای Dashboard تعریف شده است.
سخن پایانی
Custom Dashboard زمانی موفق است که زمان فهم وضعیت را کم کند. هدف نمایش بیشترین داده نیست؛ نمایش کمترین دادهای است که تصمیم درست را سریعتر میکند. Dashboardی که برای هر Role بر اساس مسئولیت واقعی طراحی شود، از OpManager یک صفحه نمودار نمیسازد، بلکه آن را به میز عملیات تبدیل میکند.
منابع
- ManageEngine OpManager — Custom Dashboard
- ManageEngine OpManager — Widgets
- ManageEngine OpManager — Adding New Widgets
