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