نظارت بر شبکه چند مستاجر برای MSP ها

مدیریت 50 شبکه مشتری به معنای 50 نمونه جداگانه برای نظارت، 50 مجموعه اعتبار و 50 داشبورد مختلف برای بررسی روزانه است. هر روز صبح با ورود به چندین پلتفرم، جابجایی زمینه بین رابط‌ها و امیدواری که سیگنال مهمی را که در جایی مدفون شده از دست ندهید، شروع می‌شود.

ابزارهای سنتی نظارت بر شبکه دقیقاً برای MSP ها ساخته نشده اند. آنها برای سازمان‌هایی طراحی شده‌اند که زیرساخت‌های خود را نظارت می‌کنند، به این معنی که هر مشتری که استفاده می‌کنید پیچیدگی نمایی می‌افزاید. شما فقط شبکه‌های بیشتری را مدیریت نمی‌کنید، بلکه ابزارهای بیشتر، ورود به سیستم بیشتر و فرصت‌های بیشتری را برای خراب شدن چیزها مدیریت می‌کنید.

نظارت بر شبکه چند مشتری آن را تغییر می دهد. به‌جای نظارت بر نمونه‌های جداگانه در هر کلاینت، همه مشتریان را از یک پلتفرم واحد مدیریت می‌کنید و در عین حال جداسازی کامل داده‌ها را حفظ می‌کنید. این مقاله توضیح می‌دهد که معماری چند مستاجر واقعاً چگونه کار می‌کند، چه چیزی را برای MSP‌ها حل می‌کند و چگونه آن را در پایگاه مشتریان خود مستقر کنید.

نظارت بر شبکه چند مشتری به MSP ها اجازه می دهد تا شبکه های مشتری متعدد را از یک رابط متمرکز نظارت کنند در حالی که داده های هر کلاینت را کاملاً ایزوله نگه می دارند.. برخلاف راه‌حل‌های تک مستاجر که به نمونه‌های نظارتی جداگانه برای هر مشتری نیاز دارند، پلتفرم‌های چند مستاجر از عوامل نظارتی توزیع‌شده در تمام شبکه‌های مشتری استفاده می‌کنند که به یک پلتفرم نظارتی یکپارچه گزارش می‌دهند.

هر مشتری به عنوان یک “مستاجر” مستقل با داده ها، کاربران، پیکربندی ها و الگوهای نظارتی جداگانه خود عمل می کند. شما از 30 ابزار جداگانه برای 30 مشتری استفاده نمی کنید. شما با یک پلتفرم کار می کنید که هر 30 مورد را با تقسیم بندی مناسب مدیریت می کند.

نمودار آکورد Obkio که MSPها را با نمایندگانی که در همه سایت‌های مشتریانشان قرار دارند نشان می‌دهد

معماری ترکیبی از دو جزء حیاتی است. اول، عوامل نظارتی در سراسر شبکه های مشتریان شما توزیع می شوندمانند سرورهای داخلی، زیرساخت های ابری، دفاتر شعبه و سایت های راه دور. این عوامل به طور مداوم داده های عملکرد شبکه (تأخیر، جیتر، از دست دادن بسته، پهنای باند) را از هر جایی که مشتریان شما در حال کار هستند جمع آوری می کنند.

دوم، همه این داده ها به شما برمی گردد یک داشبورد متمرکز MSP که در آن می‌توانید فوراً بین شبکه‌های مشتری و بدون ورود جداگانه جابجا شوید.

مقر آنها در شیکاگو است، با سه شعبه در غرب میانه، حجم کاری AWS در us-east-1 و 50 کارمند VPN از راه دور. اگر فقط از HQ آنها تماشا کنید، 80٪ از زیرساخت های آنها را نابینا هستید. نظارت بر شبکه توزیع شده به این معنی است که عوامل از هر مکانی نظارت می کنند، عملکرد واقعی را اندازه گیری می کنند، جایی که کاربران متصل می شوند: شعبه به HQ، کارگر راه دور به دروازه VPN، ابر به کاربر نهایی.

همه این داده های عملکرد به داشبورد شما بازخورد می شود. عملکرد Client A را در همه سایت‌ها ببینید، با یک کلیک به Client B بروید، روندها را در کل مجموعه خود مقایسه کنید و همه چیز را از یک رابط مدیریت کنید.

نظارت مستاجر مجرد به معنای استقرار و نگهداری است زیرساخت جداگانه برای هر مشتری اینها پایگاه داده های مختلف، پیکربندی های مختلف، زمان بندی های مختلف به روز رسانی، روش های مختلف پشتیبان گیری هستند. مشتری 1 نیاز به ارتقا دارد؟ شما آن را جدا از Client 2 برنامه ریزی می کنید. Client 3 یک داشبورد سفارشی می خواهد؟ شما آن را در سیستمی کاملاً متفاوت از Client 4 می سازید.

نظارت چند مستاجر این افزونگی را از بین می برد. به روز رسانی یک پلتفرم به طور همزمان برای همه مشتریان مفید است. یک پیکربندی قالب در عرض چند دقیقه به 20 مشتری مشابه کلون می شود. مجموعه ای از بهترین شیوه ها برای کل پایگاه مشتری شما اعمال می شود.

ریاضی: مدیریت 50 مشتری با یک مرکز نظارت مستاجر 50 برابر سربار. مدیریت 50 مشتری با راه حل چند مستاجر به معنای تقریباً هزینه های مدیریت 10 است، زیرا پیچیدگی با هر مشتری جدید چند برابر نمی شود.

1. جمع آوری داده های توزیع شده: عواملی که در همه مکان‌های کلاینت قرار دارند، معیارهای شبکه را به صورت محلی جمع‌آوری می‌کنند، که از نقطه‌های پایانی واقعی شبکه اندازه‌گیری می‌شوند، نه از نقطه مرکزی نظری سه پرش از جایی که مشکلات رخ می‌دهند.

2. مدیریت متمرکز: یک داشبورد همه مشتریان و همه مکان های آنها را مدیریت می کند. تیم شما از یک رابط واحد کار می کند، خواه در حال عیب یابی VoIP مشتری A باشند یا اتصال ابری مشتری B.

