https://www.opennet.ru/openforum/vsluhforumID3/117458.html Открыты (https://blog.usejournal.com/open-sourcing-victoriametrics-f31e34485c2b) исходные тексты VictoriaMetrics (https://victoriametrics.com/) - быстрой и масштабируемой СУБД для хранения и обработки данных в форме временного ряда (запись образует время и набор соответствующих этому времени значений, например, полученных через периодический опрос состояния датчиков или сбор метрик). Проект конкурирует с такими решениями, как InfluxDB (https://influxdata.com), TimescaleDB (https://www.timescale.com/), Thanos (https://github.com/improbable-eng/thanos), Cortex (https://github.com/cortexproject/cortex) и Uber M3 (https://eng.uber.com/m3/). Код написан на языке Go и распространяется (https://github.com/VictoriaMetrics/VictoriaMetrics) под лицензией Apache 2.0.<br><br><br>Преимущества и особенности VictoriaMetrics:<br><br><br>- Проста в эксплуатации. Представляет из себя один исполняемый файл с минимальными настройками, передающимися через командную строку при запуске.<br><br>- Поддержка языка запросов PromQL (https://prometheus https://www.opennet.ru/openforum/vsluhforumID3/117458.html#79 Sat, 20 Jul 2019 00:05:57 GMT &gt; ... если не нагружать GC.<br><br>А не нагружать ГЦ автор этой ВикторияМятрикс умеет хорошо, его https://github.com/valyala/fasthttp не делает вообще аллокаций.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#78 Sat, 01 Jun 2019 12:00:49 GMT Интересно, почему с graphite это дело сравнивается так, как будто graphite бесконечно устаревшая и неюзабельная штуковина?<br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#77 Fri, 31 May 2019 08:54:48 GMT &gt;&gt; То есть про авторов - <br>&gt;&gt; "" но за прошедшие десять лет уже даже его авторам понятно, что <br>&gt;&gt; - этт Вы разговаривали за других?<br>&gt; это очевидный вывод из их (не особо удачной) попытки таки добавить tsdb <br>&gt; в последнюю версию.<br><br>Автоаночо. А то же я подумал, что у тебя мускулы в докерах "взрываются"(тм), а это оказывается....<br><br>....неудачи авторов с тсдб -- твой сиквел порвали.<br><br>В клочья, да. " Это забикс виноват "-частушка.<br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#76 Fri, 31 May 2019 08:42:07 GMT &gt; VictoriaMetrics скидывает данные на диск раз в секунду. См. https://medium.com/@valyala/wal-usage-looks-broken-in-modern-time-series-databases-b62a627ab704 <br>&gt; .<br>&gt; Что касается пересжатия, то вы правы - под капотом используются Log-structured merge <br>&gt; tree, которая пережимает данные в более крупные блоки - <br><br>Аминь.<br><br>Я уже почти готов "хотеть в Zabbix", как тот Аноним. Но мне, пожалуйста, cstore_fdw переместите куда поближе к основному стору и обычным wal-логам с чекпоинтами (вот, как в Виктории -- с 10икс) -- в PostgreSQL. Мож лет через 3-5 запилят плагины для стораджа, не для "источника данных"... молитвами TimescaleDB, под шумок и инветиции... вот тогда и поглядим.<br><br>А пока "взрывающийся sql"(c)пох моё продакшен-всё. Партишонинг уже вот-вот почти, шардинг? может быть. TimescaleDB? с дубу рухнул я что ли...<br><br>И обязательно: на халяву, бесплатно и с поддержкой от _сообщетва_, а не молодых-ранних-проинвестированных single-апстримов.<br>(И да, пока не прибежал тот другой ушибленный -- "бери исхо https://www.opennet.ru/openforum/vsluhforumID3/117458.html#75 Thu, 30 May 2019 19:41:48 GMT &gt; Вот, честно, сам не смотрел, но с удовольствием от нах/пох (кстати, а <br>&gt; лох есть? не в обиду, юмор) почитал бы пару строк про <br>&gt; как?чество сей СУБД <br><br>я не умею в игого, поэтому оценить именно качество кода не смогу.<br>А не глядя в код объективную оценку софту давать сложно - у автора любой программы всегда есть индульгенция вида "софта без глюков не бывает", и "подумаешь, ошибка, вот, уже исправили". Поди отличи дейсвительно случайную и трудноуловимую от последствий тяп-ляп кодинга и оптимизаций ценой отказа от проверок.<br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#74 Thu, 30 May 2019 19:23:09 GMT &gt; То есть про авторов - <br>&gt; "" но за прошедшие десять лет уже даже его авторам понятно, что <br>&gt; - этт Вы разговаривали за других?<br><br>это очевидный вывод из их (не особо удачной) попытки таки добавить tsdb в последнюю версию.<br><br>&gt;&gt; (прекрасный веб-интерфейс, который этого не умеет, и прекрасная структура базы данных, <br>&gt;&gt; не документированная в принципе) <br>&gt; Это прекрасно. Да-да, конечно. Продолжайте бороздить посторы Большого.<br><br>продолжайте извлекать информацию из астрала, ага. Главное. ни в коем случае не пытайтесь пользоваться - а то внезапно полученные знания реального мира могут ненароком разрушить ваш розовый мирок. <br><br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#73 Thu, 30 May 2019 11:07:34 GMT &gt;&gt;&gt; This is 10x times better than 4 bytes per data point for the same data in Prometheus <br>&gt;&gt; это, чувак, не lha. Это примерно zip против rll compression.<br>&gt; Я т-тя умоляю... Чтоб 10ха получить, надо не писать данные на диск <br>&gt; часок-другой, или делать запись дважды - полнве несжатые, фактически данные каждую <br>&gt; секунду или типа, и пере-сжимать их раз в час или сколько <br>&gt; там.<br><br>VictoriaMetrics скидывает данные на диск раз в секунду. См. https://medium.com/@valyala/wal-usage-looks-broken-in-modern-time-series-databases-b62a627ab704 .<br>Что касается пересжатия, то вы правы - под капотом используются Log-structured merge tree, которая пережимает данные в более крупные блоки - https://medium.com/@valyala/how-victoriametrics-makes-instant-snapshots-for-multi-terabyte-time-series-data-e1f3fb0e0282<br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#72 Thu, 30 May 2019 08:05:02 GMT &gt;&gt; Ага, Вы я вижу знакомы с Авторами.<br>&gt; я, в отличие от некоторых, слишком хорошо знаком с их поделкой - <br><br>То есть про авторов -<br><br>"" но за прошедшие десять лет уже даже его авторам понятно, что идея "компьютеры стали достаточно быстрыми, чтобы обойтись sql'ем" была неудачной (а выбор ""<br><br>- этт Вы разговаривали за других?<br><br>&gt; (прекрасный веб-интерфейс, который этого не умеет, и прекрасная структура базы данных, <br>&gt; не документированная в принципе) <br><br>Это прекрасно. Да-да, конечно. Продолжайте бороздить посторы Большого.<br><br><br> https://www.opennet.ru/openforum/vsluhforumID3/117458.html#71 Thu, 30 May 2019 07:59:35 GMT &gt;&gt; This is 10x times better than 4 bytes per data point for the same data in Prometheus <br>&gt; это, чувак, не lha. Это примерно zip против rll compression.<br><br>Я т-тя умоляю... Чтоб 10ха получить, надо не писать данные на диск часок-другой, или делать запись дважды - полнве несжатые, фактически данные каждую секунду или типа, и пере-сжимать их раз в час или сколько там.<br><br>Быстро не писать на диск все умеют https://duckduckgo.com/?q=postgresql+running+with+scissors&t=ffnt&ia=web<br><br>И пересжиманием архивов другим, более модным архиватором, тоже все в детстве баловались.<br><br>А тут, вищь ты, новый маркетинговый булшит завезли -- time series DB.<br>Новый выпуск "академиков" со свежмим хрустящими дипломами.<br>Слайдики многоцветные, в глазах рябит. Инвестиции -- миллионами.<br><br>" А не прикрутить ли ОНО к Zabbix-у? Будет же хоро-шоу! Да-а?1 "- вопрошают стада непуганых детей. ...и только мудрый пох знает: забикса уже не спасти, надо успеть продать RRD и 10хе, пока не сдулись. <br>