там не только пинг меряется, пинг как грубый пример метрики, котрую нужно снимать чаще раза в минуту

в том то и дело, что надо подходить к вопросу шагом а не бегом. Подумать какие метрики надо часто, какие редко, какие чуть ли не вручную.

Невыполнимая задача

То есть выполнимая когда это пхп, нджинкс и больше ничего

Невыполнимая задача

При конечном числе нод априори выполнимая :)

При конечном числе нод априори выполнимая :)

За бесконечное время

ну вот сколько у тебя серверов

уже ноль

и сколько жалоб на пробелмы с продуктом прилетает в саппорт в день

было шышнаццать

и сколько жалоб на пробелмы с продуктом прилетает в саппорт в день

0,3

0,3

в лучшем случае тысяча

тысяча чего?

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

тысяча чего?

тикетов в сутки

Я видел тут презенташку китайцев одних (алибаба)

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

Они гордились что онкол инженер у них раньше получал 100+ алертов в дневную смену и 30 ночью, а теперь всего 30 днём и 10 ночью

графана и кибана им для этого подходит почти идеально

и до инженера доходит дай боже 20 тикетов

хотел показать тулзу, для чека коннекта юзеров, но ее мейлру себе не взял

тикетов в сутки

тикетов в куда?

тикетов в куда?

в саппорт

нет, у меня 0,3

если ты не дашь саппорту способ самому посмотреть данные - дергать будут тебя

было\

это видимо случай когда алерт сам превращается в тикет?

это случай, когда алерт превращается в 120 тикетов)

потому что спайки\лаги\дроп с сервера

это видимо случай когда алерт сам превращается в тикет?

решается чуть ли не на щелчок пальцами, по крайней мере за день точно

решается чуть ли не на щелчок пальцами, по крайней мере за день точно

да?

ну это да, понятно.

да?

я чтото не так написал?

ну, давай, напиши решение за день

алертменеджер шлет например письмо в redmine а redmine с плагином автооткрытия тикетов по e-mail с определенног сорса

я чтото не так написал?

тут опять scale mismatch.

оно уже написано

ну хотя бы алгоритм

какой сервис, какое событие, какой трекер?

где-то так в 1000 раз.

это всё настраивается в redmine уже

какой сервис, какое событие, какой трекер?

онлайн фпс шутер

если(событие) то отсылаем мессадж в треккер используя его api

событие - любая проблема на стороне юзера

юзер сам напишет тебе жалобу

если(событие) то отсылаем мессадж в треккер используя его api

круто. пришел утром - 9230 тикетов в трекере.

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

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

и чат превратился во флуд.

пиковый онлайн - 30 тысяч

кажется у нас была одна проблема, а появилось 9231

круто. пришел утром - 9230 тикетов в трекере.

Значит всё легло и ты уже увооен и расстрелян. Ибо в треккер не стоит всё подряд суовать а только важное

Значит всё легло и ты уже увооен и расстрелян. Ибо в треккер не стоит всё подряд суовать а только важное

нет, это значит что всего лишь 0.01% пользователей заимело проблемы за ночь.

нет, это значит что всего лишь 0.01% пользователей заимело проблемы за ночь.

А, вы таки хотите с пользователей собирать? Там по другому. Нехай софт шлёт письма роботу, который рассовывает тикеты в треккер. Количество писем и события при которых они будуд итти обсудите уже сами :)

вопрос в том, насколько тебе не похуй на юзеров

и насколько тебя за это ебут

или пользователи купили не софт а услугу:

?

пользователь - игрок в игру

он платит тебе денежку что бы играть в нее

ваша игра - софт или услуга?

и то и другое

софт как услуга )

SaaS

злостные оффтоперы. давайте про метрики а?

вы продаете клиента игры а потом сервера для командной игры?

Можанг?

нет, мы ничего не продаем

ERROR: S client not available

ф2п

тогда к чему разговор про сферических коней?

бля, как тебе обьяснить

хотя зачем, я уже пытался пару раз

ф2п

значит таки услуга. Значит метрики на вашей стороне.

с клиента их сдёргивать... Ну разве что автоматом натравливать ноду на клиента при его обращении в саппорт

иначе можно утонуть в этих метриках и никакая графана не поможет...

это не поможет, если у тебя был берст между двумя серверами

или шина переполнилась

или еще 99 вариантов на твоей стороне

которые длились пару секунд

это не поможет, если у тебя был берст между двумя серверами

тогда я вообще не пойму чего вы мне мозг полоскаете :)

которые длились пару секунд

а, ты про то что не надо часто собирать?

про то, что сбор метрик с низким интервалом - иногда оправдано необходимая мера

в том то и дело, что надо подходить к вопросу шагом а не бегом. Подумать какие метрики надо часто, какие редко, какие чуть ли не вручную.

я правильно выше написал?

у прометея например scrape_interval один на весь сервер.

у прометея например scrape_interval один на весь сервер.

что

я правильно выше написал?

да, но раз в минуту в высоко нагруженных системах - редко

или per-job? )

раз секунд в20 максимум

да, но раз в минуту в высоко нагруженных системах - редко

а я интервалы и не указывал...

или per-job? )

per job, при этом джобы можно объединять через релейбелинг

а ну понятно. если его в конфиге нету, то значит 15, подумал штирлиц.

cat /etc/prometheus/prometheus.yml global: scrape_interval: 15s

интересно, да, надо будет затестировать.

@Sheridan_ru у тебя пока мышление еще масштабами "10 серверов и 0 бюджета"

про то, что сбор метрик с низким интервалом - иногда оправдано необходимая мера

индульгенция тебе. иди с богом и не греши. интервал больше 30 секунд не оправдан на высоконагруженной системе грешен.

@Sheridan_ru у тебя пока мышление еще масштабами "10 серверов и 0 бюджета"

Это параллельно тому что я написал сейчас тут..

индульгенция тебе. иди с богом и не греши. интервал больше 30 секунд не оправдан на высоконагруженной системе грешен.

спасибо батюшка за просвещение, каюсь

индульгенция тебе. иди с богом и не греши. интервал больше 30 секунд не оправдан на высоконагруженной системе грешен.

Друже, интервал по снятию какой именно метрики (метрик) ?