В этой статье сказано, что название метрики может содержать ASCII символы, запятую и двоеточие, но так же сказано, что значения лейблов могут быть unicode. Вопрос: можно ли нарушить первое, так скажем, правило и в названии метрики использовать unicode, а значение получать так: {__name__="<название метрики"}? Или лучше не надо?

можно но больно

А в чём заключается боль? Какие-то проблемы с производительностью? Use-case такой: настроить в Grafana панели и загружать данные, ну, может, анализировать два раза в год данные на уровне какое количество времени данная метрика превышала лимит

боль будет заключаться в удобстве построенние дашбоардов  потому что нельзя будет просто написать запрос надо будет экранироввать или обворачивать с имени метрики в лейбл

да всё так.
гораздо удобнее написать
up{}
чем
{__name__="up"}

я понимаю, но мне нужно выбирать конкретные метрики, используя переменные в Grafana. что-то по типу: {__name__ =~ "$metrics"}, где metrics --- это переменная, содержащая имена всех метрик

в общем, нет надобности писать metric_name{}

up to you. технически работает

Да я пекусь о производительности. Главное, чтобы с этим проблем не было. А писать  {__name__="up"} вместо up{} --- это не так ужасно, как по мне

на производительность не влияет

о производительности то наверное надо глянуть на реализацию индекса. что там взято для типа лейбла

может какие спидхаки есть или компрессия имён сделана для ascii

Иначе придётся держать ещё одну базу данных с названием метрики в VM и её человекочитаемым вариантом

Это вроде в репу homebrew надо, не…?

Или так, или своя плюс brew tap

Да словари в кликхаусе удобная штука

Тогда уж использовать CH вместо VM. Я пытаюсь выяснить, что же будет лучше, какой инструмент использовать. Если сделать для CH, то никаких нарушений нейминга не будет

и с CH нет никаких проблем настроить Grafana, есть плагин, но в VM всё же настроить панель в разы проще, нежели в CH

Привет. Что-то сходу не соображу, подскажите, пожалуйста.
Есть необходимость собирать метрики с короткоживущих приложений, поэтому для вмагента выставляем короткий scrape interval - 5 сек - чтобы успеть скрейпнуть данные из приложения пока оно не завершилось.
При этом нет необходимости хранить данные в таком высоком разрешении. Можно ли их как-то усреднить или аггрегировать, чтобы в итоге записалось в ВМ с интервалом, скажем, 30 секунд?

Да, можно оставлять первое значение на каждом 30-секундном интервале с помощью дудепликации - см. https://docs.victoriametrics.com/#deduplication . Но в вашем случае, может быть, лучше отправлять метрики и события из короткоживущих приложений в какой-нибудь statsd, который бы их агрегировал и затем отправлял бы в вм с периодом в 30 секунд. См. https://docs.victoriametrics.com/#how-to-send-data-from-graphite-compatible-agents-such-as-statsd