Prometheus и VictoriaMetrics: почему одни и те же метрики могут занимать в 139 раз больше места
<img src="https://habrastorage.org/getpro/habr/upload_files/e71/594/ac0/e71594ac040277d14243201e0b979df3.jpg" /><p>Меня зовут Стас Погоржельский, я технологический евангелист VK Cloud и последние месяцы гоняю Prometheus и VictoriaMetrics на одном стенде, чтобы понять, сколько на самом деле стоит одна точка метрики на диске.</p><p>Обе системы делают одно и то же: принимают миллионы точек в минуту, хранят их месяцами и быстро отдают в алерты и дашборды. Обе сжимают точку до байтов и долей байта. Именно эти байты, умноженные на миллиарды точек в сутки, превращаются в счёт за диск. Ошибка в расчёте цены сэмпла заканчивается переполненным диском под мониторингом, урезанным retention или незапланированным расходом.</p><p>Когда место под метрики кончается, первым на планёрке звучит «сменим движок». Публичные бенчмарки подталкивают к тому же: Флант показывает, что Prom++, форк Prometheus, тратит памяти в 7,8 раза меньше Prometheus v2 (<a href="https://habr.com/ru/articles/878282/">разбор на Habr</a>), VictoriaMetrics показывает трёхкратную экономию диска против Grafana Mimir (<a href="https://victoriametrics.com/blog/mimir-benchmark/">бенчмарк VictoriaMetrics</a>, замер вендора, 2022 год).</p><p>На моём стенде картина оказалась сложнее. В Prometheus 3.13 и VictoriaMetrics 1.149 ушёл один и тот же набор: 2,88 млн сэмплов, шесть профилей данных, один генератор с фиксированным seed. Внутри одного движка цена сэмпла различалась в 139 раз у VictoriaMetrics и в 12,8 раза у Prometheus. Между движками на одних данных разрыв доходил до 30,7 раза на шести профилях и до 34,3 раза в опыте с точностью. На равномерно случайных float64 движки менялись местами. Один лишний знак после запятой поднимал цену сэмпла у Prometheus в восемь раз, у VictoriaMetrics на 12%.</p> <a href="https://habr.com/ru/articles/1068798/?utm_source=habrahabr&utm_medium=rss&utm_campaign=1068798#habracut">Читать далее</a>