vps 2ghz/1,5озу/100gb работает крайне медленно

WwWork
На сайте с 07.02.2006
Offline
150
1130

Приветствую.

Перенесли недавно на эту впс все сайтики и сатики (3 крупных сайта с большими базами - и посещаемостью до 1000 человек). остальное либо до 300 человек несколько сайтов, либо 1-2 хоста.

И стало всё тупить- т.е. оооочень медленно загружаться.

Поставил лог_слоу_кьюэри - там есть запросы в базе по 17 секунд, но я уверен общее время увеличилось из за нагрузки на базу.

В начале грешили на мускул, там покрутили, потом на количество БАЗ, потом на апач, и теперь вобще неизвестно на что грешить..

ДО этого была половина этого всего на другом впс чуть мощнее, но работало.

При этом вся оперативка и проц загружены не более чем на 10-20%

Увеличил количество коннектов в мускуле, уменьшил время ожидания, увеличил конфиг мускула для серверов средней нагрузки

Увеличил некоторые переменные в апаче, чуть помогло, но ненадолго.

Как делаешь рестарт апача, всё летает как никогда не летало, а потом глохнет. И через некоторое время нельзя зайти на vps даже через ispmanager

Всё ооооочень долго грузится.

в поддержке посоветывали ставить nginx.

Andreyka
На сайте с 19.02.2005
Offline
822
#1

Проверь нагрузку на диск

Не стоит плодить сущности без необходимости
[Удален]
#2
WwWork:
в поддержке посоветывали ставить nginx.

А чего, он до сих пор не стоит...?

M7
На сайте с 11.07.2010
Offline
17
#3

nginx конечно нужен, но проблемы с медленными запросами к мускулю не решит (если апач не отжирает под себя всю память), к тому же с переходом на него могут быть трудности, если админ отсутствует как таковой (те же рерайты в nginx новичкам трудно даются). посмотрите нагрузку на систему IO, процы через htop, запросы в мускуле помониторьте в реальном времени из mytop, проверьте на каких типах таблиц мускуль тормозит - InnoDB или MyISAM (например, возможно нужно оптимизировать код, если интенсивно пишете и читаете из одной таблицы)...

ну, в общем, входных данных маловато для решения наскоком.

pupseg
На сайте с 14.05.2010
Offline
364
#4
WwWork:
Приветствую.
Перенесли недавно на эту впс все сайтики и сатики (3 крупных сайта с большими базами - и посещаемостью до 1000 человек). остальное либо до 300 человек несколько сайтов, либо 1-2 хоста.
И стало всё тупить- т.е. оооочень медленно загружаться.
Поставил лог_слоу_кьюэри - там есть запросы в базе по 17 секунд, но я уверен общее время увеличилось из за нагрузки на базу.
В начале грешили на мускул, там покрутили, потом на количество БАЗ, потом на апач, и теперь вобще неизвестно на что грешить..
ДО этого была половина этого всего на другом впс чуть мощнее, но работало.
При этом вся оперативка и проц загружены не более чем на 10-20%
Увеличил количество коннектов в мускуле, уменьшил время ожидания, увеличил конфиг мускула для серверов средней нагрузки
Увеличил некоторые переменные в апаче, чуть помогло, но ненадолго.
Как делаешь рестарт апача, всё летает как никогда не летало, а потом глохнет. И через некоторое время нельзя зайти на vps даже через ispmanager
Всё ооооочень долго грузится.
в поддержке посоветывали ставить nginx.

log-slow-queries - это хорошо, но сколько там в них Rows examined для запросов, которые мускуль в лог пишет ?

nginx - да поставьте уже, тем более что в базовом варианте ваша панель его держит на ура.

Andreyka прав - нагрузка на диск ? известен факт про "волшебных" хостеров , которые на базе openvz херячат по 65 впс.

ну и классика - банальные memcache, eaccelerator. что по ним ? ставили, нет?

опять же банальным рекомендациям mysqltuner следовали ?

Качественная помощь в обслуживании серверов. (/ru/forum/661100) Бесплатных консультаций не даю, не помогаю, не обучаю. Минималка от 100$. Как пропатчить KDE-просьба не спрашивать. Есть форумы (http://linux.org.ru) и полезные сайты (http://www.opennet.ru/).
Himiko
На сайте с 28.08.2008
Offline
560
#5

Действительно, стоит обратить внимание для начала на IO

maxim77k
, apache не обязательно менять на nginx. Можно настроить связку nginx + apache и не мучаться с rewrite'ами. При этом сократится как и количество используемых ресурсов, так и увеличится скорость работы. (если в IO всё жёстко не упирается конечно)

Профессиональное администрирование серверов (https://systemintegra.ru). Круглосуточно. Отзывы (/ru/forum/834230) Лицензии (http://clck.ru/Qhf5) ISPManager,VDSManager,Billmanager e.t.c. по низким ценам.
WwWork
На сайте с 07.02.2006
Offline
150
#6

спасибо за советы!

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

посмотрите нагрузку на систему IO
стоит обратить внимание для начала на IO

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

всем благодарен за ответы!

p.s. нето чтобы админа нет, но мы с напарником программисты, думаю разберёмся.

Zaqwr
На сайте с 08.08.2007
Offline
111
#7
WwWork:
простите, но как на него обратить внимание, через какие команды или утилита какая есть?

top

значение WA

Администрирование, Linux, Cisco, Juniper
Grohotun
На сайте с 18.02.2009
Offline
53
#8

Смотрите что жрет ресы у вас.

При грамотной настройке даже апач будет работать быстро.

если думаете что мускул - попробуйте tuning_primer.sh его можно б/п скачать

также возможно что syslog забивает IO диска, проверьте

WwWork
На сайте с 07.02.2006
Offline
150
#9

tuning_primer.sh говорил что всё в норме вроде, так как до этого я менял там параметры.

там технология виртуализации опенВЗ вроде, фиговато говорят? :) не знаю.. может там оверселлинг. В любом случае впс на 25 баков будет работать ровно на эти деньги.))

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

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

В яндекс директе есть услуга мониторинга ресурса, так вот он мониторит 1 ресурс, и время от времени ресурс появляется на связи. Я всё же больше склоняюсь к мысли, что какой-то сайт грузил проц. Там была база мускула в 2,5 гигабайта, и трафик на 1к хостов примерно. Когда ходишь по страницам на этом сайте, то бывают подвисы в навигации (DLE запрос LIMIT пагинация ) на очень долгое время, а сами конечные страницы достаёт быстро. В мускуле время от времени появляются спячие запросы иногда по 10-20 штук.

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

Господа благодарен всем кто не остался равнодушным!

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