Высокая загрузка ЦП без полезной информации от команды top
За последние 2 дня у меня начались проблемы с сервером, на котором есть несколько пользователей. Сервер - это OpenVZ VPS. Обычно при высокой загрузке ЦП я всегда использую команду top , чтобы выяснить причину. Но для этого сервера я не получаю никакой полезной информации от команды top . Ниже приведен пример снимка экрана с проблемой, с которой я столкнулся. Обычно, когда я испытываю высокую загрузку процессора, я всегда использую команду top, чтобы узнать ...
За последние 2 дня у меня начались проблемы с сервером, на котором есть несколько пользователей. Сервер - это OpenVZ VPS. Обычно при высокой загрузке ЦП я всегда использую команду top , чтобы выяснить причину. Но для этого сервера я не получаю никакой полезной информации от команды top . Ниже приведен пример снимка экрана с проблемой, с которой я столкнулся. Обычно, когда я испытываю высокую загрузку процессора, я всегда использую команду top, чтобы узнать ...
За последние 2 дня у меня начались проблемы с сервером, на котором есть несколько пользователей. Сервер - это OpenVZ VPS. Обычно при высокой загрузке ЦП я всегда использую команду top , чтобы выяснить причину. Но для этого сервера я не получаю никакой полезной информации от команды top . Ниже приведен пример снимка экрана с проблемой, с которой я столкнулся. t получать любую полезную информацию от команды top . Ниже приведен пример снимка экрана с проблемой, с которой я столкнулся. t получать любую полезную информацию от команды top . Ниже приведен пример снимка экрана с проблемой, с которой я столкнулся.
Как видно на скриншоте, столбец % CPU почти всегда равен нулю для всех процессов, и практически большую часть времени я вижу, что все значения равны нулю, однако загрузка ЦП достигла 10 cores!
Я совершенно заблудился и не знаю, что делать, чтобы выяснить причину. Поэтому я хотел бы спросить, есть ли у кого-нибудь представление о возможных причинах, с которыми я сталкиваюсь? Может быть, это из-за проблем с сервером?
Спасибо за любое предложение!
Изменить:
Обратите внимание, что этот снимок экрана делается только при высокой загрузке. Это происходит каждые несколько часов и длится около 20 минут. Нормальное использование составляет всего около 0,0-0,2 ядра. Ниже приведен пример нормального использования.
Дальнейшее обновление
Только сейчас это произошло снова, вот скриншот предлагаемых команд
Мне жаль, что я новичок в этом, но если я правильно понимаю, с использованием диска все в порядке, io используется очень мало.
Последнее обновление
Я пробовал использовать предложенные методы, используя vmstat , ps дан в ответах и комментариях, но не нашел полезной информации. Когда происходит всплеск, я даже останавливаю apache, mysql, но это не помогло. Наконец я связался с провайдером VPS и попросил перейти на другой узел. Он сказал мне, что ему известно о проблемах с узлом, которым в последнее время активно злоупотребляют злоумышленники, и что он работает над их устранением. Так что, полагаю, мне сейчас не нужно ничего делать со своей стороны. Тем не менее, я хотел бы поблагодарить всех участников, которые внесли свои предложения, что сделало эти вопросы и ответы полезными для использования в будущем!
Похоже, что около 30% времени ЦП тратится на WAIT, а ваша (по крайней мере 1 минута) нагрузка очень высока.
Итак, я бы начал проверив свое хранилище и шаблоны использования хранилища. Хорошей отправной точкой может быть просмотр iostat и / или мониторинг любых медленных операций (записи и чтения). Вы также можете проверить время, потраченное на каждый процесс, вверху, чтобы увидеть, выделяется ли что-нибудь. Так как у вас запущен mysql, я бы также проверил, как он работает.
Кажется, вы также выполняете подкачку, хотя у вас достаточно свободной памяти, поэтому я бы посмотрел, что меняет vm.swappiness (с использованием sysctl) может помочь вам. Оперативная память быстрее, чем подкачка, поэтому, если вы можете ее использовать, я бы стал.
Все остальное терпит неудачу, посмотрите, что может сделать для вас проверка sysrq.
Если более наглядный обзор может вам помочь, я, возможно, посмотрю в netdata firehol ( https://netdata.firehol.org/ ), если у вас нет уже существующего решения.
Вы должны установить поверх . Это более информативно.
Ваш CPU используется для операций ввода / вывода. WA - ждет и больше 30%. Я вижу, что более полезный процесс - mysqld . Он съедает процессорное время больше других.
Я рекомендую вам увеличить буферы памяти и изменить другие параметры MySQL, чтобы уменьшить количество операций с диском. Вы можете прочитать об этом на странице Десять параметров настройки производительности MySQL после установки
. Если вы используете виртуальную машину, возможно, другая виртуальная машина или хост-система будут использовать диск очень надежно. Также возможно, что на вашем диске есть битые сектора. Проверьте это, прочитав атрибуты SMART с помощью команды smartctl -a на хост-сервере.
Вы не описали, в чем проблема. Если была проблема с производительностью, например, приложения, недостаточно отзывчивые, опишите ее.
Средняя нагрузка составляет , а не количество используемых ядер. Она связана с количеством процессов на процессоре или ожиданием. Когда среднее значение нагрузки намного больше, чем количество ядер, это может указывать на то, что система менее отзывчива от всего ожидания.
Вы используете систему на базе контейнеров. Для хоста есть только одно разделяемое ядро, на нем выполняется несколько процессов. Вы увидите всплеск нагрузки, когда другие контейнеры на хосте будут работать, но это не будет отражено в списке процессов.