Frigivelsen af VictoriaMetrics 1.94.0 platformen er tilgængelig, som giver et DBMS til lagring og behandling af data i form af en tidsserie (posten danner tid og et sæt værdier svarende til denne tid, f.eks. opnået gennem periodisk polling af sensorers status eller indsamling af metrikker), optimeret til at løse overvågningsproblemer. Projektet konkurrerer med løsninger som InfluxDB, TimescaleDB, Thanos, Cortex og Uber M3, og har højere ydeevne. DBMS'et kan bruges som et langsigtet datalager forbundet med Prometheus og Grafana, og også som en gennemsigtig erstatning for InfluxDB. Koden er skrevet i Go og distribueret under Apache 2.0-licensen.
I præstationstests overgår VictoriaMetrics InfluxDB og TimescaleDB med op til 20 gange hurtigere end InfluxDB og 10 gange mindre RAM end Prometheus, Thanos og Cortex, når de behandler millioner af unikke tidsserier. Lagring af data i komprimeret form giver dig mulighed for at passe 7 gange flere poster i den samme mængde lager sammenlignet med Prometheus, Thanos og Cortex, og 7 gange mere end TimescaleDB. Der er specifikke optimeringer til storage med høj latency og lav I/O-intensitet (for eksempel harddiske og cloud storage AWS, Google Cloud og Microsoft Azure).
DBMS er designet som en enkelt eksekverbar fil med minimale indstillinger, der sendes gennem kommandolinjen ved opstart. Alle data er gemt i én mappe, specificeret ved opstart ved hjælp af flaget "-storageDataPath". Det anvendte forespørgselssprog er MetricsQL, en udvidet version af PromQL-sproget, der bruges i Prometheus-overvågningssystemet. Udover kontinuerlig behandling af indgående data giver VictoriaMetrics også mulighed for at downloade tidligere indsamlede historiske data.
Værktøjer er tilvejebragt til at beskytte lagerets integritet mod datakorruption, for eksempel under et nødstrømsudfald (lageret er i form af et logstruktureret træ med fletning), samt et simpelt backupsystem baseret på snapshots. Det er muligt at kombinere VictoriaMetrics noder til en horisontalt skalerbar klynge, der understøtter høj tilgængelighedsmekanismer.
Blandt innovationerne tilføjet i den nye udgivelse:
- I MetricsQL er tal adskilt af overskuelighed ved at understrege (du kan f.eks. angive 1_234_567_890 og 1.234_567_890 i stedet for 1234567890 og 1.234567890).
- vmbackup understøtter nu at lade være aktiveret server kopier af oprettede sikkerhedskopier.
- En mulighed er blevet tilføjet til vmui-grænsefladen for at vise de 25 seneste anmodninger. Tilføjet støtte til eksport af data til Prometheus til siden Udforsk kardinalitet. Tilføjet en knap til automatisk at formatere PromQL/MetricsQL-forespørgsler. Forbedret synlighed af diagrammer. Opbevaring af anmodningshistorik er blevet tilføjet til localStorage.
- vmagent har udvidet administrationsmulighederne for cluster noder, forbedret fejlhåndtering og reduceret belastningen på Kubernetes kontrolpanel under den første serviceopdagelse.
- I en klynge er den maksimalt tilladte gendannelsestid for vmselect- og vminsert-operationer blevet reduceret fra 60 til 3 sekunder i en situation, hvor nogle vmstorage-noder er utilgængelige.
Separat kan vi notere afholdelsen af en virtuel konference i dag kl. 19:XNUMX Moskva-tid, hvor VictoriaMetrics-udviklere vil introducere nye projektkapaciteter og udviklingsplaner, tale om platformsstyring og anomalidetektion og også dele information om udviklingen af en åben DBMS til logning af VictoriaLogs. Arrangementet afsluttes med et spørgsmål og svar.
Kilde: opennet.ru
