Versionsopdatering af platformen VictoriaMetrics 1.94.0 er tilgængelig, som tilbyder en database til lagring og behandling af data i form af tidsserier (hvor hver post repræsenterer et tidspunkt og et sæt værdier tilknyttet det tidspunkt, fx indsamlet gennem periodisk overvågning af sensorstatus eller indsamling af metrics), optimeret til overvågningsopgaver. Projektet konkurrerer med løsninger som InfluxDB, TimescaleDB, Thanos, Cortex og Uber M3, og adskiller sig ved højere ydeevne. Databasen kan anvendes som et langsigtet datalager forbundet til Prometheus og Grafana, samt fungere som en transparent erstatning for InfluxDB. Koden er skrevet i Go og distribueres under Apache 2.0-licensen.
I ydeevnetests overgår VictoriaMetrics InfluxDB og TimescaleDB i indsættelse og forespørgsel af data med op til 20 gange, samtidig med at den bruger 10 gange mindre RAM end InfluxDB og 7 gange mindre end Prometheus, Thanos og Cortex ved behandling af millioner af unikke tidsserier. Lagring af data i komprimeret form gør det muligt at opbevare 7 gange flere poster i samme lagerplads sammenlignet med Prometheus, Thanos og Cortex, og 70 gange mere sammenlignet med TimescaleDB. Der er specifikke optimeringer for lagre med store forsinkelser og lav I/O-intensitet (fx harddiske og sky-lagre som AWS, Google Cloud og Microsoft Azure).
Databasen er pakket i en enkelt eksekverbar fil med minimale indstillinger, der overføres gennem kommandolinjen ved opstart. Alle data opbevares i én mappe, der angives ved start ved hjælp af flaget "-storageDataPath". Query-sproget der anvendes er MetricsQL, en udvidet version af PromQL-sproget, der benyttes i overvågningssystemet Prometheus. Udover den kontinuerlige behandling af indkommende data giver VictoriaMetrics også mulighed for indlæsning af tidligere indsamlede historiske data.
Der tilbydes værktøjer til at beskytte lagerets integritet mod datakorruption, for eksempel ved strømafbrydelser (lageret er designet som et log-struktureret træ med sammensmeltning), samt et simpelt snapshots-baseret backup-system. Det er muligt at samle VictoriaMetrics-noder i et horisontalt skalerbart cluster, der understøtter mekanismer for høj tilgængelighed.
Blandt de nye funktioner i den nye version:
- I MetricsQL er det tilladt at adskille tal med understregning for tydelighed (for eksempel kan du angive 1_234_567_890 og 1.234_567_890 i stedet for 1234567890 og 1.234567890).
- I vmbackup er der tilføjet support til at efterlade serveren kopier af de oprettede backups.
- I vmui interfacet er der tilføjet en mulighed for at vise de 25 seneste forespørgsler. På siden 'Explore cardinality' er der tilføjet support til eksport af data til Prometheus. Tilføjet en knap til automatisk formatering af PromQL/MetricsQL forespørgsler. Klarheden af diagrammer er forbedret. Der er tilføjet historiklagring i localStorage.
- I vmagent er funktionaliteten til at styre cluster-noder udvidet, fejlbehandlingen er forbedret, og belastningen på Kubernetes kontrolpanelet er reduceret under den indledende serviceopdagelse.
- I clustret er den maksimalt tilladte genopretningstid ved udførelse af vmselect og vminsert operationer reduceret fra 60 til 3 sekunder, når nogle vmstorage-noder ikke er tilgængelige.
Det kan nævnes, at der i dag kl. 19:00 Moskva-tid afholdes en virtuel konference, hvor udviklerne af VictoriaMetrics vil præsentere de nye funktioner i projektet og planer for udviklingen, tale om platformens administration og opdagelse af anomalier, samt dele information om udviklingen af den åbne database VictoriaLogs. I slutningen af arrangementet vil der være en sektion til spørgsmål og svar.
Kilde: opennet.ru
