L
ну дашбордов достаточно много для того, чтобы пытаться сделать это руками
Size: a a a
2020 March 04
L
навскиду, сотни 3
TF
навскиду, сотни 3
тогда дебажить api ваши ;)
TF
ну дашбордов достаточно много для того, чтобы пытаться сделать это руками
TF
но это скорее не об этом
V🦆
Товарищи, а кто-то занимался переносом дашбордов графаны?
Что-то все инструменты, которые нагуглились и работают через api генерят json, который не влетает в импорт потом.
Может, нюанс какой-то есть?
Что вообще в этом деле принято за best practice ?
Что-то все инструменты, которые нагуглились и работают через api генерят json, который не влетает в импорт потом.
Может, нюанс какой-то есть?
Что вообще в этом деле принято за best practice ?
best practice, насколько я знаю юзать https://github.com/grafana/grafonnet-lib
L
я готов заняться рабочим сексом с этим инструментом, если существует способ сначала импортнуть дашборды туда
A
я готов заняться рабочим сексом с этим инструментом, если существует способ сначала импортнуть дашборды туда
1. берёшь жсон дашборды
2. сохраняешь в файл .jsonnet
3. готово
2. сохраняешь в файл .jsonnet
3. готово
L
Спасибо!
VK
Подскажите, что можно сделать с производительностью запроса? Метрики собираю в CounterVec, вcего 3 лейбла, их кардиналити: 2, 280, ~50.
Запросы выглядят примерно так:
Скорость выполнения конкретно этого: 3 секунды.
Что пробовал:
- recording rule, но там нет возможности пробрасывать labels внутрь этого правила, или все таки возможность есть и я не разобрался?
Как можно улучшить ситуацию, может по другому собирать как-то? Или строить запрос?
Запросы выглядят примерно так:
sum by (device) (irate(my_custom_metric{client=~"[[client]]"}[5s]))Скорость выполнения конкретно этого: 3 секунды.
Что пробовал:
- recording rule, но там нет возможности пробрасывать labels внутрь этого правила, или все таки возможность есть и я не разобрался?
Как можно улучшить ситуацию, может по другому собирать как-то? Или строить запрос?
yL
Товарищи, а кто-то занимался переносом дашбордов графаны?
Что-то все инструменты, которые нагуглились и работают через api генерят json, который не влетает в импорт потом.
Может, нюанс какой-то есть?
Что вообще в этом деле принято за best practice ?
Что-то все инструменты, которые нагуглились и работают через api генерят json, который не влетает в импорт потом.
Может, нюанс какой-то есть?
Что вообще в этом деле принято за best practice ?
А что по "переносом" подразумевается? В конце концов в графане все они просто в базе лежат. Может достаточно саму базу или её дамп перенести.
AS
Подскажите, что можно сделать с производительностью запроса? Метрики собираю в CounterVec, вcего 3 лейбла, их кардиналити: 2, 280, ~50.
Запросы выглядят примерно так:
Скорость выполнения конкретно этого: 3 секунды.
Что пробовал:
- recording rule, но там нет возможности пробрасывать labels внутрь этого правила, или все таки возможность есть и я не разобрался?
Как можно улучшить ситуацию, может по другому собирать как-то? Или строить запрос?
Запросы выглядят примерно так:
sum by (device) (irate(my_custom_metric{client=~"[[client]]"}[5s]))Скорость выполнения конкретно этого: 3 секунды.
Что пробовал:
- recording rule, но там нет возможности пробрасывать labels внутрь этого правила, или все таки возможность есть и я не разобрался?
Как можно улучшить ситуацию, может по другому собирать как-то? Или строить запрос?
прикольно. а с какой переодичностью данные поступают что в скобках 5s ?
VK
прикольно. а с какой переодичностью данные поступают что в скобках 5s ?
Эм, даже хз как ответить на вопрос. scrape_interval имеется ввиду?
VK
в файле где-то 28к строк на эту метрику будет, если я не ошибаюсь
AS
Эм, даже хз как ответить на вопрос. scrape_interval имеется ввиду?
да
VK
5s
AS
в квадратных скобках цифра обычно должна быть в районе 2,5 раза больше scrape_interval
VK
а, стоп, 15s. извинюсь, забыл что сменил
A
> вcего 3 лейбла, их кардиналити: 2, 280, ~50.
28 тыщ
28 тыщ