Назад | Перейти на главную страницу

Увеличение нагрузки на сервер / ЦП Apache2 с 1% до 90% - Как отлаживать?

Я использую:

Вчера мой процессор начал увеличиваться с 1-5% до 80-90%. Я разрабатывал сайт wordpress, как это случилось, но это могло привести к сбою. У меня было то же самое пару дней назад, поэтому я, наконец, остановил виртуальный экземпляр, клонировал его на новый, а также восстановил базу данных со вчерашнего дня.

После этого работает лучше, чем раньше! Раньше у меня была постоянная загрузка ЦП 10% - после этого 1% иногда до 5%. Затем в 22:10 он снова начинает расти. Также загрузка страницы увеличивается до 15 Sek и более.

Мой экземпляр SQL делает снимок каждый день с 22:00 до 2:00. это тоже время, когда оба произошли.

Вот скриншот использования ЦП:

Возможно, процессы тоже полезны:

www-data  4184  6.4  1.0 320160 81604 ?        S    13:25   0:38 /usr/sbin/apache2 -k start
www-data  4204  6.0  1.2 332204 93596 ?        S    13:26   0:30 /usr/sbin/apache2 -k start
www-data  4222  6.0  1.2 331948 93340 ?        S    13:28   0:25 /usr/sbin/apache2 -k start
www-data  4244  6.4  1.0 320928 82320 ?        S    13:29   0:21 /usr/sbin/apache2 -k start
www-data  4245  6.4  1.7 373280 134724 ?       S    13:29   0:21 /usr/sbin/apache2 -k start
www-data  4249  6.6  1.2 331696 93136 ?        S    13:29   0:21 /usr/sbin/apache2 -k start
www-data  4253  6.4  1.2 332212 93636 ?        S    13:30   0:16 /usr/sbin/apache2 -k start
www-data  4271  6.2  1.2 332972 94344 ?        S    13:31   0:14 /usr/sbin/apache2 -k start
www-data  4277  6.2  1.5 357044 117944 ?       S    13:32   0:09 /usr/sbin/apache2 -k start
www-data  4278  6.3  1.2 332972 94344 ?        S    13:32   0:09 /usr/sbin/apache2 -k start
www-data  4283  6.3  1.5 356788 117664 ?       S    13:32   0:09 /usr/sbin/apache2 -k start
www-data  4286  5.8  1.2 331696 92852 ?        S    13:32   0:08 /usr/sbin/apache2 -k start
www-data  4287  6.6  1.5 357040 117576 ?       S    13:32   0:09 /usr/sbin/apache2 -k start
www-data  4300  5.7  1.2 331180 92316 ?        S    13:34   0:03 /usr/sbin/apache2 -k start
www-data  4301  6.0  1.2 332976 94120 ?        S    13:34   0:03 /usr/sbin/apache2 -k start
www-data  4302  5.9  1.2 332976 94116 ?        S    13:34   0:03 /usr/sbin/apache2 -k start
www-data  4304  6.2  1.2 331180 92316 ?        S    13:34   0:03 /usr/sbin/apache2 -k start
www-data  4305  5.8  1.2 333232 94392 ?        S    13:34   0:03 /usr/sbin/apache2 -k start
www-data  4306  6.2  1.2 333232 94372 ?        S    13:34   0:03 /usr/sbin/apache2 -k start

Я не профессионал, поэтому любая помощь Litte будет отличной!

Я не уверен на 100% в вашей проблеме. Вы заявили, что снимок происходит во время всплесков, так что похоже, что у вас есть виновник. Если это моментальный снимок виртуальной машины, то вы увидите всплеск использования ЦП хоста, поскольку для создания моментальных снимков требуется некоторое время, и в зависимости от ваших ресурсов, доступных на хосте, это повлияет на гостевые виртуальные машины.

Если вы говорите, что моментальный снимок БД происходит в это время, то вы также увидите всплески для этого. БД должна блокировать процессы и таблицы, чтобы выполнить mysqldump из БД. Я тоже не знаю размера вашей БД, но вот хороший обзор оптимизации процессов создания снимков для MySQL: https://dba.stackexchange.com/questions/20/how-can-i-optimize-a-mysqldump-of-a-large-database/2227#2227

Вы видите, что много места подкачки (файла подкачки) используется во время высокой загрузки ЦП на вашем хосте / виртуальной машине? Это может указывать на проблему с настройками управления ресурсами вашей виртуальной машины. Использование ЦП не связано напрямую с использованием памяти, но на него повлияет большое количество случаев подкачки, что весьма вероятно при плохо настроенной виртуальной машине БД. Одна из самых больших ошибок, которые я видел при настройке серверов баз данных людей, - это отсутствие шпинделей и нехватка выделенной памяти.

У меня снова нет всей информации по этому поводу, но вы также должны убедиться, что вы выделили достаточно ресурсов ЦП для виртуальной машины БД для обеспечения надлежащей работы.

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