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

Я использую:

  • Google Cloud вычисляет механизм
  • Linux Debian + Apache2
  • Google Cloud SQL
  • Wordpress

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

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

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

Вот снимок экрана Использования ЦП: http://i.stack.imgur.com/TwM1w.png

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

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 была бы большой!

0
задан 6 February 2015 в 22:44
1 ответ

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

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

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

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

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

1
ответ дан 4 December 2019 в 17:03

Теги

Похожие вопросы