Es ist die Veröffentlichung der VictoriaMetrics 1.94.0-Plattform verfügbar, die ein DBMS zum Speichern und Verarbeiten von Daten in Form einer Zeitreihe bereitstellt (der Datensatz bildet die Zeit und einen dieser Zeit entsprechenden Satz von Werten, die beispielsweise durch erhalten werden). regelmäßige Abfrage des Status von Sensoren oder Erfassung von Metriken), optimiert für die Lösung von Überwachungsproblemen. Das Projekt konkurriert mit Lösungen wie InfluxDB, TimescaleDB, Thanos, Cortex und Uber M3 und weist eine höhere Leistung auf. Das DBMS kann als langfristiger Datenspeicher mit Anbindung an Prometheus und Grafana sowie als transparenter Ersatz für InfluxDB genutzt werden. Der Code ist in Go geschrieben und wird unter der Apache 2.0-Lizenz vertrieben.
In Leistungstests übertrifft VictoriaMetrics InfluxDB und TimescaleDB um bis zu 20-mal schneller als InfluxDB und 10-mal weniger RAM als Prometheus, Thanos und Cortex bei der Verarbeitung von Millionen einzigartiger Zeitreihen. Durch das Speichern von Daten in komprimierter Form können Sie im Vergleich zu Prometheus, Thanos und Cortex siebenmal mehr Datensätze auf der gleichen Speichermenge unterbringen und 7-mal mehr als TimescaleDB. Es gibt spezifische Optimierungen für Speicher mit hoher Latenz und geringer I/O-Intensität (z. B. Festplatten und Cloud-Speicher AWS, Google Cloud und Microsoft Azure).
Das DBMS ist als einzelne ausführbare Datei mit minimalen Einstellungen konzipiert, die beim Start über die Befehlszeile übergeben werden. Alle Daten werden in einem Verzeichnis gespeichert, das beim Start mit dem Flag „-storageDataPath“ angegeben wird. Die verwendete Abfragesprache ist MetricsQL, eine erweiterte Version der PromQL-Sprache, die im Prometheus-Überwachungssystem verwendet wird. Neben der kontinuierlichen Verarbeitung eingehender Daten bietet VictoriaMetrics auch die Möglichkeit, zuvor erfasste historische Daten herunterzuladen.
Es werden Tools zum Schutz der Integrität des Speichers vor Datenbeschädigung, beispielsweise bei einem Notstromausfall, bereitgestellt (der Speicher hat die Form eines protokollstrukturierten Baums mit Zusammenführung) sowie ein einfaches Backup-System auf Basis von Snapshots. Es ist möglich, VictoriaMetrics-Knoten zu einem horizontal skalierbaren Cluster zu kombinieren, der Hochverfügbarkeitsmechanismen unterstützt.
Zu den Neuerungen, die in der neuen Version hinzugefügt wurden:
- In MetricsQL werden Zahlen aus Gründen der Übersichtlichkeit durch Unterstreichungen getrennt (Sie können beispielsweise 1_234_567_890 und 1.234_567_890 anstelle von 1234567890 und 1.234567890 angeben).
- vmbackup unterstützt jetzt das Aktivieren der Option „aktiviert lassen“. Server Kopien der erstellten Backups.
- Der vmui-Schnittstelle wurde eine Option hinzugefügt, um die 25 letzten Anfragen anzuzeigen. Unterstützung für den Export von Daten nach Prometheus auf der Seite „Kardinalität erkunden“ hinzugefügt. Es wurde eine Schaltfläche zum automatischen Formatieren von PromQL/MetricsQL-Abfragen hinzugefügt. Verbesserte Sichtbarkeit von Diagrammen. Der Speicher für den Anforderungsverlauf wurde zu localStorage hinzugefügt.
- vmagent hat die Verwaltungsfunktionen von Clusterknoten erweitert, die Fehlerbehandlung verbessert und die Belastung des Kubernetes-Kontrollfelds während der ersten Serviceerkennung reduziert.
- In einem Cluster wurde die maximal zulässige Wiederherstellungszeit für vmselect- und vminsert-Vorgänge von 60 auf 3 Sekunden reduziert, wenn einige vmstorage-Knoten nicht verfügbar sind.
Unabhängig davon können wir die Abhaltung einer virtuellen Konferenz heute um 19:XNUMX Uhr Moskauer Zeit erwähnen, auf der die Entwickler von VictoriaMetrics neue Projektfunktionen und Entwicklungspläne vorstellen, über Plattformmanagement und Anomalieerkennung sprechen und auch Informationen über die Entwicklung eines Open austauschen werden DBMS zur Protokollierung von VictoriaLogs. Die Veranstaltung wird mit einem Frage-und-Antwort-Bereich abgeschlossen.
Source: opennet.ru
