« Rev
@ru_devops   518
Fwd »


Egor
и ползут 504
Egor
потом 502, когда no live upstreams
Sergei
вот я и спрашиваю опыт... мне интересно профиль нагрузки узнать... или ты просто демагогией занимаешься?
я тебе сказал профиль. относительно спящие процессы, которые бОльшую часть времени обработки запроса стоят в ожидании ответа от внешнего сервиса.
Oleksandr
сколько соединений надо понимать
Oleksandr
а бек и фронт как между собой коннектятся?
Oleksandr
стоят рядом?
Oleksandr
не через океан же?
Sergei
собственно, соотношение "числа воркеров к числу ядер" примерно соответствует отношению "физическое время к процессорному времени на запрос при условии незагруженного сервера".
Oleksandr
своя внутренняя сеть?
Egor
нет, хецнер. но там быстро
Egor
соединения щас в заббикс загоняю, пока нечего сказать. вчера видел цифру 60к, но это не точно
Sergei
у тебя есть 56-ядерный сервер. обработка запроса занимает 2 мс CPU и 98 мс ожидания из БД. 2000 воркеров будут работать при этом норм.
Oleksandr
нет, хецнер. но там быстро
смотрите трафик - к-во соединений
Oleksandr
а дальше пхп ж база стоит?
Oleksandr
или что там, почта?
Oleksandr
60к - хорошая нагрузка. характер трафика?
Oleksandr
спам? )))
Egor
юзерские переходы
Egor
купленные с биржи трафика
Egor
за php percona server 5.7
Oleksandr
дальше что?
Oleksandr
что там?
Oleksandr
rps какой?
Egor
на базе?
Egor
или на фронтах?
Oleksandr
характер запросов
Oleksandr
база
Oleksandr
фронт 60к запросто
Oleksandr
nginx пох
Egor
на каждый переход инсёрты и какие-то селекты. приложение поставлялось с myisam, который к херам залочился от такого. Преобразовал в innodb, задышало
Egor
http://joxi.ru/D2PBVjxup91Oor.png
Vladimir
@miksir у меня тоже был такой сервис в эксплуатации. Там был еще apache с mpm_prefork и 1200 воркеров на сервер
Vladimir
RTB?
хелпер-сервис который любили парсить боты и давали примерно 9к рпс нагрузки
Vladimir
не смотря на все попытки их перебанить к хренам
Vladimir
ну памяти там было вагон
Vladimir
ну как вагон, 2010 год и 48ГБ оперативы на сервер
Sergei
и что, тоже память не жрал, висел базу ждал?
да мы все придумываем, всем известно что воркеров должно быть не больше 100-150.
Sergei
>_<
Dmitry
ну да, плохо когда толстых серверов много, а программистов мало...
Vladimir
ну да, плохо когда толстых серверов много, а программистов мало...
ну к чести программистов - его потом переписали и ему стало лучше, потом боты это поняли и ему снова стало плохо, потому что они уже начали фигачить 15+ тысяч запросов в секунду
Sergei
а правда что любую задачу можно уместить в 1 гб рамы? :)
Vladimir
вся проблема была в том что сервис был для людей, а в него ходили боты. Ботов банили, но ботоводы приходили и говорили что они деньги платят и надо бы их разбанить
Vladimir
и приходилось разбанивать
Dmitry
серьезно, да... если у тебя 2к процессов которые 99% времени спят - это отсутствие прямых рук разработки, а не "необходимость"
Vladimir
серьезно, да... если у тебя 2к процессов которые 99% времени спят - это отсутствие прямых рук разработки, а не "необходимость"
не, у разработки были прямые руки, просто чем больше доступных ресурсов, тем больше было паразитной нагрузки
Vladimir
запросы некоторые тяжелые для базы
Sergei
серьезно, да... если у тебя 2к процессов которые 99% времени спят - это отсутствие прямых рук разработки, а не "необходимость"
представь например веб-поиск. типа гугла или яндекса. у тебя есть умный кластеризованный бэкенд (сам движок поиска) на 1000 машин. и есть фронтенд, задача которого - принять запрос, отправить в движок поиска, получить ответ из движка поиска, стемплейтить ответ и отдать ответ. движок поиска работает 100 мс. темплейтинг работает 2 мс. вопросы?
Dmitry
вопросы?... м... какой дебил будет обрабатывать такой профиль в схеме "процесс на запрос"? пойдет за вопрос? ;)
Sergei
нет. ты тролль или не очень умный. ты просил примеры - я привел пример. ты просил объяснить что разработка не идиоты - я объяснил. вместо того чтобы высказать что-то адекватное ты обзываешь разработчиков дебилами. на нагрузках веб-поиска не 100крпс, чтобы упарываться (в каком-нибудь 2005-м например) написанием асинхронного фронтенда.
Vladimir
@miksir давай я задам наводящий вопрос - когда apache с prefork'ом лучше чем nginx? (подсказка: вариант "никогда" не правильный)
Aleksey
тоесть таки 1500 процессов php это не реальный кейс а какая то херь
Andrew
опять срачик..?
Andrew
весело тут у вас
Aleksey
а нормальное это 2*core count ? или 3 ?
Aleksey
или таки от задачи ?
Aleksey
если от задачи то на какой параметр смотреть для подбора ?
Vladimir
@miksir я его предоставлю Вам :)
Vladimir
ибо иначе никакого смысла задавать Вам вопрос не было, не научитесь же ничему.
Dmitry
если от задачи то на какой параметр смотреть для подбора ?
смотреть на зависимость времени отклика от числа конкурентных запросов
Dmitry
ибо иначе никакого смысла задавать Вам вопрос не было, не научитесь же ничему.
смотри не лопни от желчи, а то так и не узнаю истину ;)
Vladimir
@miksir да никакой желчи нет, откуда?
Vladimir
была б желчь, я б просто забанил и все :)
Dmitry
не знаю... ты же вместо ответа начинаешь "не научитесь ничему, бла бла бла"...
Vladimir
@miksir ну потому что я Вам задал вопрос, я жду на него ответ
Vladimir
я предполагаю что если Вы на него ответ не знаете, то Вы дальше пойдете и погуглите, в крайнем случаи почитаете сырцы и подумаете
Dmitry
что? я же сказал, я не знаю как сравнивать совершенно разные инструменты
Vladimir
я могу провалидировать Вашу идею
« Rev
@ru_devops   518
Fwd »