اعلان “High NAT Gateway Throughput” – سرعت بالای گذرگاه NAT
این هشدار نشان می‌دهد که حداکثر نرخ عبور داده از دروازه NAT به سطحی نرسیده است که ممکن است باعث ایجاد گلوگاه در پردازش مدل‌ها شود. وقتی مقدار عبور در زیر آستانهٔ مورد انتظار قرار بگیرد، تیم‌های DevOps و Monitoring به فوریهسازی جبران‌پذیری می‌پردازند.
اعلان “Hub Request Logs Archival Success Rate” – درصد موفقیت آرشیو لاگ‌های هاب
در هگزینگ‌فیس لاگ‌های تراکنشی هاب به صورت مداوم به مراکز ذخیره‌سازی منتقل می‌شود. این هشدار درصد موفقیت این انتقال را پیگیری می‌کند. در صورت نوسان سرکوبی در این نرخ تیم امنیتی می‌پرسد آیا دسترسی غیرمجاز یا حملهٔ از دسترسی دار می‌تواند باعث ایجاد ابهام در ثبت داده‌های هاب شود یا خیر.
اعلان “Kubernetes API Request Errors and Rate Limiting” – خطا و محدودیت درخواست در API کنترول
این هشدار بر آمار درصد خطا در APIهای Kubernetes نظارت می‌کند و در همان‌وقت مقدار درخواست‌های زمان‌بندی شده برای جلوگیری از بار بیش از حد را محدود می‌کند. نتایج نا منظم در این حوزه ممکن است به به‌عوری زیرساخت و کندی در دسترسی به سرویس‌های مدل منجر شود.
اعلان “New Cluster Sending Zero Metrics” – خوشهٔ جدید بدون متریک
این هشدار به اطمینان سهولت می‌فرستد که خوشه‌های جدید در زمان راه‌اندازی، به‌هیچ متریک پایانی ارسال نکنند. عدم وجود داده‌های متریک می‌تواند نقص در زبان مانیتورینگ، عدم ترکیب سرویس، یا مشکل در توکن مبتنی بر بار دقیق باشد.
- تبعیت کامل از آستانه‌های کلیدی پایداری
- پایش دقیق در زمان واقعی با ابزارهای متن‌باز و خودکار
- افزایش نرخ دسترسی و کاهش زمان خرابی در زیرساخت تولید
پرسش‌های پرتکرار
چرا هگزینگ‌فیس از سه اعلان اصلی استفاده می‌کند؟
این اعلان‌ها اساساً برای نظارت دقیق بر عملکرد اجزای اصلی زیرساخت مانند دروازه NAT، ذخیره‌سازی هاب و خوشه‌های Kubernetes طراحی شده‌اند و به تیم‌ها امکان می‌دهند به‌سرعت به مشکلات پاسخ دهند.
چگونه می‌توان این اعلان‌ها را سفارشی کرد؟
با استفاده از داشبوردهای متصل به Prometheus و Grafana، امکان تنظیم آستانه‌ها، راه‌اندازی هشدارهای جدید و ادغام با سیستم‌های پیام‌رسان داخلی را دارید.
