d
у меня в кубере. постоянные рестарты не очень хорошо будут выглядеть
Size: a a a
2020 May 25
d
а тут постоянно крутящийся процесс
AS
дак в кубере вообще есть cronjob
d
это да
AS
впрочем не учу жить. первое решение должно подойти
d
спасибо!
E
Привет всем. У меня вопрос про graphite, теги и carbon-clickhouse.
Если я правильно понял, то достаточно писать в carbon-clickhouse метрики вида "test.host.parameter;tag1=tag1 1 1234567890" и всё должно быть хорошо. Но при этом в CH в таблице index (в параметрах carbon-clickhouse это upload.graphite_index) метрики не появляются.
Не появляются они потому что:
https://github.com/lomik/carbon-clickhouse/blob/master/uploader/index.go#L63
Т.е. если писать метрики с тэгами выбирать их можно только через tags() и tag_values(...) и больше ни как? Т.е нельзя написать дай мне серии test.*.parameter с тегами tag1=tag1? Или теги в graphite служат только для того, что бы тегать уже имеющиеся серии?
Если я правильно понял, то достаточно писать в carbon-clickhouse метрики вида "test.host.parameter;tag1=tag1 1 1234567890" и всё должно быть хорошо. Но при этом в CH в таблице index (в параметрах carbon-clickhouse это upload.graphite_index) метрики не появляются.
Не появляются они потому что:
https://github.com/lomik/carbon-clickhouse/blob/master/uploader/index.go#L63
Т.е. если писать метрики с тэгами выбирать их можно только через tags() и tag_values(...) и больше ни как? Т.е нельзя написать дай мне серии test.*.parameter с тегами tag1=tag1? Или теги в graphite служат только для того, что бы тегать уже имеющиеся серии?
ДС
читайте про match_re
спасибо
VS
Привет всем. У меня вопрос про graphite, теги и carbon-clickhouse.
Если я правильно понял, то достаточно писать в carbon-clickhouse метрики вида "test.host.parameter;tag1=tag1 1 1234567890" и всё должно быть хорошо. Но при этом в CH в таблице index (в параметрах carbon-clickhouse это upload.graphite_index) метрики не появляются.
Не появляются они потому что:
https://github.com/lomik/carbon-clickhouse/blob/master/uploader/index.go#L63
Т.е. если писать метрики с тэгами выбирать их можно только через tags() и tag_values(...) и больше ни как? Т.е нельзя написать дай мне серии test.*.parameter с тегами tag1=tag1? Или теги в graphite служат только для того, что бы тегать уже имеющиеся серии?
Если я правильно понял, то достаточно писать в carbon-clickhouse метрики вида "test.host.parameter;tag1=tag1 1 1234567890" и всё должно быть хорошо. Но при этом в CH в таблице index (в параметрах carbon-clickhouse это upload.graphite_index) метрики не появляются.
Не появляются они потому что:
https://github.com/lomik/carbon-clickhouse/blob/master/uploader/index.go#L63
Т.е. если писать метрики с тэгами выбирать их можно только через tags() и tag_values(...) и больше ни как? Т.е нельзя написать дай мне серии test.*.parameter с тегами tag1=tag1? Или теги в graphite служат только для того, что бы тегать уже имеющиеся серии?
автор лучше скажет, но кажется ты можешь выбирать метрики как обычно, просто выборка будет идти по другой таблице, где хранятся тегированные метрики
E
К сожалению нет, в графане ошибка когда я пытаюсь сделать запрос "test.host.parameter" пишет что ничего не найдено, потому что запрос использует index таблицу. В той же связке graphite-clickhouse + carbonapi, первый делает запрос именно в эту таблицу на поиск серий.
E
Есть же команды который пользуются этим всем, и как я понял достаточно успешно. Вы теги совсем не используете? Или как вы их используете?
VS
К сожалению нет, в графане ошибка когда я пытаюсь сделать запрос "test.host.parameter" пишет что ничего не найдено, потому что запрос использует index таблицу. В той же связке graphite-clickhouse + carbonapi, первый делает запрос именно в эту таблицу на поиск серий.
ну в целом ничто не мешает искать по
seriesByTags('name=test.host.parameter'). Плюс в случаи с работой с тегами именно имя играет относительно мало роли (часто матчит слишком много), мб поэтому людям не так важно это.VS
и кажется что чисто по спецификации графита если у тебя метрика с тэгами, то в старом формате ее запрашивать нельзя:
https://graphite.readthedocs.io/en/latest/tags.html
https://graphite.readthedocs.io/en/latest/tags.html
E
и кажется что чисто по спецификации графита если у тебя метрика с тэгами, то в старом формате ее запрашивать нельзя:
https://graphite.readthedocs.io/en/latest/tags.html
https://graphite.readthedocs.io/en/latest/tags.html
Да понял, спасибо за ответ. Я читал доку, но меня не покидала мысль, что я что-то упускаю. Но нет :) Спасибо ещё раз
ДС
читайте про match_re
Что-то я не понимаю. Смотрю https://prometheus.io/docs/alerting/configuration/ и там в match и в match_re написано:
# A set of equality matchers an alert has to fulfill to match the node.
match:
[ <labelname>: <labelvalue>, ... ]
# A set of regex-matchers an alert has to fulfill to match the node.
match_re:
[ <labelname>: <regex>, ... ]
Получается должно работать в формате:
- receiver: send_email
match:
alertname: service_down, InstanceDown
??
# A set of equality matchers an alert has to fulfill to match the node.
match:
[ <labelname>: <labelvalue>, ... ]
# A set of regex-matchers an alert has to fulfill to match the node.
match_re:
[ <labelname>: <regex>, ... ]
Получается должно работать в формате:
- receiver: send_email
match:
alertname: service_down, InstanceDown
??
AS
service_down, InstanceDownне похоже на re
AS
- receiver: send_email
match_re:
alertname: service_down|InstanceDown
AS
но в целом скорее всего на эти два алерта надо повешать лейбл
status: down
а в алертинге написать - receiver: send_email
match:
status: down
ДС
Не понимаю почему re, он ведь только для регулярных выражений, а если я напрямую указываю точное совпадение по имени, то должен работать просто match, разве нет?
ДС
Ну то есть можно и так и так