Достъпен е новият 1.94.0 версия на платформата VictoriaMetrics, която предлага СУБД за съхранение и обработка на данни под формата на времеви редове (записът формира време и набор от съответстващи на това време стойности, например, получени чрез периодично наблюдение на състоянието на сензорите или събиране на метрики), оптимизирана за решаване на мониторингови задачи. Проектът конкурира с решения като InfluxDB, TimescaleDB, Thanos, Cortex и Uber M3 и се отличава с по-висока производителност. СУБД може да се използва като дългосрочно хранилище на данни, свързано с Prometheus и Grafana, както и под формата на прозрачна замяна на InfluxDB. Кодът е написан на Go и е лицензирано под Apache 2.0.
В тестовете за производителност VictoriaMetrics превъзхожда InfluxDB и TimescaleDB при извършване на операции по вмъкване и извличане на данни до 20 пъти, като за това консумира 10 пъти по-малко RAM в сравнение с InfluxDB и 7 пъти по-малко, отколкото Prometheus, Thanos и Cortex при обработка на милиони уникални времеви редове. Съхранението на данни в компресиран формат позволява да се съхрани 7 пъти повече записи в същия обем хранилище спрямо Prometheus, Thanos и Cortex, и 70 пъти спрямо TimescaleDB. Има специфични оптимизации за хранилища с големи забавяния и ниска интензивност на операции по вход и изход (например, твърди дискове и облачни хранилища AWS, Google Cloud и Microsoft Azure).
СУБД е проектирана като един единствен изпълним файл с минимални конфигурации, предавани чрез командния ред при стартиране. Всички данни се съхраняват в една папка, зададена при стартиране чрез флага «-storageDataPath». За заявки се използва MetricsQL, разширена версия на PromQL, използвана в системата за мониторинг Prometheus. В допълнение към непрекъснатата обработка на постъпващи данни, VictoriaMetrics предлага и възможност за зареждане на предварително събрани исторически данни.
Предоставят се средства за защита на целостта на хранилището от повреди на данни, например, при внезапно изключване на електричеството (хранилището има форма на журнално-структурирано дърво с обединение), а също и проста система за архивиране на базата на снимки. Възможно е обединяване на възли на VictoriaMetrics в хоризонтално мащабируем клъстер, който поддържа механизми за осигуряване на висока наличност.
Сред новостите, добавени в новия релийз:
- В MetricsQL за по-добра видимост е разрешено разделянето на числа с подчертаване (например, можете да посочите 1_234_567_890 и 1.234_567_890 вместо 1234567890 и 1.234567890).
- В vmbackup добавена е поддръжка за оставяне на сървър копия на създадените резервни копия.
- В интерфейса на vmui е добавена опция за показване на последните 25 заявки. На страницата „Explore cardinality“ е добавена поддръжка за експортиране на данни в Prometheus. Добавена е бутон за автоматично форматиране на заявки PromQL/MetricsQL. Повишена е видимостта на диаграмите. В localStorage е добавено хранилище на историята на заявките.
- В vmagent са разширени възможностите за управление на възлите в клъстера, подобрена е обработката на грешки и е намалено натоварването на управляващата панел на Kubernetes при началното откритие на услугата.
- В клъстера максималното допустимо време за възстановяване при извършване на операции vmselect и vminsert е съкратено от 60 на 3 секунди, в ситуации, когато някои възли vmstorage не са достъпни.
Отделно можем да подчертаем провеждането днес в 19 часа московско време на виртуалната конференция, на която разработчиците на VictoriaMetrics ще представят новите възможности на проекта и плановете за развитие, ще разкажат за управлението на платформата и откритията на аномалии, а също така ще споделят информация за развитието на отворената СУБД за логове VictoriaLogs. В края на събитието ще има секция с отговори на въпроси.
Източник: opennet.ru
