Достъпен е новият релиз на платформата VictoriaMetrics 1.94.0, която предлага СУБД за съхранение и обработка на данни под формата на времеви редове (записът съчетава време и набор от съответстващи му стойности, например, получени чрез периодично наблюдение на състоянието на сензори или събиране на метрики), оптимизирана за решаване на задачи за мониторинг. Проектът е в конкуренция с решения като InfluxDB, TimescaleDB, Thanos, Cortex и Uber M3 и се отличава с по-висока производителност. СУБД може да се използва като дългосрочно хранилище на данни, свързано с Prometheus и Grafana, както и като прозрачна замяна на InfluxDB. Кодът е написан на езика Go и е разпределен под лицензия Apache 2.0.
В тестовете за производителност VictoriaMetrics превъзхожда InfluxDB и TimescaleDB при извършване на операции за вмъкване и извличане на данни до 20 пъти, изразходвайки 10 пъти по-малко оперативна памет от 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 заявки. На страницата „Изследване на кардиналността“ е добавена поддръжка за експорт на данни в Prometheus. Добавен е бутон за автоматично форматиране на заявките PromQL/MetricsQL. Подобрена е визуализацията на диаграмите. В localStorage е добавено хранилище за история на заявките.
- В vmagent са разширени възможностите за управление на възлите в клъстера, подобрено е обработването на грешки и е намалено натоварването на управляващата панел на Kubernetes при първоначално откритие на услугата.
- В клъстера максималното допустимо време за възстановяване от 60 на 3 секунди е съкратено при извършване на операциите vmselect и vminsert, в ситуация, когато някои възли vmstorage са недостъпни.
Особено внимание заслужава виртуалната конференция, която ще се проведе днес в 19 часа по московско време, на която разработчиците на VictoriaMetrics ще запознаят присъстващите с новите възможности на проекта и плановете за развитие, ще разкажат за управлението на платформата и откритията на аномалии, а също така ще споделят информация за развитието на отворената СУБД за логове VictoriaLogs. В края на събитието ще има сесия за отговори на въпроси.
Източник: opennet.ru
