и в кластере они гарантируют уникальность каждой полученной метрики? а то вот что у прокси есть It uses a consistent hashring to send the unique metric names to the same StatsD instances so that the aggregation works properly.
Это вроде шардирование, если не путаю. Т.е. если нода падает, половины метрик за период не будет.
так давно это и тянется, еще задолго до моего прихода
и наплодили кучу геораспределенных standalone statsd))) при чем сначала запросы идут с одного статсд, потом на геораспределенный, агрегируются и потом только в графит
Да я тоже так понял, что если у тебя N статсд серверов, то прокси балансирует отправку одних и тех же метрик на конкретные инстансы статсд, чтобы они как раз не дублировались на соседних серверах и не затирали друг друга
Это вроде шардирование, если не путаю. Т.е. если нода падает, половины метрик за период не будет.
ну пока с одной игрался нодой, перезапускал её, выпадала постоянно из таргета(зафлудило сильно амазоновский резолвер) метрики +- при этом шли какие-то, полностью не ослеп
Он умеет работать как агент, размещенный локально на сервере с вашим приложением, получать данные по udp, и высылать предагрегированные пакеты по tcp в мастер-ноду(ы).
Он умеет работать как агент, размещенный локально на сервере с вашим приложением, получать данные по udp, и высылать предагрегированные пакеты по tcp в мастер-ноду(ы).
та вот от локальности хочется уйти, чтоб было децентрализовано и после прохождения в один статсд просто пушилось дальше в графит без лишнего гемороя и каруселей
та вот от локальности хочется уйти, чтоб было децентрализовано и после прохождения в один статсд просто пушилось дальше в графит без лишнего гемороя и каруселей
Тогда там будет udp, а с агентом tcp. Но мы начали внедрять агентов после 400 миллионов в минуту где-то.
сколько железа кстати у тебя задействовано под такое количество метрик? о которых писал
Агенты на тачках с кубом живут, там же где и докеры с сервисами. А мастера на 3х серверах, для отказоустойчивости. Чтобы можно было спокойно кластер обновлять и выводить любой из них из боя и на метриках это никак не сказывалось.
о спасиб! я как раз перевожу параллельно со спотовой обычной инфры в кубовскую хочу с куба вынести костыльный statsd с каруселью и чтоб как раз приложения слали напрямую куда надо на внешнюю проксю
о спасиб! я как раз перевожу параллельно со спотовой обычной инфры в кубовскую хочу с куба вынести костыльный statsd с каруселью и чтоб как раз приложения слали напрямую куда надо на внешнюю проксю
Ну вот не нужны больше никакие прокси. 1 кластер решает эти проблемы. Начинать использовать агентов рекомендую, чуть раньше чем начнёте во что то упираться. Мы к примеру начали упираться в пропускную способность сетевого оборудования.
та вот от локальности хочется уйти, чтоб было децентрализовано и после прохождения в один статсд просто пушилось дальше в графит без лишнего гемороя и каруселей
мне если честно интересно, почему никто (с виду) не пытался класть графитные метрики (сырые) в кликхаус, с малым ретеншеном, а потом сбоку налабать аггрегатор который делал бы запрос в КХ за промежуток и из этого уже новую метрику?
мне если честно интересно, почему никто (с виду) не пытался класть графитные метрики (сырые) в кликхаус, с малым ретеншеном, а потом сбоку налабать аггрегатор который делал бы запрос в КХ за промежуток и из этого уже новую метрику?
Для этого даже агрегатор с боку не нужен, делаешь матвьюху с движком AggregatingMergeTree, и получаешь нужные данные рилтайм.