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

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

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

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

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

Также проверьте «показать полный список процессов» в 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? Это твоя проблема. Вы испытываете очень высокую конкуренцию за ввод-вывод, и у вас есть много процессов, сидящих в очереди планировщика, ожидающих выполнения дискового ввода-вывода.

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

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

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

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

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