Медленная VPS - в чем может быть трабл.

12
S
На сайте с 23.05.2004
Offline
316
1726

Ситуация такова: есть vps (виртуоза) , работавшая идеально месяца 3. Топ показывал всегда load average в пределах 0.01 - 0.1 , страницы генерились за 0.03 секунды .

Потом была трабла, место закончилось, при том физически, так как впс висел. Но исправили в течении получаса. И после этого началась проблема, уже третий день. Load average стал прыгать выше 1 и сейчас ниже 0.3 не опускается. Страницы стали генерится в диком разрыве, от старых 0.03 до нескольких секунд.

При этом тормоза выглядят странно - заходишь на страницу и она сначала генерится несколько секунд. Потом рефреш ее - и уже доли секунды генерация. И так со всеми доменами на vps. Т.е. ощущение, что при заходе данные откуда то со свопа вытягиваются, что естественно долго. А потом уже после того как "поднялось", все очень быстро.

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

Хост тракер показывает суммарное среднее время отзыва 2-3 секунды с домена, хотя с головного сайта хостера тот же отзыв 0.4 секунды.

Совершенно не пойму в чем проблема. Писал тикет хостеру о тормозах, в ответ мол все у нас ок.

Уходить на дедикейт не хочется, на качественный денег под проект нет, а с копеечным связываться не хочется.

Resource         Current  Recent Max     Barrier       Limit    Failures

------------ ---------- ---------- ---------- ---------- ----------
oomguarpages 72.2 MB 131.2 MB 512 MB n/a 0
privvmpages 193.3 MB 273.8 MB 1024 MB 1024 MB 0
numproc 38 142 n/a 999999 0
numtcpsock 9 403 n/a 7999992 0
numothersock 22 500 n/a 7999992 0
numfile 1490 4177 n/a 23999976 0

top - 05:50:35 up 3 days,  6:53,  1 user,  load average: 0.31, 0.31, 0.32

Tasks: 28 total, 1 running, 27 sleeping, 0 stopped, 0 zombie
Cpu(s): 0.2%us, 0.1%sy, 0.0%ni, 98.9%id, 0.8%wa, 0.0%hi, 0.0%si, 0.0%st
Mem: 1048576k total, 198000k used, 850576k free, 0k buffers
Swap: 0k total, 0k used, 0k free, 0k cached

PID USER PR NI VIRT RES SHR S %CPU %MEM TIME+ COMMAND
1 root 15 0 2056 656 564 S 0 0.1 0:00.15 init
1910 lighttpd 15 0 23000 9484 3848 S 0 0.9 0:14.01 php-cgi
4021 lighttpd 21 0 24520 10m 3848 S 0 1.0 0:09.35 php-cgi
5338 lighttpd 15 0 2180 912 728 R 0 0.1 0:00.00 top
5981 root 16 0 8196 2432 1948 S 0 0.2 0:00.02 sshd
7673 root 17 0 2432 1344 1092 S 0 0.1 0:00.00 bash
14283 nobody 16 0 4684 1244 924 S 0 0.1 0:00.00 vsftpd
15373 root 15 0 1716 576 484 S 0 0.1 0:00.34 syslogd
15423 dbus 18 0 2728 464 324 S 0 0.0 0:00.00 dbus-daemon
15452 root 15 0 5216 948 636 S 0 0.1 0:00.03 sshd
15464 nobody 15 0 4672 1476 1148 S 0 0.1 0:00.00 vsftpd
15621 root 18 0 2712 868 700 S 0 0.1 0:00.00 xinetd
15659 root 15 0 4616 500 252 S 0 0.0 0:00.00 vsftpd
15725 root 18 0 2432 1136 984 S 0 0.1 0:00.00 mysqld_safe
15762 vadim 15 0 4796 1568 1160 S 0 0.1 0:00.02 vsftpd
15801 mysql 15 0 137m 22m 5008 S 0 2.2 4:05.61 mysqld
15931 root 15 0 4960 2396 1572 S 0 0.2 0:00.03 mc
16208 root 18 0 2436 1344 1084 S 0 0.1 0:00.01 bash
16374 root 18 0 8568 1820 768 S 0 0.2 0:00.09 sendmail
16383 smmsp 15 0 7596 1468 632 S 0 0.1 0:00.00 sendmail
17456 root 15 0 3200 1112 576 S 0 0.1 0:00.77 crond
23910 lighttpd 18 0 12640 8544 868 S 0 0.8 1:16.50 lighttpd
23915 lighttpd 18 0 17660 6324 3836 S 0 0.6 0:00.01 php-cgi
23918 lighttpd 18 0 17660 6324 3836 S 0 0.6 0:00.01 php-cgi
23949 lighttpd 18 0 17660 6324 3836 S 0 0.6 0:00.01 php-cgi
23954 lighttpd 18 0 17660 6324 3836 S 0 0.6 0:00.06 php-cgi
23983 lighttpd 15 0 24520 10m 3848 S 0 1.0 0:18.82 php-cgi
23984 lighttpd 15 0 24644 10m 3796 S 0 1.0 0:03.33 php-cgi
Это просто подпись.
seocore
На сайте с 25.09.2006
Offline
143
#1
Stek:
Потом была трабла, место закончилось, при том физически, так как впс висел. Но исправили в течении получаса. И после этого началась проблема, уже третий день. Load average стал прыгать выше 1 и сейчас ниже 0.3 не опускается. Страницы стали генерится в диком разрыве, от старых 0.03 до нескольких секунд.

