PK
а понял
true, верно?Size: a a a
2020 January 16
A
если я правильно ванганул, тебе надо проверять что хотя бы один из этих мета лейблов имеет значение
PK
A
ну вот
PK
да прокатило
AU
он состоит из роутов, ресиверов
а если у меня 10 проектов, мне же не в одну портянку все писать
а если у меня 10 проектов, мне же не в одну портянку все писать
явно вдоке не указано что так можно. https://prometheus.io/docs/alerting/configuration/
AU
он состоит из роутов, ресиверов
а если у меня 10 проектов, мне же не в одну портянку все писать
а если у меня 10 проектов, мне же не в одну портянку все писать
Выходит что в одну но разделить
routes:
# This routes performs a regular expression match on alert labels to
# catch alerts that are related to a list of services.
- match_re:
service: ^(foo1|foo2|baz)$
receiver: team-X-mails
VS
Гайз, всем привет.
Вопрос: есть скрипт который печатает 2 списка. Хочу при появлении значений в этих списках поджигать лампочку. Но ещё хочу чтобы в аларме были значения этих списков (лейблы?)
Вопрос: есть скрипт который печатает 2 списка. Хочу при появлении значений в этих списках поджигать лампочку. Но ещё хочу чтобы в аларме были значения этих списков (лейблы?)
ST
Выходит что в одну но разделить
routes:
# This routes performs a regular expression match on alert labels to
# catch alerts that are related to a list of services.
- match_re:
service: ^(foo1|foo2|baz)$
receiver: team-X-mails
я как понял из документации
я пишу несколько матч роутов
и пишу несколько строк - слак конфигов, по конфигу на канал
так получается более менее еще, да
я пишу несколько матч роутов
и пишу несколько строк - слак конфигов, по конфигу на канал
так получается более менее еще, да
ST
то есть из конфига выносятся хотя бы сами роуты и шаблоны алерта
AU
то есть из конфига выносятся хотя бы сами роуты и шаблоны алерта
сорри чутка занят - думаю тут есть кто поглубже копал его
AV
кстати. хочу написать (че-то не нашел готового) statsd-forwarder который будет задерживать пакеты на определенный промежуток времени (в пределах 5 минут)
алгоритм такой: отправляем куда-нибудь пакет, забываем про него и когда обратно получаем посылаем дальше
соответственно, хочу подобрать подходящую shared базу или очередь которая может хранить большой стрим на коротком промежутке, всплывают какие-нибудь названия в голове при этом? потому что я ничего прям подходящего-подходящего сразу не могу придумать
(это в рамках сабжа если что :)
алгоритм такой: отправляем куда-нибудь пакет, забываем про него и когда обратно получаем посылаем дальше
соответственно, хочу подобрать подходящую shared базу или очередь которая может хранить большой стрим на коротком промежутке, всплывают какие-нибудь названия в голове при этом? потому что я ничего прям подходящего-подходящего сразу не могу придумать
(это в рамках сабжа если что :)
алгоритм не очень понятен :) Зачем задерживать statsd пакеты до 5 минут в проксе?
Если все-таки нужно, то самый нормальный и быстрый вариант - использовать файлы для хранения пакетов перед отправкой дальше. Этот вариант гарантирует сохранность неотправленных пакетов при перезагрузке прокси. Только хранить не в одном файле, а в наборе файлов ограниченной длины, чтобы можно было проще удалять старые файлы после отправки из них всех пакетов.
Если все-таки нужно, то самый нормальный и быстрый вариант - использовать файлы для хранения пакетов перед отправкой дальше. Этот вариант гарантирует сохранность неотправленных пакетов при перезагрузке прокси. Только хранить не в одном файле, а в наборе файлов ограниченной длины, чтобы можно было проще удалять старые файлы после отправки из них всех пакетов.
R
Кто проводит причастие в церкви метрик?
A
У нас тут только деепричастие
R
Во имя деепричастного оборота, аминь!
PR
Кто проводит причастие в церкви метрик?
спроси про З и быстро узнаешь)
С
кстати. хочу написать (че-то не нашел готового) statsd-forwarder который будет задерживать пакеты на определенный промежуток времени (в пределах 5 минут)
алгоритм такой: отправляем куда-нибудь пакет, забываем про него и когда обратно получаем посылаем дальше
соответственно, хочу подобрать подходящую shared базу или очередь которая может хранить большой стрим на коротком промежутке, всплывают какие-нибудь названия в голове при этом? потому что я ничего прям подходящего-подходящего сразу не могу придумать
(это в рамках сабжа если что :)
алгоритм такой: отправляем куда-нибудь пакет, забываем про него и когда обратно получаем посылаем дальше
соответственно, хочу подобрать подходящую shared базу или очередь которая может хранить большой стрим на коротком промежутке, всплывают какие-нибудь названия в голове при этом? потому что я ничего прям подходящего-подходящего сразу не могу придумать
(это в рамках сабжа если что :)
curl prometheus_endpoint/metrics.json > /tmp/metrics.json && sleep 300 && cat /tmp/metrics.json | exporter
я написал за тебя
S
Кстати, кто в курсе, когда в заббикс нормальный tsdb впилят?
T
Кстати, кто в курсе, когда в заббикс нормальный tsdb впилят?
слышал что в новых версиях есть поддержка херовины от постгреса
TF
Кстати, кто в курсе, когда в заббикс нормальный tsdb впилят?
никада