см. https://docs.victoriametrics.com/#how-to-import-data-in-prometheus-exposition-format

Уже изучаю, благодарю!

третий пункт неправильный - вм принимает имена метрики с любыми символами, не только ascii. Просто это может усложнить составление запросов, т.к. вместо metric_name нужно будет писать {__name__="имя метрики"}

по пятому пункту - в последних версиях single-node вм автоматически очищает кэш ответов при импорте исторических данных с таймстемпами старше -search.cacheTimestampOffset. Так что самому очищать кэш не нужно после заливки исторических данных в single-node вм. Это нужно делать только для кластерной версии вм.

http://localhost:8428?extra_label=team=dev
extra_labels доступен только для vmsingle?

или в вмселект тоже можно вызывать?

доступен и для сингл, и для кластер

http_sd_configs уже доступно для тестирования в master-векте - https://github.com/VictoriaMetrics/VictoriaMetrics/issues/1392

FYI, single-node вм тоже умеет в сервис дискавери, как и вмагент - см. https://docs.victoriametrics.com/#how-to-scrape-prometheus-exporters-such-as-node-exporter

я так и делаю дома :)

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

я просто не понимаю как вы с этим живёте вот и всё

это ты про рекординг рулы, зависящие друг от друга? Понятно, что, если используется только несколько последних точек, то результаты вычислений будут сильно искажены, т.к. последняя точка еще не доступна для вычислений. Но такие chaining рулы норм работают, если для вычисления последующих рулов используется большое количество исторических точек из предыдущих рулов. Чем больше исторических точек используется, тем более точные вычисления.

мне в основном больно от того что для следующего вычисления может быть взята точка с предыдущим значением. и у меня будет не работать slo
ибо валидных будет больше чем всех

> а какая с этим проблема?
Моё предположение, что это как-то сказывается на производительности
> Можете напомнить задачу, которую вы решаете?
Есть много файлов (и они появляются каждые N минут), в которых хранятся некоторые метрики за последние N минут. Названия метрик написаны кириллицей, содержат пробелы, точки, запятые и т.п.
У меня получилось написать небольшой скрипт, который экспортирует данные (через JSON), всё работает (может, немного медленно на большом объёме данных, но экспортировать данные за 5 лет придётся один раз, так что ничего страшного)

Да, VM может работать с Unicode символами. Меня лишь смущает, что здесь написано:  It may contain ASCII letters and digits, as well as underscores and colons. It must match the regex [a-zA-Z_:][a-zA-Z0-9_:]*

вм!=пром

поскольку вм поддерживает вставку на других языках типа графита у вм сильно больше регулярка

Хорошо. Спасибо!

Скорее всего, это моя невнимательность, потому что в прошлый раз, когда я экспортировал данные без этого параметра, у меня ничего не получалось, хотя в логах было:
resetting rollup result cache because the metric ... has a timestamp older than -search.cacheTimestampOffset=5m0s by 1766117.000s
Но по моей невнимательности я не смог найти это значение. Сейчас всё работает просто замечательно. Спасибо вам огромное