побились таблицы БД (обычная история, когда заканчивается место на диске), попробуйте через phpMyAdmin зайти и пофиксить ошибки в таблицах, а заодно оптимизируйте их, проблемы должны исчезнуть :)

Инструменты для веб-мастера: кластеризатор СЯ (https://goo.gl/MQWfqO), все запросы конкурента (https://goo.gl/hd5uHS), дешевые XML-лимиты (https://goo.gl/aDZbPI)
S
На сайте с 23.05.2004
Offline
316
#2

Не так все просто к сожалению. БД работает прекрасно, тормозит сам VPS. 60Mb архив с зенд оптимайзером открывался секунд 10 к примеру.

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

CM
На сайте с 24.03.2009
Offline
136
#3

Stek,

я согласен с seocore. Вы пробывали то, что он предлагает сделать?

У меня такая штука тоже была, правда на DLE, оч похоже на то, как Вы описывали, правда в dle в соотв. разделе есть функция фиксинга БД. Оч помогала.

BS
На сайте с 22.06.2009
Offline
73
#4

А как там вообще диск, hdparm -tT /ваш_диск

И что говорит хостер? может просто у хостера оверселл на ноде, вместо реальной ram вам своп достаётся.

S
На сайте с 23.05.2004
Offline
316
#5

Т.е. на OpenVZ при наличии скажем 8Gb памяти, хостер может продать 10 vps с гарантированным 1Gb памяти, и в самой vps будет показываться , что есть 1 гиг памяти ?

В смысле число показываемой доступной памяти в самой vps может не соответствовать реальному числу доступной физической памяти на сервере ?

M
На сайте с 16.09.2009
Offline
278
#6

Stek, а вы всерьез поверили в то, что на HW ноде всего-лишь 1Gb (судя

по вашей картинке) :D

/proc/meminfo давно виртуализируется в OpenVZ - показывает по

настройкам конкретнго VPS.

Абонементное сопровождение серверов (Debian) Отправить личное сообщение (), написать письмо ().
broken
На сайте с 03.10.2006
Offline
228
#7

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

а что говорит top под нагрузкой?

что с hdparm -tT /ваш_диск и попробуйте погонять на сервер и с него файл тяжелый, что со скоростью? просто может тупить диск. мог забиться канал, если на ноду 10мегабит, а вас там 100 человек и кто-то стал жрать трафф. может действительно мускул побился, mysqlcheck -uroot -p -Aor не помогает?

S
На сайте с 23.05.2004
Offline
316
#8

В смысле "всего лишь" ?

У данной vps план на 512Mb гарантированно и 1гиг в бурсте памяти. На самом сервере вроде 32Gb.

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

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

seocore
На сайте с 25.09.2006
Offline
143
#9
Stek:
Данные я привел для показа того, что свои ресурсы не сжираю, т.е. медлительность не из планки ресурсов моей впс.

так это было видно по ТОПу - все более менее нормально, т.е. никаких перегрузов (в т.ч. и по диску)

вы бы лучше почистили все temp'ы, папку php-сессиий, возможно eaccelerator или аналогичные штучки создали большое количество файлов кэша, которые как-то побились при "переполнении" диска...

S
На сайте с 23.05.2004
Offline
316
#10

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

Хостер отписал что проблема сети исправлена ( не совсем понял что он под этим имел ввиду ), но vps опять таки довольно шустро работает.

За пол года моя первая проблема с впс, до этого думал, что ресурсы там довольно строго лимитируются. Возможно придется на XEN перебираться , там как понял с ресурсами более жестче.

12

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