MedaNet iNOC · Integrated Network Operations Center

iNOC؛ بسته کامل مدیریت مرکز عملیات شبکه

iNOC راهکار یکپارچه مدانت برای طراحی و راه‌اندازی مرکز عملیات شبکه است؛ ترکیبی از مانیتورینگ Availability و Performance، تحلیل ترافیک، مدیریت Configuration، پایش Application و Capacity و اتصال رخدادهای فنی به فرایند Incident Management.

هدف iNOC فقط نمایش چند Dashboard نیست؛ هدف این است که تیم عملیات بداند چه چیزی خراب شده، چرا خراب شده، چه سرویسی تحت تأثیر است و چه کسی باید اقدام کند.

Availability

Device · Interface · Service

Performance

CPU · Memory · Latency

Traffic

Flow · Application · Top Talker

Capacity

Trend · Forecast · Growth

FROM MONITORING TO OPERATIONS

iNOC فقط مانیتورینگ شبکه نیست

مرکز عملیات وقتی ارزش ایجاد می‌کند که Visibility، تحلیل، اقدام و پیگیری Incident به هم متصل باشند. iNOC این چهار لایه را در یک معماری عملیاتی کنار هم قرار می‌دهد.

01 · SEE

ببینید

وضعیت شبکه، سرور، Interface، Service و Application را در یک نمای قابل فهم ببینید.

02 · UNDERSTAND

تحلیل کنید

ترافیک، روند مصرف، تغییر Configuration و Performance سرویس را برای یافتن علت بررسی کنید.

03 · ACT

اقدام کنید

هشدار درست به تیم درست برسد و هر رخداد به یک اقدام واقعی تبدیل شود، نه یک Alert فراموش‌شده.

04 · IMPROVE

بهبود دهید

با Trend، Capacity و گزارش Incident از تکرار اختلال جلوگیری و ظرفیت آینده را برنامه‌ریزی کنید.

iNOC PRODUCT STACK

معماری iNOC؛ هر ابزار برای یک مسئله مشخص

iNOC یک محصول تک‌منظوره نیست؛ بسته‌ای از اجزای مکمل است که بر اساس Scope واقعی سازمان انتخاب می‌شوند. ممکن است یک سازمان فقط به هسته مانیتورینگ نیاز داشته باشد و سازمان دیگر به Flow، Configuration، APM و Ticketing همزمان.

OpManager

هسته مانیتورینگ شبکه و زیرساخت. Discovery، Availability، Performance، Interface، Alarm، Server، Virtualization و Dashboard عملیاتی.

راهنمای ادمین OpManager ←

NetFlow Analyzer

تحلیل مصرف پهنای‌باند و Traffic. Flow، Application، Conversation، Top Talker و Capacity برای پاسخ به این سؤال که «چه چیزی لینک را مصرف می‌کند؟»

معرفی NetFlow Analyzer ←

Network Configuration Manager

مدیریت Configuration و Change. Backup، Change Tracking، Compliance و Drift برای زمانی که اختلال شبکه به تغییرات تنظیمات مرتبط است.

معرفی NCM ←

Applications Manager

پایش Application و سرویس. Server، Database، Middleware، Cloud و Performance سرویس‌هایی که Ping و SNMP برای سنجش تجربه واقعی آن‌ها کافی نیست.

معرفی Applications Manager ←

OpUtils

ابزارهای عملیاتی شبکه. IP Address Management، Switch Port Mapping و ابزارهایی که کار روزمره تیم NOC را از Excel و بررسی دستی خارج می‌کنند.

معرفی OpUtils ←

ServiceDesk Plus

لایه Incident و پیگیری عملیات. Alarm به Ticket تبدیل می‌شود تا Ownership، SLA، Escalation، Problem و MTTR قابل مدیریت و گزارش باشند.

ServiceDesk Plus چیست؟ ←

RIGHT-SIZED NOC

همه سازمان‌ها به همه اجزای iNOC نیاز ندارند

معماری iNOC بر اساس مسئله ساخته می‌شود، نه بر اساس فهرست محصول. اگر نیاز اصلی Availability و Performance است، OpManager می‌تواند هسته پروژه باشد. اگر پهنای‌باند مسئله است، NetFlow Analyzer اضافه می‌شود. اگر Change و Configuration ریسک اصلی است، NCM وارد Scope می‌شود. برای سرویس‌های Application و Database، Applications Manager اهمیت پیدا می‌کند و برای تبدیل Alarm به جریان قابل پیگیری، ServiceDesk Plus حلقه عملیات را کامل می‌کند.

iNOC در عمل چه چیزی را تغییر می‌دهد؟

هشدار کمتر، هشدار مؤثرتر

Threshold و Notification بر اساس اهمیت سرویس طراحی می‌شوند تا تیم NOC در میان Alertهای تکراری، Incident مهم را از دست ندهد.