3. جداسازی کامل داده ها: داده های نظارتی هر مشتری کاملاً تفکیک شده است. مشتری A تحت هیچ شرایطی نمی تواند عملکرد مشتری B را ببیند. این برای رعایت اکثر قراردادهای MSP حیاتی است.

4. کنترل دسترسی نقش: مجوزهای سلسله مراتبی از مدیر MSP به کاربران مشتری. تکنسین L1 شما فقط پنج مشتری تعیین شده خود را می بیند. مهندسان ارشد همه چیز را می بینند. کاربران پورتال مشتری فقط معیارهای خود را می بینند.

5. معماری مقیاس پذیر: مشتریان و مکان ها را بدون مدیریت پیچیده اضافه کنید. ادغام Client 51 به آسانی Client 5 است و شما به جای استقرار سیستم های جدید، مشتری دیگری را به زیرساخت موجود خود اضافه می کنید.

6. پیاده سازی های مبتنی بر الگو: سطح خدمات طلایی/نقره ای/برنز را یک بار تعریف کنید، سپس فقط در مواردی که نیازمندی های خاص آن را ایجاب می کند، به پایگاه مشتریان خود اعمال کنید.

7. پورتال های مشتریان: دسترسی فقط خواندنی برای مشتریان برای مشاهده عملکرد شبکه خود. مشتریان برای پرسیدن تماس نمی گیرند، “آیا شبکه کند است؟زیرا آنها خودشان جدول امتیازات را بررسی می کنند.

اگر شما بیش از 20، 50 یا 100 شبکه مشتری را با ابزارهای نظارتی جداگانه برای هر کدام مدیریت می کنید، از قبل مشکل را می دانید: ورود بی پایان، اعلان های پراکنده، پیکربندی های ناسازگار، و پیچیدگی مقیاس بندی که با هر مشتری جدید چند برابر می شود. نظارت بر شبکه چند مشتری با ارائه یک پلتفرم واحد که تعداد نامحدودی از مشتریان را مدیریت می کند و در عین حال داده های آنها را کاملاً ایزوله نگه می دارد، این مشکل را حل می کند. به همین دلیل است که برای MSP های رقابتی مهم شده است.

در اینجا مشاهده صبح دوشنبه از یک مستأجر است:

• وارد سیستم مشتری الف شوید. اعتبارنامه های مختلف رابط کاربری متفاوت منطق هشدار متفاوت
• اکنون مشتری B. ورود متفاوت. داشبورد متفاوت
• اکنون مشتری C از یک ارائه دهنده کاملاً متفاوت استفاده می کند.
• تا ساعت 10 صبح به 15 سیستم وارد شده اید و در نیمه راه لیست مشتریان خود را طی کرده اید.

هنگام نظارت بر چندین مستأجر، یک بار وارد سیستم می شوید. داشبورد شما همه هشدارهای فعال را برای همه مشتریان، با کد رنگی بر اساس شدت، مرتب‌سازی شده بر اساس اولویت SLA نشان می‌دهد.

برای MSP که 30 مشتری را مدیریت می کند، این امر حذف می شود 200+ ورود غیر ضروری در هفته. همین است 5-10 ساعت تکنسین در تعویض متن ذخیره شده است، زمان صرف شده برای حل مشکلات به جای پیمایش پلت فرم ها.

اعلان متمرکز به این معنی است که مسائل مهم در سراسر پایگاه مشتری شما در یک مکان، یک سیستم اطلاع رسانی، یک گردش کار قرار می گیرند. دیگر نیازی به نظارت بر صندوق‌های ایمیل چندگانه نیست و نمی‌دانید که آیا چیزی را از دست داده‌اید.

با نظارت تک مشتری، هر کلاینت جدید به معنای زیرساخت جدید برای استقرار، سیستم های جدید برای پیکربندی، رویه های جدید پشتیبان گیری و برنامه های به روز رسانی جدید است. پیچیدگی عملیاتی شما به صورت خطی (یا به صورت تصاعدی) با هر مشتری افزایش می یابد.

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

چه 10 کسب و کار کوچک و چه 100 مشتری سازمانی را با شبکه های توزیع شده مدیریت کنید، از یک پلتفرم با همان گردش کار عمل می کنید. زیرساخت نظارت شما به طور خودکار مقیاس می شود.

اثربخشی هزینه مشخص است. مجوز تک مستاجر با هر مشتری چند برابر می شود: 50 مشتری یعنی 50 مجوز به قیمت کامل. پلتفرم‌های چند مستاجر معمولاً به ازای هر عامل نظارت شارژ می‌شوند. هرچه مشتریان بیشتری اضافه کنید، اقتصاد شما به ازای هر مشتری بهتر می شود.

مشتریان شما برای دسترسی به شبکه به شما اعتماد دارند، بنابراین اعتماد به امنیت مطلق داده بستگی دارد. معماری چند مشتری تضمین می‌کند که داده‌های نظارتی هر کلاینت کاملاً ایزوله باقی می‌ماند تا سایر کلاینت‌ها تحت هیچ شرایطی نتوانند به آن دسترسی داشته باشند. این فقط یک جدایی منطقی نیست. در پایگاه داده، برنامه کاربردی و سطوح کنترل دسترسی اعمال می شود.

این فقط مربوط به امنیت نیست. این در مورد انطباق است. هنگامی که مشتریان در مورد SOC 2، GDPR یا HIPAA سؤال می‌کنند، نشان می‌دهید که داده‌های آنها در یک مستاجر کاملاً مجزا با کنترل‌های دسترسی مبتنی بر نقش، ثبت حسابرسی، رمزگذاری در حالت استراحت و حمل و نقل و اقدامات امنیتی در سطح سازمانی وجود دارد.

پلت فرم نظارت بر شبکه چند مستاجر Obkio به MSP ها امکان می دهد تعداد نامحدودی از مشتریان را با جداسازی کامل داده ها و نظارت توزیع شده در همه مکان ها مدیریت کنند. اولین مشتری خود را در عرض چند دقیقه مستقر کنید، بدون زحمت مقیاس کنید.

