AS
в этом случае у вас пром будет работать как буфер с фиксированной длинной в два часа.
Size: a a a
2020 August 11
AS
ты же говорил там какой то promxy может эту проблему решить
это другое. он может решить проблему когда у тя есть два стораджа каждый из который собирает тот же самый набор задач и те же самые данные. так называемая ha пара.
во время обновления пары у тя будет что один из промов не сделает свой скрейп а второй, который сейчас работает сделает его.
промкси умеет придти к паре прометеев и каждому задать одну и туже кверю если в квере есть дырки, то данные будут замержены
во время обновления пары у тя будет что один из промов не сделает свой скрейп а второй, который сейчас работает сделает его.
промкси умеет придти к паре прометеев и каждому задать одну и туже кверю если в квере есть дырки, то данные будут замержены
AS
если же набор таргетов разный то толку от promxy нет
U
а какая нибудь кафка тут не поможет в сохранении метрик?
AS
нет. прометей дожен сам собрать метрики. он не будет забирать их из кафки
U
Спасибо
vk
а какая нибудь кафка тут не поможет в сохранении метрик?
думаю тут нужно что то более крутое, например блокчейн
AS
если нужно делать буфер на прометее вариант с remote_write единственный.
AS
но сам прометей при этом remote_write endpoint-а не имеет. только remote_read
AS
это архитектурное решение
vk
в Графите такой проблемы нет, агенты (телеграф, collectd, etc) спокойно копят в себе буфер данных и как только появляется возможность пушат их на сервер, нас это иногда спасало, а иногда кто нить прикрывал контейнер фаерволом и через пару недель открывал, вот тогда была заметная горка на общем потоке данных
M
тогда реально проще либо самим прометеем обходить все ендпоинты ну ли бо агент ставить типа телеграфа чтобы пихал,и надеется что гугол не будет шутить с сетью
AS
тогда реально проще либо самим прометеем обходить все ендпоинты ну ли бо агент ставить типа телеграфа чтобы пихал,и надеется что гугол не будет шутить с сетью
телеграф не будет копить данные для прометея. его prometheus_client отдаст только последнюю точку
AS
всмысле опроса данных прометей простой как палка. сказали собирай от туда вот он пошёл и собирает
M
телеграф не будет копить данные для прометея. его prometheus_client отдаст только последнюю точку
да это я уже понял, потому и говорю надеятся на сеть клауда, что она моргать не будет
AS
сеть клауда покрыта sla
AS
нарушают sla выстаяляйте им.
AS
если промтей не смог достучаться до endpoint сбора он выставит метрику up в 0
AS
это вам позволит оценить качество работы сети
AS
(на самом деле нет, утомитесь среди своих ошибок искать гугловые проблемы с сетью)