نیاز و دامنه
خدمت، نشانهٔ مسئله، مالک و حدود اختیار را مشخص کنید.
مانیتورینگ شبکه و سرور سازمانی؛ از نیاز واقعی شروع کنیم
مانیتورینگ سازمانی جمع‌آوری اطلاعات برای فهم وضعیت خدمت و تشخیص تغییر مهم است. نمودار CPU یا وضعیت سبز دستگاه‌ها زمانی مفید است که با تجربهٔ کاربر و اقدام مسئول ارتباط داشته باشد. این مقاله دربارهٔ پایش عملیاتی است؛ با ممیزی امنیتی یا نصب ابزار برای شنود کاربران یکسان نیست و هیچ عامل پایش جدیدی روی زیرساخت شما نصب نمی‌کند.
شاهد و برنامه
دادهٔ لازم، روش بررسی و مسیر بازگشت را ثبت کنید.
اقدام کنترل‌شده
آزمون مجاز یا تغییر توافق‌شده را با ثبت نتیجه انجام دهید.
تحویل و پیگیری
پذیرش کاربر، محدودیت باقی‌مانده و مسئول پیگیری را تعیین کنید.
از خدمت به تجهیزات برسید
فهرست سرویس‌های مهم، کاربران و وابستگی آن‌ها به سرور، شبکه و تأمین‌کننده را تهیه کنید. برای هر بخش بگویید چه چیزی سنجیده می‌شود و چه چیزی خارج پوشش است. دستگاه ناشناخته یا خاموشی مسیر جمع‌آوری نباید با سلامت اشتباه شود. فهرست دارایی‌های پایش‌شده باید بعد از افزودن سرویس تازه بازبینی شود.
نشانهٔ کاربر و وضعیت داخلی
راهنمای پایش در Google SRE میان مشاهدهٔ داخلی سامانه و آزمون رفتار قابل مشاهده برای کاربر تفاوت می‌گذارد. پاسخ یک میزبان لزوماً به معنی قابل استفاده بودن برنامه نیست. شاخص‌های زمان پاسخ، خطا، مصرف و ظرفیت را با نوع خدمت انتخاب کنید؛ آزمون مصنوعی باید مجاز، حداقلی و بدون ایجاد دادهٔ حساس باشد.
دادهٔ تازه و مسیر جمع‌آوری
زمان آخرین دریافت، فاصلهٔ نمونه‌برداری و خطای جمع‌آوری را نمایش دهید. عدد قدیمیِ ثابت را زنده معرفی نکنید و نبود داده را صفر نگذارید. ساعت سامانه‌ها برای مقایسهٔ رخدادها اهمیت دارد. حساب عامل یا رابط جمع‌آوری فقط اختیار لازم داشته باشد؛ انتشار عمومی پورت مدیریت یا اعتبارنامه برای ساده شدن پایش مناسب نیست.
آستانه بر اساس زمینهٔ خدمت
یک حد ثابت برای همهٔ سرورها ممکن است هشدار بی‌اثر بسازد. بار طبیعی، ساعت کاری و ظرفیت قابل قبول را با مالک خدمت بررسی کنید. افزایش یک شاخص، اگر به اثر مشخصی مربوط نباشد، ممکن است فقط نیاز به بازبینی روند داشته باشد. شرایط شروع و رفع هشدار و تحمل نوسان کوتاه باید معلوم باشند.
هشدار دارای اقدام و مسئول
مستند Alerting در Prometheus بر ساده نگه داشتن هشدار و توجه به نشانهٔ اثرگذار تأکید دارد. در طراحی سازمان، هر اعلان باید مخاطب، سطح فوریت و روش بررسی مشخص داشته باشد. چند هشدار برای یک اختلال مشترک را بدون دلیل تکثیر نکنید؛ سکوت نگهداری هم باید دامنه و زمان پایان داشته باشد.
پایش خود سامانهٔ مانیتورینگ
اگر دریافت داده یا رساندن اعلان قطع شود، سکوت پنل قابل اطمینان نیست. مسیر رسیدن هشدار به مسئول را با رویداد آزمایشی و بدون اختلال واقعی بررسی کنید. خطای سرویس پیام‌رسان، مقصد نامعتبر یا غیبت مسئول باید مسیر پیگیری داشته باشد. گزارش سلامت پایش را از وضعیت سلامت خدمت جدا نگه دارید.
دسترسی، نگهداری و حریم خصوصی
برای نقش مدیریتی ممکن است روند و ظرفیت کافی باشد، نه نام کاربران یا جزئیات پرونده. مدت نگهداری داده و اختیار خروجی را تعیین کنید. برچسب‌ها و پیام خطا نباید رمز یا توکن داشته باشند. اطلاعات لازم برای تشخیص را حداقلی جمع کنید و ضبط یا انتقال محتوای کاربران را از پایش عملیاتیِ معمول نتیجه نگیرید.
پایلوت، تحویل و هزینه
با چند خدمت مشخص شروع و پوشش واقعی را با سند تطبیق دهید. قطع مجاز جمع‌آوری، دادهٔ قدیمی و دریافت اعلان نمونه را آزموده کنید. تعداد منابع، فاصلهٔ سنجش، نگهداری داده و نفر پاسخ‌گو در هزینه اثر دارند. داشبورد، تعریف شاخص‌ها، مسیر ارجاع و محدودیت‌ها را تحویل بگیرید؛ پایش نمی‌تواند تمام خرابی‌ها را پیش از وقوع تضمینی پیش‌بینی کند.
مانیتورینگ شبکه، سرورها و تجهیزات در ویوان نت
شرح وضعیت، گسترهٔ کاربران و هدف بررسی را آماده کنید تا دامنهٔ خدمت، اختیار اجرا و معیار تحویل قابل تعریف شوند. تعداد کاربران و هدف بررسی را در بخش پشتیبانی ویوان نت توضیح دهید؛ رمز، کلید یا تنظیمات محرمانه را در درخواست معمولی نفرستید.
سناریوی آموزشی: مانیتورینگ شبکه و سرور سازمانی
در یک مجموعهٔ فرضی، ماشین سرور روشن است ولی عملیات برنامه خطا می‌دهد. پایش جدید علاوه بر منابع میزبان، نتیجهٔ یک عملیات نمونهٔ مجاز را می‌سنجد. سپس در تمرین جدا، قطع مسیر دریافت داده به وضعیت نامعلوم تبدیل می‌شود و اعلان آزمایشی به مسئول می‌رسد. موفقیت فقط رنگ سبز میزبان نیست؛ پوشش و توان رسیدگی هم بررسی می‌شوند.
این مثال آموزشی است، نه پروژهٔ واقعی یا نتیجهٔ عددی ویوان نت؛ روش اجرا و آزمون باید با بستر و اختیار سازمان هماهنگ شوند.
این راهنما از مجموعهٔ پشتیبانی، مانیتورینگ و عیب‌یابی ویوان نت است. برای شناخت مجموعه، معرفی ویوان نت را ببینید.
پرسش‌های متداول دربارهٔ مانیتورینگ شبکه، سرورها و تجهیزات
نمودار منابع برای پایش کافی است؟
خیر؛ تجربهٔ خدمت، پوشش و مسیر رسیدگی باید کنار منابع تجهیزات بررسی شوند.
نبود هشدار یعنی همه‌چیز سالم است؟
نه؛ ممکن است منبع یا اعلان قطع باشد یا بخشی از خدمت اصلاً پوشش نداشته باشد.
دادهٔ قدیمی را چطور نمایش دهیم؟
با زمان آخرین دریافت و وضعیت نامعلوم یا قدیمی، نه عددی که زنده به نظر برسد.
برای هر تغییر CPU اعلان لازم است؟
نه؛ آستانه و فوریت باید با اثر و زمینهٔ خدمت هماهنگ شوند.
مانیتورینگ همان ممیزی امنیت است؟
خیر؛ پایش عملیاتی و ارزیابی امنیت دامنه و شواهد متفاوت دارند.
آیا این مقاله ابزار نصب میکند؟
خیر؛ طراحی و راهاندازی واقعی پایش به دامنه، مجوز و آزمون مستقل نیاز دارد.
منابع فنی و مطالعهٔ بیشتر
منابع برای مبانی و نمونهٔ روش‌ها هستند؛ انتخاب محصول، ظرفیت و تنظیمات واقعی باید در زمان اجرا و بستر سازمان بررسی شوند.