مانیتورینگ سرور چیست و چه چیزهایی باید مانیتور شوند؟ از سلامت کاربر تا منابع و Backup
مانیتورینگ سرور باید دسترسی کاربر، latency، خطا، CPU، RAM، Disk، شبکه، سرویس، دیتابیس، TLS و Backup را با Alert و Runbook قابل اقدام پوشش دهد.
بیپیدا / از تجربه تا راهکار
عمیقتر بخوانید. دقیقتر عیبیابی کنید.
مقالهها و تجربههای عملی برای مسئلهٔ بعدی شما.
۷ مقاله · برچسب: MySQLنمایش ۱–۷
مانیتورینگ سرور باید دسترسی کاربر، latency، خطا، CPU، RAM، Disk، شبکه، سرویس، دیتابیس، TLS و Backup را با Alert و Runbook قابل اقدام پوشش دهد.
بکاپ حرفهای سرور را با RPO/RTO، نسخه سازگار دیتابیس و فایل، رمزنگاری، retention، جداسازی، immutability، مانیتورینگ و آزمون restore طراحی کنید.
پر شدن Disk لینوکس را با filesystem، inode، directory، log، فایل حذفشده باز، Docker و دیتابیس تشخیص دهید؛ بدون حذف عجولانه داده production.
مصرف RAM لینوکس را با available، cache، swap، RSS/PSS، process، container و OOM تحلیل کنید و memory leak را از استفاده طبیعی حافظه جدا کنید.
برای یافتن علت CPU بالای لینوکس، load، user/system/iowait/steal، process، thread، container، PHP و Query را در timeline رخداد بررسی کنید.
هنگام Down شدن سایت، DNS، شبکه، TLS، Nginx، برنامه و دیتابیس را لایهبهلایه بررسی کنید، شواهد را حفظ کنید و سرویس را با کمترین ریسک بازیابی کنید.
خطای 504 را با تشخیص gateway سازنده خطا، زمان upstream، صف PHP، Query دیتابیس، API خارجی و محدودیت هر لایه عیبیابی کنید؛ نه افزایش کور timeout.