هشدار CPU و حافظهٔ روتر؛ آستانه، پسماند و جلوگیری از سیل هشدار
تنظیم آستانهٔ CPU، RAM، دیسک و دما برای روترها با پسماند (hysteresis)، آستانهٔ جداگانه برای هر دستگاه و ارتباط آن با هشدار ترافیک پورت.
روتری که CPU آن مدام روی ۱۰۰٪ است، ممکن است هنوز به پینگ جواب بدهد، اما کاربر کندی و قطع شدن نشست‌ها (session) را حس می‌کند. هشدار منابع، لایهٔ بعدی پس از پایش دسترس‌پذیری (reachability) است.
چه متریک‌هایی ارزش هشدار دارند
- CPU: حلقهٔ مسیریابی (routing loop) سنگین، flood یا یک اسکریپت معیوب
- حافظه: نشت حافظه یا جدول‌های خیلی بزرگ
- دیسک و فضای ذخیره‌سازی: پر شدن آن می‌تواند ثبت لاگ و بکاپ‌گیری را مختل کند
- دما: در رک‌هایی که تهویهٔ ضعیفی دارند، پیش از فرسوده شدن یا خرابی سخت‌افزار هشدار می‌دهد
- ترافیک پورت‌های حیاتی: اشباع uplink را پیش از آنکه کاربران شکایت کنند می‌بینید
برای همهٔ دستگاه‌ها یک آستانهٔ سخت‌گیرانهٔ یکسان نگذارید. هستهٔ شلوغ با CPU متوسط طبیعی است؛ یک CPE خانگی با همان عدد باید هشدار بدهد.
آستانهٔ سراسری و استثنای دستگاه
الگوی خوب:
- پیش‌فرض سراسری در تنظیمات (مثلاً CPU از ۹۰٪)
- برای دستگاه‌های خاص، مقدار جداگانه (override) تعریف کنید (مثلاً هسته از ۹۵٪ یا CPE از ۸۰٪)
- اگر فیلد دستگاه را خالی بگذارید، همان پیش‌فرض سراسری اعمال می‌شود
همین الگو برای حافظه، دیسک، دما و آستانهٔ پهنای‌باند پورت‌های تحت‌نظر کار می‌کند.
پسماند (Hysteresis) چرا لازم است؟
اگر آستانه ۹۰ باشد و CPU بین ۸۹ و ۹۱ نوسان کند، بدون پسماند، هر چند دقیقه یک بار هشدار باز و دوباره بسته می‌شود. منطق سالم معمولاً:
- باز شدن هشدار هنگام عبور از حد
- بسته شدن فقط وقتی چند واحد زیر حد برگشت (مثلاً ۱۰ واحد برای درصدها، کمتر برای دما)
این کار نمی‌گذارد کانال اعلان زیر سیل پیام‌ها بی‌استفاده شود.
پورت‌های تحت‌نظر
لازم نیست همهٔ پورت‌های ether را از نظر قطعی و ترافیک بررسی کنید؛ فقط uplink و لینک‌های حساس را به فهرست پورت‌های تحت‌نظر اضافه کنید. هشدار پورت نامرتبط فقط نویز است.
ارتباط با قطعی کامل
اگر دستگاه اصلاً جواب ندهد، هشدار CPU بی‌معناست؛ هشدار قطعی اول می‌آید. بعد از برگشت دستگاه، متریک منابع دوباره معنی دارد.
اقدام بعد از هشدار
- ببینید آیا هم‌زمان خطای اینترفیس (interface error) یا حمله‌ای با حجم بالا در کار است
- آخرین تغییرات کانفیگ را با diff چک کنید
- اگر در حال نگهداری هستید، هشدار را بی‌صدا (mute) کنید؛ آستانه را برای همیشه شل نکنید
جمع‌بندی
هشدار منابع با آستانهٔ لایه‌ای، پسماند، و فهرست پورت محدود، تیم را زودتر از کاربر باخبر می‌کند. در LumexNet این‌ها در تنظیمات سراسری و فرم دستگاه در دسترس‌اند؛ از ورود شروع کنید.