Как выяснить причину 100% нагрузки на сервер VDS?

Question

[yooooooman]

День добрый!
Скрин с htop

100% нагрузка на сервер.

В тех поддержке говорят причина в fail2ban:

"Как Вы можете видеть в выводе утилиты htop, нагрузку оказывает ПО Fail2Ban. "

Не совсем понял как они выявили это.

Как понять причину нагрузки на сервер и устранить ее?

Comments

[vman]

Fail2Ban точно не может грузить, у вас тут MySQL + Apache2, под Apache2 наверняка PHP приложение запущено, вот оно и загружает CPU.

[yooooooman]

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

Answer 1

[Руслан Федосеев]

наймите админа

Comments

[yooooooman]

Получили долю внимания? Отличный ответ, оценил!

[Руслан Федосеев]

)
ок.
Какая модель процессов апача используется?
Почему не используете nginx+php-fpm?
Оптимизированы настройки mysql?
Ресурсов сервера вообще достаточно для вашего трафика?
Насколько оптимальны sql запросы?
Насколько оптимальная структура базы?

Это только самое самое начало. От ответов на эти вопросы - появятся еще.
Вы уверены, что этот сеанс нужно проводить в режиме вопрос-ответ ?

[yooooooman]

Руслан Федосеев, Вы играете не по правилам. Понимая изначально, что я не особо в этих вопросах, задаете их, при это зная, что не я отвечу на них, ай-яй-яй) Нет, такого сеанса проводить я здесь не намеревался, задавая свой вопрос. Я ожидал увидеть ответ, который более менее похож на ответ Андрея, где хоть как-то описаны возможные причины. А ответы в стиле "капитан очевидность" меня просто раздражают)

[SagePtr]

yooooooman, давайте на пять минут побуду Вангой: у вас криво оптимизирована БД и запросы к ней выполняется по несколько секунд каждый, в результате скапливается длинная очередь из потоков апача (запущенных PHP-скриптов, скорее всего), ожидающих, когда наконец придёт ответ от базы данных.
Угадал или нет?

[Руслан Федосеев]

Я вообще не играю )
Я прекрасно понимаю, чем закончится этот сеанс угадывания. У вас нет ни опыта, ни знаний, чтобы понять, что на самом деле происходит с сервером. Посылы типа "читайте логи" - ни о чем в вашем случае. Да, прочитав логи можно сделать определенные выводы. Но у вас нет на это знаний. В конце концов вы обидитесь на тостер и пойдете жаловаться туда, где вас выслушают. В техподдержку хостера. Потому что по идее это их задача - помогать клиенту решать подобные проблемы.
Вам предложат увеличить тариф. Добавят памяти, ядер, вы станете больше платить....
может даже на текущем этапе ваша проблема будет решена. Но правильно ли она будет решена???
Может вам достаточно пару параметров в my.cnf, php.ini, httpd.conf подкрутить и все.

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

[yooooooman]

SagePtr, Я не могу дать ответ: да или нет. По той простой причине, что сайт в последнее время пашет пару недель (может чуть больше) нормально, а потом начинаются какие-то проблемы с его работоспособностью, которые возникают на пустом месте ибо с сайтом работ не проводится. Я понял что проблемы связаны с нагрузкой на процессор (когда проблемы я наблюдаю нагрузку 100%). В последние разы я решал эти проблемы очисткой папки protected/runtime/cashe (yii) и тем, что ответили в поддержке "Проблема вызвана большим числом зависших процессов веб-сервера. Выполнили его перезапуск. Проверьте, пожалуйста, работоспособность." В этот раз эти 2 пункта не помогли.

[Руслан Федосеев]

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

Вам на базу смотреть надо. И на апач. Вот для начала - KeepAlive в апаче в чем стоит?

[yooooooman]

Руслан Федосеев, Вот вы понимаете же, но все равно первое сообщение "наймите админа".

