Проблемы с хостингом

[Bronekrab 14]

/usr/sbin/httpd - собственно процесс веб-сервера nginx. Львиную долю жрет он, что логично 

/usr/libexec/mysqld - база данных mysql

 

остальное уже мелочи.

 

Посмотреть бы логи самого веб-сервера, может из него было бы более понятно.

[Vladimir 8 364]

Вот графики - https://yadi.sk/i/lug5uEC7fWVjs

[Bronekrab 14]

@Bronekrab, по тарифу 1 гиг оперативы

по логу, половина свободна, странно как-то.

[Vladimir 8 364]

 

 

Посмотреть бы логи самого веб-сервера, может из него было бы более понятно.

Где взять?

[Bronekrab 14]

Этого я не знаю. Гугл говорит в каталогах  /usr/local/nginx/logs или /var/log/nginx  на сервере

 

Возможно папка называется httpd вместо nginx

Изменено 25 марта 2015 г. пользователем Bronekrab

[Bata-test 77]

Если у Вас есть доcтуп по ssh, то посмотрите файл /etc/httpd/conf/httpd.conf

Там должны быть секции prefork MPM и worker MPM. В них есть параметры StartServers. Вероятно, они 8 и 4? Попробуйте в секции prefork MPM снизить число в StartServers до 4 (это число рабочих процессов, обслуживающих запросы). Если сейчас с производительностью нет затыка, то теоретически это позволит высвободить около 250Мбайт, но не ухудшит скорость обслуживания запросов. После изменения этого значения сервис httpd надо будет перезагрузить.

 

Но на всякий случай проконсультируйтесь еще с кем-нибудь.

[wamaza 19 422]

@Vladimir, тыркни в статистику за неделю и скинь график. Очевидно, что за час просто в потолок по памяти не упирались)

Изменено 25 марта 2015 г. пользователем wamaza

[Vladimir 8 364]

@wamaza, https://yadi.sk/i/UrgaN-gQfWmuG

 

 

Если у Вас есть доcтуп по ssh

Нету. "Сервер без забот" - услуга по управлению сервером подразумевает отключение.

[Cliff 25]

/usr/sbin/httpd - собственно процесс веб-сервера nginx

только не nginx, а apache.

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

Если у Вас есть доcтуп по ssh

...

Нету. "Сервер без забот" - услуга по управлению сервером подразумевает отключение.

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

 

Сервис вырос уже из тех ресурсов, которые предоставляет сервер. На графиках это видно.

 

Как только нагрузка подходит к пределу, то время на выполнение одного процесса резко увеличивается, в результате одновременно работает гораздо больше процессов. Чем больше процессов работает одновременно, тем медленнее работает каждый и тем больше процессов становится. Происходит лавинообразный рост процессов. Это видно на ежедневных пиках, которые можно легко спутать с ddos. Но ddos обычно не так строго по расписанию работает.

 

Поэтому железо (даже если оно виртуальное) рекумендуют подбирать так, чтобы в пиках нагрузка была не выше 75% возможностей железа. А лучше - 50%.

 

 

p.s. По Памяти там более-менее, судя по графикам. А вот процессорной мощности не хватает.

p.p.s. А то, что написано в первом сообщении, больше похоже на развод. Не, они конечно возможно написали правду (всмысле, что это из ваших логов), что процесс httpd кильнут по причине слишком большого отжирания памяти (490Мбайт).. Но это точно не потому что ресурсов не хватает, а потому что 490МБайт - слишком много для одного процесса. Скорее всего что-то утекло по памяти. Либо это редкая случайность, либо где-то бага в коде сайта или форума.

[Vladimir 8 364]

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

[Cliff 25]

Цыфры условные. Основной смысл - должен быть запас, в т.ч. для пиков.

 

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

 

А вот загрузка процессора (в LA) лучше, если будет в пределах 1 (и в пиках не более 1.5-1.8). Но тут очень много философских суждений.

 

Единственное, за что можно зацепиться в ваших диаг-данных - это резкие пики каждый день. Скорее всего причины в предыдущем сообщении описаны (при загрузках > 1.5 такое многовероятно). Возможно, что-то помогает. Но вероятнее все жее банальное упирание по мощности.

 

надо в момент проблемы смотреть загрузку процессов по CPU (такую же, как вы по памяти расписывали). Но это скорее, чтобы развенчать сомнения.

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

[Bronekrab 14]

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

уупс  , точно апач. Про долю - имел в виду, на фоне остальных процессов. 

 

P.s.: заодно просветился, узнал что такое LA. Кстати, значения на графике учитывают многоядерность процессора? Как я понял, если 4 ядра, то нагрузка должна быть в пределах 4 LA. Или нет? 

Изменено 26 марта 2015 г. пользователем Bronekrab

[Cliff 25]

нет. пределы LA не зависят от количества ядер. LA - не связано напрямую с загрузкой процессора/ядра в %, Это другой показатель. Буквально - это среднее кол-во процессов, ожидающих в очереди выполнения на процессор. Он отражает, сколько в среднем процессу надо ждать освобождения процессора от других потоков команд.

Т.е. если на одной и той же программной конфигурации ОС просто увеличить число ядер, то LA упадет.

[Dulfer 379]

Ну что там, прояснилось что-то?

[Vladimir 8 364]

@Dulfer, хостер рекомендует повышать тариф или оптимизировать движок форума. Я там отключил пару не самых нужных функций, сказывающихся на производительности. Межпик пока держим нормально. Копим денежку, будем удваивать все основные показатели VPS. Если кто-то пожелает поучаствовать финансово и ускорить процесс, пишите в личку. Бюджет перехода - 7200 руб. Смена тарифа будет в любом случае до 1 сентября или раньше, если будет заметно тормозить.