De release van het VictoriaMetrics platform 1.94.0 is beschikbaar, dat een DBMS biedt voor de opslag en verwerking van gegevens in de vorm van tijdreeksen (een record vormt tijd en een set bijbehorende waarden, bijvoorbeeld verkregen via periodieke polls van sensoren of verzamelingen van metrics), geoptimaliseerd voor het oplossen van monitoringproblemen. Het project concurreert met oplossingen zoals InfluxDB, TimescaleDB, Thanos, Cortex en Uber M3, en onderscheidt zich door een hogere prestaties. De DBMS kan worden gebruikt als langdurige opslag voor gegevens, aangesloten op Prometheus en Grafana, en ook als een transparante vervanging voor InfluxDB. De code is geschreven in Go en wordt verspreid onder de Apache 2.0-licentie.
In prestatietests overtreft VictoriaMetrics InfluxDB en TimescaleDB bij het uitvoeren van insert- en selectbewerkingen tot 20 keer, terwijl het 10 keer minder RAM verbruikt dan InfluxDB en 7 keer minder dan Prometheus, Thanos en Cortex bij de verwerking van miljoenen unieke tijdreeksen. Gegevensopslag in gecomprimeerde vorm maakt het mogelijk om 7 keer meer records op te slaan in dezelfde opslagcapaciteit in vergelijking met Prometheus, Thanos en Cortex, en 70 keer meer in vergelijking met TimescaleDB. Er zijn specifieke optimalisaties voor opslag met hoge latentie en lage in- en uitvoerintensiteit (zoals harde schijven en cloudopslag van AWS, Google Cloud en Microsoft Azure).
De DBMS is weergegeven als Ć©Ć©n uitvoerbaar bestand met minimale instellingen die via de opdrachtregel worden doorgegeven bij het opstarten. Alle gegevens worden opgeslagen in Ć©Ć©n directory, gedefinieerd bij het opstarten met de vlag '-storageDataPath'. MetricsQL, een uitgebreide variant van de PromQL-querytaal die wordt gebruikt in het monitoring systeem Prometheus, wordt als querytaal gebruikt. Naast de continue verwerking van binnenkomende gegevens biedt VictoriaMetrics ook de mogelijkheid om eerder verzamelde historische gegevens te uploaden.
Er zijn middelen beschikbaar om de integriteit van de opslag te beschermen tegen gegevensbeschadiging, bijvoorbeeld bij een plotselinge stroomuitval (de opslag is in de vorm van een journal-gestructureerde boom met samensmelting), evenals een eenvoudig back-upsysteem op basis van snapshots. Het is mogelijk om VictoriaMetrics-knooppunten samen te voegen in een horizontaal schaalbaar cluster dat mechanismen voor hoge beschikbaarheid ondersteunt.
Onder de nieuwigheden in de nieuwe release:
- In MetricsQL is it allowed for clarity to separate numbers with an underscore (for example, you can specify 1_234_567_890 and 1.234_567_890 instead of 1234567890 and 1.234567890).
- In vmbackup, support has been added for leaving on de server copies of created backups.
- The vmui interface has added an option to display the last 25 queries. The 'Explore cardinality' page now supports exporting data to Prometheus. A button for automatic formatting of PromQL/MetricsQL queries has been added. The clarity of diagrams has been improved. A storage for query history has been added to localStorage.
- In vmagent, the capabilities for managing cluster nodes have been expanded, error handling has been improved, and the load on the Kubernetes control panel during the initial service discovery has been reduced.
- In the cluster, the maximum allowable recovery time during vmselect and vminsert operations has been reduced from 60 to 3 seconds when some vmstorage nodes are unavailable.
It is worth noting the virtual conference taking place today at 19:00 Moscow time, where the developers of VictoriaMetrics will introduce the new features of the project and plans for development, discuss platform management and anomaly detection, and share information about the development of the open DBMS for logging, VictoriaLogs. The event will conclude with a Q&A session.
Bron: opennet.ru
