راه‌اندازی مانیتورینگ با استفاده از داکر

سلام تو این پست می‌خواهیم در مورد مانیتورینگ باهم صحبت کنیم. مانیتورینگ و لاگینگ چشم و گوش ما برای دیدن سرورها و سرویس‌های خودمون هستند. اگر به این موارد به خوبی دقت نکنیم همواره با مشکلاتی روبه‌رو خواهیم بود که تشخیص آن‌ها برای ما خیلی سخت و دشوار خواهد بود.

همواره سرویس‌ها و سرورها یک سری متریک و لاگ ایجاد می‌کنند که ما با جمع‌آوری و نگهداری آن‌ها تحلیل‌های خوبی بر روی وضعیت سرویس خود خواهیم داشت.

قبلا در نظرسنجی سال ۹۹ سایت داکرمی ازتون پرسیده بودم که کدام سناریوهای داکر رو دوست دارید که پیاده‌سازی کنم و مانیتورینگ و لاگینگ رتبه‌ی ۵ را بدست آورده بود. از این رو در این پست سناریوی مانیتورینگ و در پست دیگری سناریوی لاگینگ رو خدمتتون توضیح خواهم داد.

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

• سرویس Prometheus: برای مانیتورینگ و جمع‌آوری متریک‌ها استفاده می‌شود.
• سرویس Alertmanager: برای ایجاد اعلان‌ها و اطلاع‌رسانی‌ آن‌ها استفاده می‌شود.
• سرویس Grafana: برای Visualize کردن متریک‌ها و لاگ‌ها می‌باشد. برامون گراف‌های خیلی خوبی می‌کشد.
• سرویس CAdvisor: برای مانیتورینگ و گزارش متریک‌های کانتینرها می‌باشد.
• سرویس Node-Exporter: برای مانیتورینگ و گزارش متریک‌های سیستم‌عامل لینوکس کاربرد دارد. برای سیستم‌عامل ویندوز هم exporter به نام Wmi-Exporter وجود دارد.
• سرویس Traefik: به عنوان reverse proxy برای ایجاد دسترسی وب به سرویس‌های مانیتورینگ لازم است.

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

نحوه‌ی کار سرویس مانیتورینگ:

در تصویر بالا مشخص است که قسمت اصلی و مرکزی Prometheus server می‌باشد که تمام متریک‌ها از طریق Exporterها آماده می‌شود و خود Prometheus server آن‌ها را Pull می‌کند. اگر جایی محدودیتی وجود داشته باشد و نیاز باشد که حتما متریک‌ها توسط exporterها push شود از ابزاری به نام pushgateway استفاده می‌شود که exporterها به آن سرویس push می‌کنند و بعد خود سرور prometheus مجدد از سرور pushgateway آن‌ها را pull می‌کند.

سرویس prometheus انواع روش‌های کانفیگ را دارد که بنا به استفاده‌ی شما، می‌توان یکی از آن روش‌ها را انتخاب و از آن استفاده کرد. می‌توان تمام موارد را در کانفیگ‌ فایل‌ها نوشت یا از قابلیت service discovery آن استفاده کرد و هر زمان که نود با مشخصات مورد نظر وارد شد به صورت خودکار وارد فرآیند مانیتورینگ شود و متریک‌های آن ارسال، ذخیره و نمایش داده شود.

یکی از موارد دیگه که در prometheus کانفیگ می‌شود ruleهای مربوط به alerting می‌باشد که با استفاده از آن‌ها مشخص می‌کند که اگر چه شرایطی پیش‌ آمد یک alert ایجاد شود. مثلا اگر رم سرور بیشتر از ۸۰ درصد پر شد به من خبر بده یا اینکه اگر لود سرور بیشتر از ۷۰ درصد شد به من خبر بده. این موارد تماما در فایل‌هایی به صورت rule آماده می‌شود و در کانفیگ مربوط به prometheus می‌باشد.

این موارد به سمت alertmanager ارسال می‌شود. این ابزار با استفاده از قابلیتی که دارد می‌تواند به ابزارهای مختلف متصل شود و از طریق آن‌ها به ما خبر دهد و Alert را ارسال کند. از متداول‌ترین ابزارهایی که برای اطلاع‌رسانی استفاده می‌شود می‌توان به ایمیل، slack، rocketchat و sms اشاره کرد.

یک قسمت مهم دیگه که برای هر ابزار مانیتورینگی لازم است کشیدن داشبورد و گراف‌های مربوط به مانیتورینگ می‌باشد. برای این منظور از ابزار قدرتمند grafana استفاده می‌شود که کنار prometheus راه‌اندازی می‌شود و به آن متصل شده و از روی datastore آن گراف‌های عالی و خوبی برای ما می‌کشد. یکی از مزایای خوب grafana اینه که داشبوردهای آماده خیلی زیاد دارد؛ از این رو می‌توانیم با import کردن آنها به راحتی داشبورد داشته باشیم و دیگه نیاز نیست به ازای هر متریک، خودمون داشبورد آماده کنیم.