• 14 روز آزمایش رایگان تمام ویژگی های برتر
• فقط در 10 دقیقه مستقر شود
• نظارت بر عملکرد در تمام مکان های کلیدی شبکه
• معیارهای شبکه را در زمان واقعی اندازه گیری کنید
• مشکلات شبکه زنده را شناسایی و عیب یابی کنید

درک رویکرد فنی پشت Obkio به MSP ها کمک می کند تا بفهمند چرا مشکلاتی را که سایر ابزارهای نظارتی از دست می دهند، تشخیص می دهد. برخلاف نظارت غیرفعال که فقط ترافیک موجود یا ابزارهای مبتنی بر نظرسنجی را که هر چند دقیقه وضعیت دستگاه را بررسی می‌کنند، نظارت می‌کند، Obkio از نظارت مصنوعی پیوسته با عوامل توزیع‌شده برای اندازه‌گیری عملکرد واقعی شبکه در زمان واقعی استفاده می‌کند.

Obkio عوامل سبک وزن را برای نظارت بر هر مکان مشتری مستقر می کند که نیاز به دید دارد: دفتر مرکزی، دفاتر شعبه، مراکز داده، محیط های ابری و نقاط پایانی کارگران از راه دور. این عوامل به طور پیوسته بسته های آزمایشی مصنوعی را در فواصل زمانی تنظیم شده برای یکدیگر ارسال می کنند و تأخیر، جیتر، از دست دادن بسته ها و استفاده از پهنای باند را در طول هر مسیر شبکه اندازه گیری می کنند.

نمایندگان به طور مداوم معیارهای عملکرد شبکه را اندازه گیری می کنند و نتایج را از طریق HTTPS رمزگذاری شده به پلتفرم ابری Obkio منتقل می کنند. داشبورد متمرکز شما عملکرد بی‌درنگ را برای همه مشتریان و همه مکان‌هایشان نشان می‌دهد. وقتی معیارها از آستانه های پیکربندی شده فراتر می روند، هشدارها فوراً فعال می شوند و از طریق ایمیل، Slack، Teams، PagerDuty یا webhooks به تیم شما ارسال می شوند.

در سرویس های مدیریت شده، مشکلات شبکه اغلب باعث ایجاد یک بازی سرزنش بین MSP ها، مشتریان و ISP ها می شود. کاربران مشتری شما از عملکرد پایین شکایت دارند. مشتری بلافاصله تصور می کند که تقصیر شماست، مانند چیزی که پیکربندی اشتباهی انجام داده اید، نظارت شما کار نمی کند، یا پشتیبانی شما به اندازه کافی پاسخگو نیست. شما گمان می کنید که این یک تخریب مدار ISP آنها یا مشکلات LAN خودشان است. ISP اصرار دارد که شبکه آنها خوب است و به شما یا تجهیزات مشتری هدایت می شود.

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

این واقعیتی است که هر MSP می داند اما در تلاش برای اثبات آن است: 80 درصد از مشکلات عملکرد شبکه از مشکلات سمت مشتری ناشی می شود: پیکربندی LAN آنها، زیرساخت بی سیم آنها، دستگاه های شبکه محلی آنها، یا مدار ISP آنها. خدمات MSP شما نیست. تنظیم نظارت شما نیست. تنظیمات شما نیست.

چالش اثبات آن است. بدون مشاهده واضح در هر بخش از مسیر شبکه، شما کورکورانه عیب یابی می کنید. شما نمی توانید به طور قطعی نشان دهید که آیا مشکل سوئیچ مشتری، اتصال آخرین مایل ISP آنها یا چیزی در این بین است. بنابراین بازی سرزنش ادامه می‌یابد، بلیط‌ها افزایش می‌یابد، مشتریان ناامید می‌شوند، و تیم شما ساعت‌ها را صرف تماس‌های کنفرانسی می‌کند تا مشکلات را به جای رفع آنها جدا کند.

Obkio بازی سرزنش را با داده های عینی به پایان می رساند. عوامل نظارتی توزیع شده مستقر در محل مشتری، در مسیر شبکه ISP آنها و در مقصدهای ابری، به طور مداوم عملکرد هر بخش شبکه را اندازه گیری می کنند. وقتی مشتری از یک برنامه ابری کند شکایت می کند، شما بحث نمی کنید، بلکه داده ها را به آنها نشان می دهید.

ما اقتصاد MSP را درک می کنیم. شما به ازای مجوز مشتری پولی پرداخت نمی کنید، که با هر مشتری که امضا می کنید چند برابر می شود. Obkio قیمت ویژه MSP را ارائه می دهد که برای سودآوری در حین رشد شما طراحی شده است.

مشاهده طرح های قیمت گذاری

داشبورد شما یک داشبورد واحد برای همه شبکه های مشتریان ارائه می دهد. در ساعت 2 بامداد وقتی چندین مشتری مشکلات همزمان دارند، شما وارد سیستم‌های جداگانه‌ای نمی‌شوید که سعی در مرتب‌سازی دارند. شما یک داشبورد را مشاهده می کنید که همه هشدارهای فعال را بر اساس شدت و اولویت SLA مرتب می کند، با دسترسی فوری برای جابجایی بین مشتریان آسیب دیده.

مشاهده وضعیت بلادرنگ همه مشتریان به این معنی است که الگوهایی را شناسایی می کنید که در سیستم های ایزوله قابل مشاهده نیستند. چهار مشتری به طور همزمان از دست دادن بسته را تجربه می کنند؟ اینها چهار مشکل مجزا نیستند. این به طور بالقوه یک مشکل با تامین کننده بالادستی است. شما بلافاصله با دید متمرکز متوجه این موضوع می شوید، نه چند ساعت بعد پس از افزایش چهار بلیط جداگانه.

تکنسین های L1 شما نیازی به دسترسی به همه 50 مشتری ندارند. آنها نیاز به دسترسی به 5-10 دارند که فعالانه از آن پشتیبانی می کنند. مهندسان ارشد به دسترسی بیشتری برای تشدید نیاز دارند. مدیران MSP نیاز به کنترل کامل بر پلتفرم دارند. کاربران پورتال مشتری فقط به داده های خود دسترسی فقط خواندنی دارند.

