D'Verëffentlechung vun der VictoriaMetrics 1.94.0 Plattform ass verfügbar, déi e DBMS ubitt fir Daten a Form vun enger Zäitserie ze späicheren an ze veraarbecht (de Rekord formt Zäit an eng Rei vu Wäerter, déi zu dëser Zäit entspriechen, zum Beispill, kritt duerch periodesch Ëmfro vum Status vu Sensoren oder Sammlung vu Metriken), optiméiert fir Iwwerwaachungsproblemer ze léisen. De Projet konkurréiert mat Léisunge wéi InfluxDB, TimescaleDB, Thanos, Cortex an Uber M3, an huet méi héich Leeschtung. D'DBMS kann als laangfristeg Dategeschäft mat Prometheus a Grafana verbonne ginn, an och als transparenten Ersatz fir InfluxDB. De Code ass a Go geschriwwen a verdeelt ënner der Apache 2.0 Lizenz.
A Performance Tester iwwerhëlt VictoriaMetrics InfluxDB an TimescaleDB bis zu 20 Mol méi séier wéi InfluxDB a 10 Mol manner RAM wéi Prometheus, Thanos a Cortex beim Veraarbechtung vu Millioune vun eenzegaartegen Zäitserien. D'Späichere vun Daten a kompriméierter Form erlaabt Iech 7 Mol méi Opzeechnungen an der selwechter Quantitéit vun der Späichere ze passen am Verglach zum Prometheus, Thanos a Cortex, an 7 Mol méi wéi TimescaleDB. Et gi spezifesch Optimisatiounen fir Späichere mat héijer latency a gerénger I/O Intensitéit (zum Beispill Festplazen a Cloud Storage AWS, Google Cloud a Microsoft Azure).
Den DBMS ass entworf als eng eenzeg ausführbar Datei mat minimalen Astellungen, déi duerch d'Kommandolinn beim Startup passéiert sinn. All Donnéeën ginn an engem Verzeechnes gespäichert, spezifizéiert beim Start mam Fändel "-storageDataPath". D'Ufrosprooch déi benotzt gëtt ass MetricsQL, eng erweidert Versioun vun der PromQL Sprooch déi am Prometheus Iwwerwaachungssystem benotzt gëtt. Nieft der kontinuéierlecher Veraarbechtung vun erakommen Donnéeën, bitt VictoriaMetrics och d'Fäegkeet fir virdru gesammelt historesch Daten erofzelueden.
Tools ginn zur Verfügung gestallt fir d'Integritéit vun der Späichere vu Datekorruptioun ze schützen, zum Beispill während engem Noutfallstroumausfall (d'Lagerung ass a Form vun engem Log-strukturéierte Bam mat Fusioun), wéi och en einfache Backup-System baséiert op Schnappschëss. Et ass méiglech VictoriaMetrics Noden an engem horizontal skalierbare Cluster ze kombinéieren deen héich Disponibilitéitsmechanismen ënnerstëtzt.
Ënnert den Innovatiounen, déi an der neier Verëffentlechung bäigefüügt ginn:
- Am MetricsQL, fir Kloerheet, ginn d'Zuelen getrennt duerch Ënnerstëtzung (zum Beispill, Dir kënnt 1_234_567_890 an 1.234_567_890 anstatt 1234567890 an 1.234567890 uginn).
- vmbackup ënnerstëtzt elo d'Optioun "on" ze loossen Server Kopie vun den erstallten Backups.
- Eng Optioun gouf op d'vmui Interface bäigefüügt fir déi 25 rezentst Ufroen ze weisen. Ënnerstëtzung bäigefüügt fir Daten op Prometheus op d'Explore Kardinalitéit Säit ze exportéieren. E Knäppchen bäigefüügt fir automatesch PromQL / MetricsQL Ufroen ze formatéieren. Verbesserte Visibilitéit vun Diagrammer. Ufro Geschicht Späichere gouf op localStorage bäigefüügt.
- vmagent huet d'Gestiounsfäegkeete vu Clusternoden erweidert, d'Fehlerhandhabung verbessert an d'Laascht op der Kubernetes Kontrollpanel während der initialer Serviceentdeckung reduzéiert.
- An engem Cluster ass déi maximal erlaabt Erhuelungszäit fir vmselect a vminsert Operatiounen vun 60 op 3 Sekonnen reduzéiert an enger Situatioun wou e puer vmstorage Noden net verfügbar sinn.
Separat kënne mir d'Ofhale vun enger virtueller Konferenz haut um 19:XNUMX Moskauer Zäit notéieren, op där VictoriaMetrics Entwéckler nei Projetsfäegkeeten an Entwécklungspläng aféieren, iwwer Plattformmanagement an Anomalie Detektioun schwätzen, an och Informatioun iwwer d'Entwécklung vun engem oppene DBMS fir aloggen VictoriaLogs. D'Evenement gëtt mat enger Q&A Sessioun ofgeschloss.
Source: opennet.ru