Это не процесс угадывания в чем проблема в текущем случае. И я не ожидал увидеть здесь конкретного решения. Я хотел увидеть, что обычно может вызывать такие проблемы, чтобы понять минимально. Вот и при обращении на сторону это может быть тоже только краткосрочное решение проблемы, т.е тупо на раз . А у меня нет столько $, чтобы в данном случае постоянно вносить, увы мне это дело не приносит столько $. Про тарифы вы правы, все так и есть. Про тех поддержку, я бы сюда не пришел, если бы она помогала, но увы:

"С нашей стороны Вам предоставлен vds сервер с правами root пользователя, возможностью изменения режима загрузки, возможностью переустановки ОС и перезагрузки. Как Вы можете понимать у Вас имеются все необходимые средства для управления сервером и его корректной настройки." -> тут опытные, наверное, могут даже вычислить название компании).

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

[yooooooman]

Руслан Федосеев, даете платные консультации? Или даже просто фрилансите? Если да, то цена вопроса и можно связаться отдельно в другом месте?

[Руслан Федосеев]

у меня в профиле достаточно информации

Answer 2

[Radjah]

В любой непонятной ситуации первым делом смотри логи.

У тебя дохрена потоков апача в состоянии running, четверь из них в D-state. К ним у тебя база данных. Всё это на двух ядрах и двух гигах оперативы. При этом своп уже забит под завязку, а оперативы свободного 300 метров под страничный кэш.
Если ssh отвечает, то стопорни апач и посмотри логи запросов, кто-то наверняка или брутит или DDoS-ит, или владелец сайта проворонил очередную дыру в движке сайта и вовремя не обновил его. Сайт так и так висит в вечном "Ожидание ответа от сервера", так что много не потеряешь, а ресурсы на разбор проблем освободятся.

Answer 3

[Андрей]

apache2 грузит больше всего.

Comments

[yooooooman]

Так а действия то какие можно предпринять. Сайт просто перестал грузиться на ровном месте. В настройках сервера я вообще не шарю.

[Андрей]

yooooooman, ну как какие смотреть что не так. Смотреть логи все. Смотреть настройки сервера. Причин может быть масса начиная от банального ддоса, корявой старой баговой версии апача либо коряво собраным, может и правда вашему проекту не хватает ресурсов так как мощность vps до 3х лет, может какойнить крон висит плохой и кончая корявыми скриптами сайта (как например скрипт сам себя зациклил какойнить), вирусами на сервере и тд и тп. Раз не шарите то лучше обратитесь к своему хостеру за доп услугами сис админа (в основном все хостеры берут примерно 700р за час). Так удалённо только по скринам без предоставления root данных ничего не решить так как может быть всё что угодно.

[yooooooman]

Андрей, Т.е каких-то стандартных действий, которые могут дать понять не совсем компетентному в этом вопросе человеку хоть какую-то информацию, нет? Чтобы, перед тем как обращаться на сторону, было какое-то минимальное понимание, что дело тут, например, не в скриптах сайта, а извне?

[ТыжСисАдмин]

yooooooman, нет.
Тут нужен анализ и "не совсем компетентному" человеку это будет проблематично сделать ибо придёться для начала выучить не малый объём матчасти.

Так что зря вы обидели Руслан Федосеев , он вам сразу сказал верный ход ;)

[yooooooman]

ТыжСисАдмин, ну в данном случае можно было хотя бы посоветовать что-то минимальное, а не просто писать очевидность верно?) Ваше сообщение более полезное, чем первое сообщение Руслана Федосеева) Я не просил решить проблему полностью за меня и за бесплатно, понимаю, что живем сейчас в капитализме, но перед тем как принимать решение, надо иметь хоть какое-то представление... За чем я сюда и обратился

[ТыжСисАдмин]

yooooooman, Не в капитализме дело, вот честно вообще не в капитализме, просто реально такие вопросы выходят далеко за пределы сервиса Вопрос/ответ, тут пару статей написать можно :)

Одно дело когда человек учиться а другое когда проблема на проде и её нужно решать.
Но даже учащихся посылаем учить матчасть ибо без оэтого анреал просто что-то объяснить :)

Answer 4

[d'Ivan]

Судя по снимку экрана, есть много обращений к веб-серверу и, следственно, к СУБД . Большего по предоставленной информации сказать нельзя.