این در هنگام استخدام تکنسین های جدید یا ترک کارکنان در حال خروج مهم است. شما رمز عبور اصلی را تغییر نمی دهید که بر همه مشتریان تأثیر می گذارد. شما مجوزهای کاربر فردی را ویرایش می کنید. کارمندان سابق بلافاصله بدون وقفه در کل عملیات نظارت شما، دسترسی خود را از دست می دهند.

این تفاوت فنی مهم است. نظارت بر شبکه توزیع شده به معنای استقرار عوامل در هر جایی که شبکه مشتریان شما وجود دارد، است، نه فقط نظارت از یک نقطه مرکزی، به امید اینکه تجربه واقعی کاربر را نشان دهد.

دفتر مرکزی مشتری شما در تورنتو با موارد زیر است:

• 100 کاربر
• شعبه هایی در ونکوور و مونترال هر کدام با 20 کاربر
• زیرساخت AWS در us-east-1
• منابع لاجوردی در westus2
• 50 کارگر از راه دور در VPN.

آیا تنها یک نماینده در ستاد تورنتو وجود دارد؟ شما عملکرد را از یک مکان به هر جای دیگر اندازه گیری می کنید. این به شما می‌گوید که آیا تورنتو می‌تواند به سایت‌های دیگر دسترسی پیدا کند، اما اگر کاربران ونکوور بتوانند به AWS دسترسی داشته باشند، اگر کارگران از راه دور با تاخیر VPN مواجه هستند یا اگر ارتباط بین Azure و AWS ضعیف شده باشد، نه.

نظارت توزیع شده به معنای عواملی در هر مکانی است که عملکرد واقعی را در جایی که کاربران متصل می‌شوند اندازه‌گیری می‌کنند. نماینده نظارت بر تورنتو دیدگاه تورنتو را می سنجد. عامل نظارت در ونکوور تجربه ونکوور را می سنجد. AWS Public Agent عملکرد ابر به ابر و ابر به شعبه را اندازه گیری می کند. شما تصویر کاملی از کل زیرساخت توزیع شده دریافت می کنید.

این معماری مشکلاتی را آشکار می کند که نظارت متمرکز به طور کامل از دست می دهد. شعبه ونکوور نسبت به AWS دارای تاخیر زیاد است؟ شما بلافاصله آن را می بینید زیرا در هر دو مکان عواملی دارید که آن مسیر خاص را اندازه گیری می کنند. تورنتو تحت تأثیر قرار نگرفته است. مونترال تحت تأثیر قرار نگرفته است. این مشکل در اتصال Vancouver-AWS جدا شده است. عیب‌یابی را به جای ساعت‌ها شکایت کاربر، به چند دقیقه کاهش داده‌اید.

نصب مشتریان جدید نباید نیاز به بازسازی تنظیمات از ابتدا داشته باشد. هنگام امضای یک مشتری جدید، الگوی نظارت را شبیه سازی کنید. این پلتفرم به طور خودکار فواصل نظارت، آستانه هشدار، کانال های اطلاع رسانی، روش های تشدید و برنامه های گزارش را پیکربندی می کند. شما جزئیات خاص مشتری (موقعیت های سایت، آدرس های IP، اطلاعات تماس) را تصحیح می کنید، اما کل خط مشی نظارت را دوباره ابداع نمی کنید.

استقرار دسته ای به شما این امکان را می دهد که چندین مشتری یا سایت را به طور همزمان سوار کنید. مشتری جدید با 10 شعبه؟ عوامل را در هر 10 مکان مستقر کنید، الگو را اعمال کنید و جمع آوری داده ها را تأیید کنید. این کار ساعت ها یا حتی دقیقه ها طول می کشد، نه روزها.

مشتریان شما برای تعهدات SLA خاص پرداخت می کنند. برای اثبات اینکه آنها را ملاقات کرده اید به اسناد نیاز دارید. نظارت چند مستاجر گزارش‌دهی خودکار را برای هر مشتری با داده‌های عملکرد تاریخی ارائه می‌کند تا از ادعاهای انطباق با SLA پشتیبانی کند.

گزارش‌های ماهانه و هفتگی به‌طور خودکار برای هر مشتری تولید می‌شوند و نشان می‌دهند: متوسط تأخیر در تمام مسیرهای نظارت شده، حداکثر پیک تأخیر و زمان وقوع، نرخ از دست دادن بسته بر اساس مکان و دوره زمانی، روند استفاده از پهنای باند، معیارهای در دسترس بودن/به‌روزرسانی و انطباق با اهداف SLA توافق شده. این گزارش‌ها دارای برچسب سفید با نام تجاری MSP شما هستند.

این مستندات هنگام تمدید قراردادها مهم است. شما فرض نمی کنید که آیا نظارت ارزش تحویل داده شده است یا خیر، شما حوادث خاص شناسایی شده، میانگین زمان پاسخگویی، نرخ انطباق SLA و بهبودهای ملموس را در طول دوره قرارداد نشان می دهید.

این راهنمای راه‌اندازی با استفاده از پلتفرم Obkio به عنوان یک مثال عینی، پیاده‌سازی واقعی را طی می‌کند.

قبل از اجرای هر چیزی، آنچه را که واقعا مشاهده می کنید، مستند کنید. این از خطاهای پیاده سازی که بعداً نیاز به عقب نشینی دارند جلوگیری می کند.

موجودی تمام شبکه های مشتری: هر مشتری را تحت قرارداد فهرست کنید. به مکان آنها (دفتر مرکزی، شعبه ها، مراکز داده، محیط های ابری) توجه کنید. معماری ها و مسیرهای حیاتی شبکه (سایت به سایت، سایت به ابر، VPN برای دسترسی از راه دور) را شناسایی کنید. ابزارهای نظارتی موجود را که نیاز به جایگزینی دارند، مستند کنید.

الزامات نظارت در سطح مشتری را تعریف کنید: مشتریان شما یکسان نیستند، بنابراین با همه آنها یکسان رفتار نکنید. سطوح خدمات را بر اساس ارزش قرارداد و تعهدات SLA تعریف کنید.

