А этот же бенчмарк повторить на NUC, как Clickhouse сделал, не планируете?
И ещё вопрос: в статье сказано, что у VM 1.2 байта/точку получилось. В результатах Clickhouse-а пишут - 1.3 байта/точку, при том, что CH, в отличие от вас,  температуру как двойную синусоиду с шумом, т.е. не совсем случайную, генерили. Так почему в CH компрессия хуже оказалась?

Один ряд получится, если наборы лейблов у всех записей будут одинаковые. Как только значения лейблов начинают отличаться, создаются новые ряды.

У нас нет такого NUC для тестов :( Было бы здорово, если бы кто-нибудь с доступом к NUC мог прогнать бенчмарк на нем. Все использованные скрипты для бенчмарка упомянуты в статье, так что это не должно быть сложно. Если что, мы готовы помочь с решением проблем, если они возникнут во время бенчмарка.

По поводу сжатия данных - у КХ и ВМ используются разные алгоритмы. Скорее всего, у ВМ алгоритм немного эффективнее сжимает данные.

Вот тут можно почитать про алгоритмы сжатия КХ: https://www.altinity.com/blog/2019/7/new-encodings-to-improve-clickhouse
вот тут - про алгоритмы сжатия в вм  - https://medium.com/faun/victoriametrics-achieving-better-compression-for-time-series-data-than-gorilla-317bc1f95932

В статье про кликхауз неоптимальная по сжатию схема просто, она оптимизирована под низкое потребление CPU и памяти, как видно

Можно сжать гориллой + zstd и получится лучше

Но репликации там нет.

конечно

всем привет. подскажите плз. как в prometheus получить значение нужного label?

вроде никак(

что значит "получить значение"? куда получить?

через alertsmanaget отправить и в графане отобразить

можно ли использовать TimescaleDB для хранения метрик, или это плохое решение

Разрешаю

в целом я думаю никто не против, но стоит конечно узнать у опытных нюансы исопльзования

Оно подойдет при следующих условиях:
- если вы используете postgresql и хотите одним запросом вытягивать данные  приложений плюс данные метрик
- если набор дополнительных атрибутов (labels, tags) для временных рядов заранее известен и не будет меняться
- если объем данных для метрик небольшой (до 100 миллионов строк)

В остальных случаях советую посмотреть на специализированные БД для метрик вроде victoriametrics

Напомните, названия метрик можно как-то в регулярку запихать? Разные версии экспортеров стоят, где-то метрики оканчиваются на _free где-то на _free_bytes

в регулярку куда?

ты хочешь одним запросом два вида метрик выгребать?

да