عیب‌یابی با Context

Availability، ترافیک، Configuration و Performance سرویس کنار هم دیده می‌شوند تا تحلیل علت فقط بر اساس یک نمودار انجام نشود.

Alarm تا Incident

رخداد مهم از مانیتور خارج نمی‌شود؛ به Ticket، مسئول، SLA و سابقه عملیات متصل می‌شود تا وضعیت اقدام روشن باشد.

خروجی پروژه iNOC مدانت

iNOC فقط تحویل نرم‌افزار نیست. پروژه باید در پایان، یک مدل عملیاتی قابل استفاده به تیم NOC بدهد.

  • تعیین Scope تجهیزات، لینک‌ها و سرویس‌های حیاتی
  • Discovery و دسته‌بندی Deviceها و Interfaceها
  • Baseline اولیه Availability و Performance
  • طراحی Threshold و Alert Model
  • Dashboardهای عملیاتی و مدیریتی
  • تحلیل Flow و الگوی مصرف پهنای‌باند در Scope مربوطه
  • مدل Backup و Change Tracking برای Configuration
  • Capacity Review و Trend
  • اتصال Alarmهای منتخب به Incident در ServiceDesk Plus
  • طراحی ظرفیت و Edition مناسب لایسنس

NOC کم‌اثر چه شکلی است؟

  • هشدار زیاد است اما رخداد مهم دیر دیده می‌شود.
  • Dashboard پر از نمودار است اما اقدام مشخص تولید نمی‌کند.
  • مصرف پهنای‌باند بدون Context سرویس بررسی می‌شود.
  • تغییر Configuration به Incident مرتبط نیست.
  • Capacity فقط هنگام بحران بررسی می‌شود.
  • NOC و Service Desk دو جزیره جدا هستند.

iNOC چه تغییری می‌دهد؟

  • دید مشترک از Network، Server، Traffic و Application.
  • Alert Model متناسب با Criticality سرویس.
  • کاهش زمان تشخیص و شروع عیب‌یابی.
  • پیوند رخداد فنی با Ticket و Owner.
  • Capacity Planning بر مبنای Trend.
  • گزارش عملیاتی برای مدیریت و تیم فنی.

iNOC برای چه سازمان‌هایی مناسب است؟

  • سازمان‌هایی با چند سایت، شعبه یا دیتاسنتر که Visibility یکپارچه ندارند.
  • تیم‌هایی که تعداد Alarmها بالا رفته اما MTTR هنوز مطلوب نیست.
  • مجموعه‌هایی که مصرف پهنای‌باند، Configuration Change یا Capacity برایشان مسئله عملیاتی است.
  • سازمان‌هایی که می‌خواهند NOC را به Service Desk و Incident Management متصل کنند.
  • مراکز داده و زیرساخت‌هایی که پایش Device به‌تنهایی برایشان کافی نیست و نیاز به دید Application و Service دارند.

مطالب و مسیرهای تکمیلی

مانیتورینگ شبکه و NOC سازمانی
خدمات طراحی، استقرار و بهبود عملیات NOC مدانت.

ساخت Custom Dashboard در OpManager
طراحی Dashboardهای قابل اقدام برای تیم عملیات.

فعال‌سازی Flow Export
شروع تحلیل ترافیک با NetFlow Analyzer.

سؤال‌های متداول iNOC

آیا iNOC یک نرم‌افزار مستقل است؟

iNOC یک بسته یکپارچه مرکز عملیات شبکه است که بر اساس Scope سازمان از محصولات مکمل مانیتورینگ، تحلیل ترافیک، مدیریت Configuration، APM و Service Management تشکیل می‌شود.

آیا برای iNOC باید همه محصولات را خرید؟

خیر. ترکیب محصول بر اساس مسئله واقعی سازمان تعیین می‌شود. یک NOC ممکن است با OpManager شروع شود و فقط در صورت نیاز NetFlow Analyzer، NCM، Applications Manager یا سایر اجزا به آن اضافه شوند.

ServiceDesk Plus چه نقشی در iNOC دارد؟

ServiceDesk Plus لایه مدیریت Incident و Workflow است. Alarmهای مهم می‌توانند به Ticket تبدیل شوند تا Owner، SLA، Escalation، Problem و سابقه رسیدگی قابل پیگیری باشند.

اولین قدم برای طراحی iNOC چیست؟

تعیین Scope است: تعداد سایت‌ها و تجهیزات، لینک‌ها، سرویس‌های حیاتی، منابع Flow، نیازهای Configuration، Applicationهای مهم و مدل فعلی Incident Management باید مشخص شوند.

از مانیتورینگ شبکه به عملیات واقعی NOC برسید

iNOC معماری NOC را بر اساس مسئله واقعی سازمان طراحی می‌کند؛ نه بر اساس تعداد محصولاتی که می‌توان فروخت.

5854