Высокая нагрузка на сервер

Я полагаю, что ваши проблемы с загрузкой связаны с чрезмерным использованием пространства подкачки из-за нехватки памяти. Как только ваши приложения израсходуют всю доступную оперативную память (1 ГБ), они начнут использовать пространство подкачки (используется 1,6 из 2 ГБ), что увеличит нагрузку ввода-вывода (81,0% ва).

Вы почти никогда не хотите, чтобы ваш сервер LAMP использовал пространство подкачки, поскольку, как вы заметили, он полностью снижает производительность сервера. Чтобы не использовать своп, вы должны ограничить использование памяти вашим приложением:

• Уменьшите максимальное количество клиентов Apache, обычно с MaxClients, Имея только 1 ГБ ОЗУ, вы, вероятно, захотите ограничить использование Apache 500 МБ или меньше, что означает MaxClients из 8 может потребоваться (500 МБ /60 МБ на процесс = 8). Вы можете поиграть с этим номером, и если сервер начинает перестановку, уменьшите его и перезапустите Apache.
• Возможно уменьшить использование памяти MySQL. Поскольку у вас есть только 1 ГБ ОЗУ, вы можете ограничить использование MySQL. На ваш верхний вывод в данный момент все в порядке, но если он увеличивается слишком высоко, вам, возможно, придется поиграть с конфигурацией. "Правильное количество" ОЗУ, которое нужно отдать MySQL, зависит от вашей базы данных и приложения. Я мог бы дать тяжелое приложение БД 500 МБ, но очень легкое только 50 МБ.
• Контролируйте использование памяти, какие еще приложения у вас работают. Наличие только 1 ГБ на сервере LAMP ограничивает объем памяти, который вы можете выделить для всего, что, в конечном счете, ограничит вашу пропускную способность.

IO ожидание супер высоко. Невозможно определить с верха и выходов iostat, что убивает диск. Я бы запустил iotop, чтобы посмотреть, сможете ли вы найти виновника IO.

Также проверьте "показать полный список процессов" в MySQL, чтобы понять, какие запросы выполняются. Это может быть один или несколько запросов, которые мешают работе.

Наконец, включите состояние сервера в Apache и проверьте журналы доступа, чтобы получить представление о том, что пытается сделать Apache. Может быть, кто-то перескакивает снова и снова?

Следующее может указывать на то, что вам мешает один хост. Он должен отображать все текущие подключения к порту 80, упорядоченные по количеству

netstat -anp |awk '/:80/ {print $5}' | cut -d: -f1 | sort | uniq -c | sort -n

Cpu(s):  4.2%us,  0.8%sy,  0.0%ni, 13.6%id, 81.0%wa,  0.0%hi,  0.3%si,  0.0%st

Увидеть очень высокое значение для wa? Это твоя проблема. Вы испытываете очень высокую конкуренцию ввода-вывода, и у вас есть множество процессов, которые сидят в очереди планировщика и ожидают ввода-вывода диска.

Я бы порекомендовал потратить некоторое время на изучение ситуации с диском. Вероятно, вам нужно добавить дополнительные шпиндели или более быстрые диски.

Спасибо всем за ответы. Все они были действительными и полезными.

Фактический виновник был на самом деле cpanellogd - процесс, который запускает cpanel для поворота и создания статистики из журналов доступа.

Это было запланировано запустить только ночью, но по какой-то причине это началось в середине дня, когда у нас больше всего нагрузки.

"Слишком много подключений" - означает, что вам нужно увеличить значение max_connections в конфигурации mysql. Это может быть результатом того, что многие процессы apache пытаются подключиться к серверу mysql и застряли в ожидании, когда достигнут предел mysql max_connections. Может быть, что сторона приложения не закрывает соединение должным образом, или вам, если это нормальная нагрузка, вам нужно увеличить пределы. Я думаю, что вам нужно отслеживать, откуда приходят соединения mysql, и как ваше приложение обрабатывает / закрывает соединения mysql.