ردیف طلا (شرکت با ارزش بالا) ممکن است به عوامل در هر سایت، آستانه های تهاجمی و تشدید 24/7 نیاز داشته باشد. سطح نقره ای (کسب و کار استاندارد) می تواند از نمایندگان در سایت های اصلی، اطلاع رسانی ساعات کاری استفاده کند. سطح برنز (نظارت پایه) فقط می تواند نظارت بر مکان و اعلان های ایمیل را دریافت کند.

SLAهای پایه و آستانه هشدار را ایجاد کنید: مشکل چیست؟ برای اکثر برنامه‌های تجاری، تأخیر باید زیر 50 میلی‌ثانیه، لرزش زیر 30 میلی‌ثانیه برای کیفیت VoIP، و از دست دادن بسته‌ها زیر 1 درصد برای اتصال مطمئن باقی بماند. اینها خطوط پایه اولیه هستند. برای هر مشتری بر اساس برنامه های خاص آنها تنظیم می شود.

قبل از تماس با شبکه های مشتریان، با زیرساخت MSP خود شروع کنید. این به شما این امکان را می‌دهد تا قبل از توضیح دادن به پلتفرم، پلتفرم را تأیید کنید و نحوه عملکرد آن را درک کنید.

حساب MSP خود را راه اندازی کنید: با ایمیل تجاری خود در obkio.com ثبت نام کنید. پلتفرم حساب MSP چند مستاجر شما را در عرض چند دقیقه فراهم می کند.

جادوگر ورود را دنبال کنید: جزئیات سازمان MSP خود را پیکربندی کنید، کاربران مدیریت اصلی را تنظیم کنید و کانال های اطلاع رسانی (ایمیل، Slack، Teams، PagerDuty) را تعریف کنید.

اولین نمایندگان خود را در دفتر خود مستقر کنید: قبل از استقرار مشتریان، نمایندگان را در دفتر خود مستقر کنید تا فرآیند را درک کنید. نوع عامل مناسب را بر اساس زیرساخت خود انتخاب کنید:

عوامل نرم افزاری (برای سرورها و زیرساخت های موجود):

• عامل لینوکس: مناسب برای سرورهای لینوکس (محلی یا ابری). با یک خط فرمان در ترمینال نصب کنید. روی هر توزیع مدرن لینوکس (CentOS 7+، Redhat، Debian، Ubuntu) کار می کند.
• عامل ویندوز: روی سرورهای ویندوز یا دسکتاپ نصب کنید. نصب کننده را از داشبورد دانلود کنید، با شناسه عامل ارائه شده اجرا کنید، نماینده ظرف 2-3 دقیقه آنلاین می شود.
• عامل macOS: برای کامپیوترهای مک (MacBook، iMac، Mac Studio). نصب ساده در عرض چند دقیقه، ایده آل برای نظارت از راه دور کارگران.
• عامل داکر: در دسترس به عنوان یک تصویر Dockerhub. ایده آل برای زیرساخت های کانتینری (Kubernetes، Docker Swarm، AWS ECS). با یا بدون ذخیره سازی دائمی کار می کند.

دستگاه های سخت افزاری (برای مکان های بدون سرور):

• NUC11C4: دستگاه سخت افزاری Plug-and-play ایده آل برای شاخه ها. تا 25 جلسه نظارت و تست سرعت تا 500 مگابیت بر ثانیه را پشتیبانی می کند. فقط دو کابل برای وصل کردن: برق و اترنت. بدون نیاز به پیکربندی دستگاه، همه چیز در برنامه Obkio انجام می شود. ارتباط بین سخت افزار و عامل با شماره سریال چاپ شده روی دستگاه انجام می شود.

لوازم مجازی (برای محیط های مجازی):

• VMware: برای سرورهایی که VMware Hypervisor را اجرا می کنند. یک تصویر OVA از پیش پیکربندی شده را مستقر کنید.
• Hyper-V: برای سرورهایی که Hyper-V Hypervisor را اجرا می کنند. یک تصویر VHD از پیش پیکربندی شده را مستقر کنید.

عوامل تأیید ارتباط برقرار می کنند: داشبورد خود را بررسی کنید عوامل مستقر باید وضعیت “آنلاین” را نشان دهند که مکان، نسخه و مهر زمانی آخرین ارتباط را نشان می دهد. اگر آفلاین است یا نمایش داده نمی شود، اتصال شبکه (نمایندگان به HTTPS خروجی در پورت 443 نیاز دارند) و قوانین فایروال را عیب یابی کنید.

بررسی جمع آوری داده ها: در عرض 5 دقیقه، باید معیارهای تأخیر، لرزش و از دست دادن بسته را در نمودارهای داشبورد مشاهده کنید. اگر معیارها نشان داده نمی‌شوند، حتی اگر نماینده‌ها به صورت آنلاین نشان داده شوند، بررسی کنید که عامل‌ها به یکدیگر اتصال شبکه دارند. آنها عملکرد بین جفت عامل ها را با استفاده از ترافیک مصنوعی، نه فقط اتصال پلت فرم، اندازه گیری می کنند.

یک مشتری کوچک و ساده را برای اولین استقرار تولید خود انتخاب کنید. شما فرآیند را یاد می گیرید: یک مشتری با 1-2 مکان و الزامات ساده انتخاب کنید، نه پیچیده ترین مشتری سازمانی خود را.

مستاجر مشتری ایجاد کنید: از داشبورد خود، «افزودن مشتری جدید» را انتخاب کنید و جزئیات را وارد کنید: نام سازمان، مخاطب اصلی، سطح خدمات مورد توافق و یادداشت‌های خاص مشتری. پلتفرم یک حساب مجزا برای آن مشتری ایجاد می کند.

استقرار نمایندگان در مکان های مشتری: عوامل نظارتی را در هر مکانی که نیاز به دید دارد مستقر کنید. استراتژی استقرار عامل اهمیت زیادی دارد:

• دفتر اصلی: یک عامل نرم افزار در سرور فیزیکی یا ماشین مجازی در اتاق سرور یا دستگاه سخت افزاری در صورتی که هیچ سروری در دسترس نباشد
• شاخه ها: دستگاه های سخت افزاری (NUC11C4) برای مکان های توزیع شده بدون زیرساخت فناوری اطلاعات ایده آل هستند
• محیط های ابری: عوامل داکر در ظروف AWS، Azure یا Google Cloud یا عوامل لینوکس در ماشین‌های مجازی ابری
• کارگران از راه دور: عامل‌های Windows یا macOS در رایانه‌های کارمندان برای نظارت بر کار از خانه

