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

Вроде все ок.
https://regexr.com/64q9k

Не знаю в чем мэджик, но так сработало:

    relabel_configs:
      - source_labels: [__meta_docker_container_name]
        target_label: container_name
        action: replace
        regex: (^\/)(.+)
        replacement: $2

регэкс ([^\/]+) не будет матчить если есть хотя бы один символ /, в прометее все регэкспы всегда anchored

там что на что надо заменить-то?

вырезать / в начале строки?

если так, то должно быть достаточно просто:

    relabel_configs:
      - source_labels: [__meta_docker_container_name]
        target_label: container_name
        regex: '\/(.+)'

action: replace и replacement: $1 - значения по-умолчанию

Проверим, спосебо.
UPD. Работает!

Я нашел либу для node-js
https://github.com/siimon/prom-client

Там есть разные типы метрик, насколько  понял
Counter
Histogram

Мне нужно просто отдавать объект с тремя цифрами и смотреть потом эти значения на временной шкале.
Что мне выбрать?

Кто-нибудь может подсказать, тип метрики Gauge, то бишь я просто в определённые моменту сечу значения, это НЕ счётчик чтобы суммировать и тд....
Я из го аппки сечу значение текущего закомиченного оффсета по партиции на хосте.
Так вот при ребалансе консьюмеров вычитывание партиции может переехать на другой хост. Другой хост начинает сетить оффсет партиции. при этом по лейблам получается дубляж в плане партиция-оффсет

Можно ли в графане как-то игнорировать лейбл при показе метрики? Типа мне всё равно какой хост выдал метрику, мне важен партиция-оффсет метрика...

max(my_partition_offset_metric) by (partition) ?

without какой-нибудь

Like этому господину

Всем привет! Есть большое количество инстансов prometheus, которые находятся за динамическим NATом. Хотелось бы иметь просматривать все собранное в них централизовано в одном центральном инстансе graphana. Какие способы можете посоветовать, с четом того, что не хотелось бы строить сетевую связность до центральной части. Например, может использовать remote storage adapter и писать в influxdb, и указать его как datasource в graphana. Если я правильно понял, Prometheus federation потребует сетевой связности без динамического NAT.

https://github.com/jacksontj/promxy уже советовали?

нет, спасибо, буду изучать

remote-write тоже можно использовать - тогда у вас будет центральный data-store, с которым будет удобнее работать.
В кач-ве интеграции не советую использовать инфлакс - вам придется менять язык запросов, да и сам инфлакс менее эффективен в плане ресурсов, чем прометеус.
Если пойдете по этому пути, то попробуйте VictoriaMetrics или Promscale(TimescaleDB). Оба решения позволят сохранить PromQL как основной язык запросов.

понял, спасибо за совет

Коллеги, ставлю пром-оператор
Некоторые нод экспортеры пишут такое (4 из 20):
0/65 nodes are available: 11 Insufficient pods, 21 node(s) didn't have free ports for the requested pod ports, 33 node(s) didn't match node selector.
Куда смотреть?
В хелм чарте указал
hostNetwork: true
Не помогает.