Скачки высокой нагрузки (load average), iowait

12
N
На сайте с 16.11.2010
Offline
98
2999

Тут есть старая тема, но она слишком старая, чтобы в ней можно было написать.

Имеется VPS, в среднем он довольно слабо нагружен, сайты легкие. CentOS 5.7, Apache, nginx. Обычно load average в районе 0.1, но временами резко возрастает до немыслимых значений. Нагрузку создает iowait.

В munin выглядит так:

В maillog можно видеть вот такое:

Mar 28 11:50:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 12
Mar 28 11:50:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 16
Mar 28 11:50:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 23
Mar 28 11:50:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 30
Mar 28 11:51:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 37
Mar 28 11:51:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 45
Mar 28 11:51:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 57
Mar 28 11:51:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 70
Mar 28 11:52:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 86
Mar 28 11:52:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 101
Mar 28 11:52:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 120
Mar 28 11:52:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 141
Mar 28 11:53:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 163
Mar 28 11:53:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 183
Mar 28 11:53:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 200
Mar 28 11:53:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 212
Mar 28 11:54:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 222
Mar 28 11:54:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 229
Mar 28 11:54:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 201
Mar 28 11:54:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 157
Mar 28 11:55:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 122
Mar 28 11:55:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 95
Mar 28 11:55:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 74
Mar 28 11:55:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 58
Mar 28 11:56:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 45
Mar 28 11:56:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 35
Mar 28 11:56:35 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 27
Mar 28 11:56:50 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 21
Mar 28 11:57:05 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 17
Mar 28 11:57:20 vpshost sendmail[1734]: rejecting connections on daemon MTA: load average: 13
Mar 28 11:57:35 vpshost sendmail[1734]: accepting connections again for daemon MTA

Вот это время 11:50 - оно особо проклятое, ситуация повторяется не каждый день, но часто. Сайты в эти моменты недоступны. По cron в это время ничего не запускается. С посещаемостью никак не коррелируется.

Выглядит так, как будто нагрузку создают все-таки другие VPS, соседи по хосту. Либо это что-то с дисковой подсистемой, о чем я тоже не могу знать. Но может быть, еще что-то у себя можно проверить?

Хостер - ihc.ru.

forest25
На сайте с 12.09.2009
Offline
67
#1

Может бэкапится кто-то в это время на ноде? хотя странно что в 11:50 =)

VPS 512MB 20GB SSD KVM - 5$ (http://u.hmdw.me/digitalocean) | ИМХО о хостингах (http://u.hmdw.me/hosting)
Andreyka
На сайте с 19.02.2005
Offline
822
#2

Нагрузку могут делать соседи

Не стоит плодить сущности без необходимости
N
На сайте с 16.11.2010
Offline
98
#3

Выписал из maillog, в какое время за последние дни фиксировалось превышение нагрузки. На всякий случай отмечу, что почта тут вообще ни при чем, просто sendmail фиксировал высокую load average.

17.03 - 11:53

18.03 - 00:01, 11:51, 19:41

19.03 - 11:46

20.03 - 11:50

24.03 - 12:24

26.03 - 11:58, 21:18

27.03 - 15:37, 17:57

28.03 - 00:15, 11:50

По другим логам ничего особенного не заметил.

P
На сайте с 28.04.2008
Offline
173
#4

какая у вас виртуализация?

KVM vps на ssd дисках от 3.49$ O_o http://friendhosting.net/vps.php Отзывы о Friendhosting.net тут
N
На сайте с 16.11.2010
Offline
98
#5
pavellift:
какая у вас виртуализация?

Сорри, не указал - это OpenVZ.

1 ГГц/1 ГБ.

Den73
На сайте с 26.06.2010
Offline
523
#6

ну спросите у хостера, а еще нужно смотреть может и внутри вашего контейнера идет интенсивное использование диска.

так что вот вам и впс, некоторые думают то что впс решает их проблемы во многом будто там соседей нету.

P
На сайте с 28.04.2008
Offline
173
#7
nourish:
Сорри, не указал - это OpenVZ.
1 ГГц/1 ГБ.

Раз OpenVZ, то легко могут бакапы соседей создавать такую проблемы. Правда могут быть проблемы и с вашим контейнером. Тут уже тп хостера должна разобраться.

SG
На сайте с 16.02.2013
Offline
11
#8

такие скачки la - однозначно проблема у хостера. например оверселлинг или винт дохнет.

Безопасный хостинг с администрированием http://seahost.ru (http://seahost.ru) Аудит безопасности сайтов, приложений, удаление вирусов http://security-gu.ru (http://security-gu.ru)
Den73
На сайте с 26.06.2010
Offline
523
#9
security-guru:
такие скачки la - однозначно проблема у хостера. например оверселлинг или винт дохнет.

да ладно, чего клиент внутри впс не может нагрузить так диск? запросто может.

N
На сайте с 16.11.2010
Offline
98
#10

По итогам общения с техподдержкой VPS перенесен на другую площадку. Понаблюдаю несколько дней.

Насчет нагрузить диск - я бы и рад нагрузить, но нечем. Даже предположить не могу, чем бы я мог вызывать подобное, тем более с такой вырисовывающейся регулярностью.

12

Авторизуйтесь или зарегистрируйтесь, чтобы оставить комментарий