همه چیز را در دفتر مرکزی نصب نکنید و فرض کنید که شبکه توزیع شده آنها را زیر نظر دارید. کاربران شعبه از عملکرد کند شکایت دارند؟ اگر در آن شعبه نماینده ای برای اندازه گیری شرایط محلی ندارید، کورکورانه عیب یابی می کنید.

پیکربندی جلسات نظارت با استفاده از الگوها: به جای ایجاد دستی جلسات نظارت بین هر جفت عامل، از الگوهای نظارت شبکه استفاده کنید. الگوها به طور خودکار جلسات نظارت را بین لیست های مشخص شده از عوامل یا گروه هایی از عوامل ایجاد می کنند.

اولین الگوی خود را بسازید:

1. به صفحه مانیتورینگ بروید، روی نماد تنظیمات کلیک کنید
2. برای ایجاد یک الگوی جدید روی Add کلیک کنید
3. آن را به صورت توصیفی نامگذاری کنید (مثلاً «مشتری الف – همه سایت‌ها به دفتر مرکزی»)
4. در لیست اول، تمام عوامل شعبه یا یک گروه عاملی که حاوی آنها است را اضافه کنید
5. در لیست دوم، یک عامل HQ اضافه کنید
6. این قالب به طور خودکار جلسات نظارتی بین تمام شعب و دفاتر مرکزی ایجاد می کند

به عنوان مثال، اگر لیست اول حاوی Agent-1 و Agent-2، و لیست دوم حاوی Agent-3 و Agent-4 باشد، الگو چهار جلسه ایجاد می کند:

• Agent-1 ↔ Agent-3
• Agent-1 ↔ Agent-4
• Agent-2 ↔ Agent-3
• Agent-2 ↔ Agent-4

از گروه های عامل برای مقیاس پذیری استفاده کنید: ایجاد گروه های عامل برای مدیریت آسان تر قالب. به جای اضافه کردن عوامل فردی به قالب ها، گروه ها را اضافه کنید. هنگامی که عوامل جدیدی را به یک گروه اضافه می کنید، الگوها به طور خودکار جلسات نظارتی مناسب را بدون تغییر الگو ایجاد می کنند.

پیکربندی پارامترهای نظارت: هر جلسه نظارت تعریف می کند: فاصله نظارت (1/5/15 دقیقه بر اساس سطح خدمات)، پروتکل (ICMP، UDP یا TCP)، تنظیمات DSCP برای نظارت QoS و انتخاب IP (عمومی در مقابل خصوصی برای سناریوهای نظارت VPN).

آستانه هشدار SLA را برای هر مشتری تنظیم کنید: سه مقدار آستانه از پیش تعیین شده (محافظه کارانه، متوسط، تهاجمی) متناسب با بیشتر موارد استفاده در دسترس هستند. برای نیازهای سفارشی، آستانه‌های خاص را پیکربندی کنید: تأخیر بیش از 50 میلی‌ثانیه برای بیش از 5 دقیقه، لرزش بیش از 30 میلی‌ثانیه (بر VoIP تأثیر می‌گذارد)، از دست دادن بسته بیش از 1 درصد پایدار است، یا هر مسیر مشاهده شده کاملاً غیرقابل دسترسی است.

پیکربندی کانال های اطلاع رسانی: تعیین کنید که سیگنال‌ها چگونه به تیم شما می‌رسند. گزینه‌ها عبارتند از: ایمیل به گروه‌های خاص، اعلان‌های Slack یا Teams، PagerDuty برای تشدید پس از ساعت کاری، تماس‌های آشپزی وب با PSA شما برای ایجاد بلیط خودکار، و پیامک برای هشدارهای مهم. پیکربندی مسیریابی با شدت های مختلف؛ هر افزایشی در تاخیر نیاز به یک پیامک 3 صبح نیست.

تست و تایید: یک سیگنال آزمایشی برای تأیید اینکه مسیریابی اعلان کار می کند ایجاد کنید. بررسی کنید که عوامل به درستی داده‌ها را جمع‌آوری می‌کنند، هشدارها در کانال‌های پیکربندی‌شده ارائه می‌شوند، داده‌های مشتری در کلاینت جدا شده درست نمایش داده می‌شوند، و می‌توانید به‌طور یکپارچه بین نمای MSP خود و این نمای مشتری جابجا شوید.

اولین مشتری شما در حال جمع آوری داده است. اکنون نحوه استفاده عملیاتی از این داده ها را پیکربندی کنید.

ایجاد داشبورد: داشبورد MSP خود را بسازید که همه مشتریان را در یک نگاه نشان دهد: هشدارهای فعال برای همه مشتریان با رنگ کدگذاری شده بر اساس شدت، وضعیت خلاصه برای هر مشتری (سبز/زرد/قرمز) و دسترسی سریع برای جابه‌جایی به دیدگاه‌های تک تک مشتریان.

داشبورد Obkio MSP ها را نشان می دهد که داده های عملکرد شبکه را از سایت های همه مشتریان خود جمع آوری می کنند

داشبوردهای دقیقی را برای هر مشتری ایجاد کنید که نشان می دهد: معیارهای عملکرد برای همه مسیرهای نظارت شده، نمودارهای تأخیر/جیتر/از دست دادن بسته در زمان واقعی، روندهای تاریخی برای روزها/هفته ها/ماه ها و استفاده از پهنای باند.

یک هشدار هوشمند را پیکربندی کنید: هشداری تنظیم کنید که در حین مشاهده مشکلات واقعی، نویز را کاهش دهد. از هشدارهای مبتنی بر آستانه (تاخیر بیش از 50 میلی ثانیه برای بیش از 5 دقیقه متوالی) به جای هشدارهای ناگهانی افزایش استفاده کنید. گروه‌بندی هوشمند را اجرا کنید که در آن چندین هشدار برای یک حادثه در یک اعلان واحد ادغام می‌شود. پنجره های تعمیر و نگهداری را برای توقف برنامه ریزی شده مشتری پیکربندی کنید که در آن هشدار به طور خودکار سرکوب می شود. مسیریابی اعلان را برای هر مشتری و در هر سطح شدت تنظیم کنید.

