وبلاگ نت‌آرامآموزش، تجربه و راهکارهای زیرساخت

چرا Load سرور بالاست ولی CPU ظاهراً بیکار است؟

Load average را کنار وضعیت پردازنده و انتظار ورودی و خروجی تفسیر کنید و پیش از تغییر تنظیمات شواهد جمع کنید.

انتشار:
توسط تیم فنی نت‌آرام
۳ دقیقه زمان مطالعه
۰ دیدگاه
محتوای تخصصی، ساده و کاربردی
هماهنگ با هویت حرفه‌ای نت‌آرام
بازگشت به لیست مقالات
تصویر شاخص مقاله چرا Load سرور بالاست ولی CPU ظاهراً بیکار است؟ در وبلاگ نت‌آرام
محتوای آموزشی وبلاگ نت‌آرام
عدد Load Average بالا همیشه به معنی مصرف صددرصد پردازنده نیست. در لینوکس این عدد علاوه بر کارهای آماده اجرا، بعضی کارهای منتظر عملیات غیرقابل‌وقفه مانند ورودی و خروجی دیسک را هم در بر می‌گیرد. بنابراین ممکن است برنامه‌ها منتظر ذخیره‌سازی باشند و CPU هم‌زمان کاملاً مشغول نباشد.

اعداد یک، پنج و پانزده دقیقه را ببینید

کد / دستورuptime nproc
در خروجی uptime سه میانگین بار برای یک، پنج و پانزده دقیقه است. nproc تعداد پردازنده‌های قابل استفاده را نشان می‌دهد. مثلاً بار ۴ روی سیستم دو پردازنده‌ای می‌تواند نشانه صف کار باشد، اما یک عدد به تنهایی نمی‌گوید علت دیسک، پردازنده یا سرویس دیگری است. روند را چند بار با فاصله ببینید و زمان کندی سایت را یادداشت کنید.

وضعیت CPU و صف را نمونه بگیرید

اگر vmstat نصب است، این دستور را اجرا کنید:
کد / دستورvmstat 1 5
پنج نمونه با فاصله یک ثانیه نمایش داده می‌شود. ستون r تعداد کارهای آماده اجرا و ستون b کارهای در انتظار غیرقابل‌وقفه را نشان می‌دهد. ستون wa درصد زمانی است که CPU بیکار بوده در حالی که درخواست ورودی و خروجی در جریان بوده است. مقدار wa به تنهایی اندازه سرعت دیسک یا اثبات خرابی آن نیست؛ آن را در چند نمونه و کنار نشانه‌های دیگر بخوانید.
اگر ابزار iostat از بسته sysstat نصب است، نمونه فعالیت دستگاه‌ها را هم ببینید:
کد / دستورiostat -xz 1 5
نام دستگاه، نرخ عملیات، زمان انتظار و فاصله اندازه‌گیری را بررسی کنید. معنی و دسترس‌پذیری ستون‌ها با نسخه ابزار و نوع دیسک فرق دارد. در VPS ممکن است محدودیت ذخیره‌سازی یا ازدحام میزبان دیده شود، اما از یک عدد نمی‌توان علت زیرساختی قطعی ساخت.

از عددها به یک اقدام مشخص برسیم

اگر در چند نمونه vmstat ستون b بالا می‌ماند و هم‌زمان عملیات بکاپ در حال اجراست، ابتدا زمان اجرای بکاپ و مسیر فایل‌سیستم آن را از تنظیم همان ابزار بردارید. پس از هماهنگی، یک نوبت را در ساعت خلوت اجرا کنید و همان vmstat 1 5 و زمان بازشدن صفحه را مقایسه کنید. اگر بهتر شد، تغییر زمان می‌تواند راهکار باشد؛ اگر نه، نام دستگاه و خروجی همان بازه را برای بررسی ذخیره‌سازی به مدیر بدهید. به‌تنهایی از wa نتیجه خرابی دیسک نگیرید.

کار سنگین همان ساعت را پیدا کنید

آیا بکاپ، فشرده‌سازی، وارد کردن داده یا گزارش‌گیری دقیقاً هنگام کندی اجرا می‌شود؟ آن کار را در صورت امکان به زمان خلوت منتقل کنید و سپس سلامت فایل پشتیبان و بازیابی را آزمایش کنید. اگر درخواست‌های دیتابیس کند هستند، گزارش همان سرویس را بخوانید؛ حذف فایل یا راه‌اندازی مجدد بی‌هدف می‌تواند مشکل را بدتر کند.
نتایج uptime، vmstat و iostat را همراه ساعت، نام فایل‌سیستم و مدت کندی برای پشتیبانی ارسال کنید. بعد از اصلاح، همان اندازه‌گیری را در زمان مشابه تکرار کنید و باز شدن صفحه واقعی را هم بسنجید.
برای مثال اگر بار یک‌دقیقه‌ای بالا رفته ولی بار پانزده‌دقیقه‌ای پایین است، افزایش ممکن است تازه رخ داده باشد. در مقابل، بالا بودن هر سه عدد می‌تواند به معنی ادامه داشتن فشار در بازه طولانی‌تر باشد. این مقایسه تنها روند را نشان می‌دهد و برای نام بردن از سرویس مسئول باید گزارش‌های دیگر را هم دید.
اشتراک‌گذاری:
لینکدینتلگرامایکس

دیدگاه‌ها (۰)

دیدگاه‌های تاییدشده و پاسخ‌های تیم نت‌آرام