Size: a a a

SPb Reliability Meetup

2020 February 26

DN

Dmitry Nagovitsin in SPb Reliability Meetup
sexst
Нормальный. Когда начинаешь половину и более времени тратить на данный вопрос, то пора просто выделить отдельного человека для этого.
Или тупо полагаться на авось.
или автоматизировать )
источник

A

Anatoly in SPb Reliability Meetup
Да и самому можно, репо с двумя ремотами и чекать хоть по крону
источник

s

sexst in SPb Reliability Meetup
Dmitry Nagovitsin
или автоматизировать )
Можно, пока не сломают. И однажды поймаешь себя на мысли, что половину времени тратишь на ремонт)
источник

EG

Eduard Generalov in SPb Reliability Meetup
Проще, через gitlab.com. Проекты насоздавать через terraform, его конфиг сгенерить питоном.
источник

A

Anatoly in SPb Reliability Meetup
Прост нагорожу костылей, а потом окажется что уже есть какой-то прокси который все это делает или другой тул какой
источник
2020 February 27

EG

Eduard Generalov in SPb Reliability Meetup
jfrog artifactory, если мы про "прокси" для репозиториев.
источник

p

pragus in SPb Reliability Meetup
Dmitry Nagovitsin
ты не знаешь какой процесс жрет
Ну oom killer всё-таки пишет score и кандидатов
источник

s

sexst in SPb Reliability Meetup
pragus
Ну oom killer всё-таки пишет score и кандидатов
Там дальше поинт в том, что течь может одно, а прибитым быть другое.
Что, впрочем, не отменяет того факта, что текущее приложение со временем натечёт достаточно сильно чтобы пропалиться
источник

mD

mr. Dmitry in SPb Reliability Meetup
Dmitry Nagovitsin
еще раз, любителям модных инструментов, советую позапускать proccess_exporter на железной ноде пожирнее без фильтра по процессам
А какой в этом случае бестпрактис все же?
Год назад как раз столкнулся с process_exporter и его неюзабельностью для таких задач. Боль была простая, выяснить что жрет иногда проц на чужом сервере. В итоге быстрее всего отлавливалось через newrelic/nixstats.
Тов. Чистяков тогда предложил написать свой атоп экспортер и я, честно, удивился, что никто такого еще не сделал, видимо у всех все хорошо и без него
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
mr. Dmitry
А какой в этом случае бестпрактис все же?
Год назад как раз столкнулся с process_exporter и его неюзабельностью для таких задач. Боль была простая, выяснить что жрет иногда проц на чужом сервере. В итоге быстрее всего отлавливалось через newrelic/nixstats.
Тов. Чистяков тогда предложил написать свой атоп экспортер и я, честно, удивился, что никто такого еще не сделал, видимо у всех все хорошо и без него
Ну почему, process exporter юзабелен, просто там метрик летит вагон
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
Ну и скрейп может занимать ощутимо
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
Есть ещё telegraph
источник

mD

mr. Dmitry in SPb Reliability Meetup
Dmitry Nagovitsin
Есть ещё telegraph
Вот это посмотрю, спасибо
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
mr. Dmitry
Вот это посмотрю, спасибо
в последний раз когда я его смотрел, это было прожорливое говно
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
экспортер который ест больше гига рамы
источник

mD

mr. Dmitry in SPb Reliability Meetup
Dmitry Nagovitsin
экспортер который ест больше гига рамы
Ну, тогда это не вариант, иногда и впс надо смотреть
источник

DN

Dmitry Nagovitsin in SPb Reliability Meetup
mr. Dmitry
Ну, тогда это не вариант, иногда и впс надо смотреть
да, остается атоп )
источник
2020 February 28

p

pragus in SPb Reliability Meetup
sexst
Там дальше поинт в том, что течь может одно, а прибитым быть другое.
Что, впрочем, не отменяет того факта, что текущее приложение со временем натечёт достаточно сильно чтобы пропалиться
score же.
источник

s

sexst in SPb Reliability Meetup
pragus
score же.
А может у тебя нормально работающее приложение по score должно быть прибито, а реально в нём всё в порядке и штатно, а течёт другое.
источник

p

pragus in SPb Reliability Meetup
Dmitry Nagovitsin
Ну и скрейп может занимать ощутимо
Так а ощутимо на чем? Он там из procfs долго выгребает?
источник