تنظیم گزارش خودکار: پیکربندی تولید گزارش‌ها برای هر مشتری: خلاصه عملکرد هفتگی که میانگین‌ها و رویدادهای مهم را نشان می‌دهد، گزارش‌های ماهانه پیمانکار با اسناد و روند مطابقت با SLA، گزارش‌های مرور کلی کسب و کار فصلی با تحلیل روند بلندمدت. این گزارش ها را با نام تجاری MSP خود برچسب سفید بزنید.

اولین مشتری با موفقیت مستقر شد؟ اکنون با استفاده از نمایه‌های استقرار و شبیه‌سازی الگو، فرآیند را به بقیه مشتریان خود مقیاس دهید.

از پروفایل های استقرار برای نصب عامل انبوه استفاده کنید: نمایه‌های استقرار فرآیند استقرار عامل سنتی را معکوس می‌کنند. به جای اینکه ابتدا عامل ها را در برنامه ایجاد کنید، یک نمایه استقرار ایجاد می کنید که یک کلید استقرار ایجاد می کند. عوامل نصب شده با این کلید به طور خودکار در برنامه شما در هنگام نصب با تمام تنظیمات از نمایه ایجاد می شوند.

الگوهای نظارت کلون از مشتریان مشابه: تنظیمات را برای هر کلاینت جدید بازسازی نکنید. مشتری 2 مشابه مشتری 1 (هر دو کسب و کار کوچک با یک مکان)؟ Clone Client Monitoring Template 1. جزئیات مکان خاص (نام عامل، شناسه سایت) را اصلاح کنید، اما فواصل نظارت، آستانه هشدار و گزارش را حفظ کنید. با این کار زمان روشن شدن از ساعت به 30 تا 60 دقیقه کاهش می یابد.

به جای ساخت سفارشی هر استقرار، پیکربندی های نظارت بر الگو را برای پروفایل های مشتری مشترک ایجاد کنید. الگوهایی را برای: مشاغل کوچک تک مکان، مشاغل چند سایتی، مشتریان ابری و مشتریان سازمانی تعریف کنید. وقتی مشتریان جدید وارد شدند، به جای ساختن از پیکربندی خالی، با الگوی مناسب شروع کنید و با نیازهای خاص مشتری تنظیم کنید.

سطوح نظارت طلایی، نقره ای و برنزی را با قابلیت های خاص مستند شده در قراردادهای خدمات تعریف کنید. در طول فروش، تفاوت‌های سطح مشتری را به وضوح بیان کنید. سطوح بالاتر هزینه بیشتری دارند، اما تشخیص زودتر مشکل و پاسخ سریع‌تر را فراهم می‌کنند. مشتریان بر اساس نیازهای تجاری و بودجه، ردیف مناسب را انتخاب می کنند.

پیکربندی تولید خودکار گزارش‌ها برای هر مشتری، بدون در نظر گرفتن سطح. گزارش های هفتگی مشکلات فوری را نشان می دهد. گزارش های ماهانه انطباق SLA را برای بررسی های تجاری مستند می کند. گزارش های فصلی از بحث های برنامه ریزی استراتژیک پشتیبانی می کند. همه گزارش ها را با مارک MSP خود برچسب سفید بزنید. شامل خلاصه های اجرایی برای ذینفعان غیر فنی و معیارهای دقیق برای کارکنان فنی.

رویه های تشدید اسناد را برای هر مشتری بر اساس سطح خدمات مورد توافق تنظیم کنید. تعریف کنید: چه کسی هشدارهای اولیه (پشتیبانی L1)، بازه های زمانی تشدید را در صورت حل نشدن مشکلات دریافت می کند (به L2 در 30 دقیقه برای طلا، 2 ساعت برای نقره)، مسیرهای تشدید نهایی برای حوادث مهم (مهندسین ارشد، مدیریت، اطلاع رسانی به مشتری)، و انتظارات برای پوشش پس از ساعت کاری (24/7 برای Gold، ساعات کاری فقط برای برنز).

بررسی های فصلی تنظیمات نظارت را برای هر مشتری برنامه ریزی کنید. اطمینان حاصل کنید که عوامل در همه مکان‌های حیاتی مستقر هستند، جلسات نظارت همه مسیرهای حیاتی شبکه را پوشش می‌دهند، آستانه‌های هشدار مناسب باقی می‌مانند، و گزارش‌دهی ارزشی را در طول بررسی‌های تجاری ارائه می‌کند. نظارت بر مکان های از کار افتاده را حذف کنید. نظارت را برای مکان‌های جدید یا مهاجرت‌های ابری اضافه کنید. آستانه ها را بر اساس الگوهای تاریخی و حوادث واقعی تنظیم کنید.

س: تفاوت بین نظارت بر شبکه چند مشتری و تک مشتری چیست؟

نظارت چند مستاجر به MSP ها اجازه می دهد تا تمام شبکه های مشتری را از یک پلت فرم یکپارچه با داده های ایزوله به ازای هر مشتری مدیریت کنند، در حالی که نظارت تک مستاجر به نمونه های جداگانه برای هر مشتری نیاز دارد. با یک کلاینت، از 30 ابزار نظارتی جداگانه برای 30 مشتری پشتیبانی خواهید کرد. چند مستاجر به شما یک ورود به سیستم، یک داشبورد، با قابلیت جابه‌جایی فوری بین مشتریان و حفظ جداسازی کامل داده‌ها را به شما می‌دهد.

س: آیا مشتریان می توانند به داده های نظارت شبکه خود دسترسی داشته باشند؟

بله، اکثر پلتفرم‌های چند مشتری شامل عملکرد پورتال مشتری هستند که به مشتریان امکان دسترسی فقط خواندنی به داده‌های عملکرد شبکه خودشان را می‌دهند. شما دقیقاً آنچه را که هر مشتری می‌بیند (معمولاً معیارهای بی‌درنگ، روندهای تاریخی و گزارش‌های خودکار) کنترل می‌کنید بدون اینکه ویژگی‌ها یا داده‌های مدیریت MSP خود را در معرض دید سایر مشتریان قرار دهید. می توانید این پورتال ها را با نام تجاری MSP خود برچسب سفید بزنید.

س: MSPها باید چه معیارهای عملکرد شبکه را برای مشتریان نظارت کنند؟

MSPها باید معیارهای کلیدی از جمله: تأخیر (زمان رفت و برگشت بین مکان‌ها، معمولاً باید کمتر از 50 میلی‌ثانیه بماند)، لرزش (تغییر تأخیر، برای کیفیت VoIP باید زیر 30 میلی‌ثانیه بماند)، از دست دادن بسته (برای عملکرد قابل قبول باید زیر 1 درصد بماند)، و استفاده از پهنای باند (نظارت برای ازدحام). علاوه بر این، دسترسی/آپ‌تایم را برای مسیرهای حیاتی پیگیری کنید، عملکرد برنامه‌های ابری (Microsoft 365، Salesforce، AWS) را نظارت کنید و عملکرد تونل WAN/VPN را بین سایت‌ها اندازه‌گیری کنید.

س: آیا نظارت چند مشتری از شبکه های ابری و ترکیبی پشتیبانی می کند؟

بله، پلتفرم‌های چند مستاجر مدرن از نظارت توزیع شده در شبکه‌های محلی، محیط‌های ابری (AWS، Azure، Google Cloud)، زیرساخت‌های ترکیبی، استقرار SD-WAN و مکان‌های دفاتر راه دور/شعبه پشتیبانی می‌کنند. شما عوامل نظارتی را در هر کجا که شبکه مشتریان شما وجود دارد مستقر می کنید: سرورهای فیزیکی در مراکز داده، ماشین های مجازی در فضای ابری یا روترهای شعبه. معماری توزیع‌شده داده‌های عملکرد را از همه این مکان‌ها جمع‌آوری می‌کند و آن‌ها را در داشبورد MSP متمرکز شما جمع‌آوری می‌کند.

س: چگونه MSP ها امنیت داده ها را با نظارت چند مستاجر حفظ می کنند؟

پلتفرم های چند مشتری امنیت داده ها را از طریق جداسازی کامل مشتری حفظ می کنند. داده های هر مشتری در یک محیط منطقی مجزا وجود دارد که سایر مشتریان تحت هیچ شرایطی نمی توانند به آن دسترسی داشته باشند. این شامل پایگاه‌های داده جداگانه یا طرح‌واره‌های پایگاه داده، احراز هویت مجزای کاربر، و کنترل‌های دسترسی سختگیرانه در لایه‌های برنامه و داده می‌شود. RBAC تضمین می کند که مدیران MSP شما دسترسی کامل دارند، تکنسین های شما فقط مشتریان اختصاص داده شده را می بینند و کاربران پورتال مشتری فقط می توانند به داده های خود دسترسی داشته باشند. پلتفرم‌های پیشرو همچنین ثبت حسابرسی، رمزگذاری در حالت استراحت و حمل و نقل و گواهی‌های انطباق را ارائه می‌کنند (SOC 2، ISO 27001).

س: آیا می توان نظارت چند مستاجر را با ابزارهای PSA و RMM ادغام کرد؟

بله، پلتفرم‌های چند مستاجر معمولاً با ابزارهای محبوب MSP، از جمله پلتفرم‌های PSA مانند ConnectWise Manage و Autotask، ابزارهای RMM و سیستم‌های فروش بلیط، ادغام می‌شوند. این ادغام ها به شما این امکان را می دهند که در صورت شناسایی مشکلات شبکه، به طور خودکار بلیط ایجاد کنید، اطلاعات مشتری و دارایی را بین سیستم ها همگام سازی کنید، داده های عملکرد شبکه را در جریان کار صورتحساب ادغام کنید، و داده های عملیاتی را در پشته MSP موجود خود ادغام کنید. بسیاری از پلتفرم ها نیز برای ادغام های سفارشی، وب هوک ها و API ها را ارائه می دهند.

س: نظارت چند مشتری چگونه هشدارهای چند مشتری را مدیریت می کند؟

پلتفرم‌های چند مشتری، اعلان‌های متمرکز را با سفارشی‌سازی خاص مشتری ارائه می‌کنند. شما همه هشدارها را از طریق یک سیستم اعلان دریافت می کنید، اما هر هشدار با نام مشتری، مکان تحت تاثیر و سطح شدت برچسب گذاری می شود تا بتوانید پاسخ ها را به طور مناسب اولویت بندی کنید. شما می توانید آستانه های مختلف هشدار را برای هر مشتری بر اساس نیازهای SLA آنها پیکربندی کنید. مسیریابی هشدار به شما امکان می دهد تکنسین های خاصی را به مشتریان خاص اختصاص دهید، روش های تشدید را برای هر مشتری تنظیم کنید و ساعات و دوره های پشتیبانی فردی را تعریف کنید.

ترکیب مشتری هر MSP متفاوت است. برخی 10 مشتری سازمانی را با شبکه های توزیع شده پیچیده مدیریت می کنند. دیگران بیش از 100 کسب و کار کوچک را با نیازهای نظارتی روشن اداره می کنند. الزامات خاص شما (تعداد عوامل، استراتژی های استقرار، نیازهای یکپارچه سازی، ساختارهای سطح خدمات) رویکرد بهینه استقرار شما را تعیین می کند.

با تیم ما نسخه نمایشی رزرو کنید برای قدم زدن در سبد مشتری خود، درباره استراتژی‌های پیاده‌سازی برای موارد استفاده خاص خود بحث کنید و ببینید نظارت چند مشتری دقیقاً چگونه در عملیات شما مقیاس می‌شود. ما داشبوردهای واقعی را به شما نشان می دهیم، گردش کار استقرار انبوه را نشان می دهیم و جدول زمانی استقرار شما را ترسیم می کنیم.

• 14 روز آزمایش رایگان تمام ویژگی های برتر
• فقط در 10 دقیقه مستقر شود
• نظارت بر عملکرد در تمام مکان های کلیدی شبکه
• معیارهای شبکه را در زمان واقعی اندازه گیری کنید
• مشکلات شبکه زنده را شناسایی و عیب یابی کنید