VictoriaLogs: speichert Logdaten mit wenig Ressourcen Gestaffelte Cluster-Updates ohne Ausfallzeit

Anbieter zum Thema

Vertiv GmbH

Data Center Group GmbH

EPS Rechenzentrum Infrastruktur GmbH

Zentrale Logspeicher brauchen oft viel Arbeitsspeicher und Plattenplatz. VictoriaLogs verfolgt einen anderen Ansatz und legt die Daten stark komprimiert ab. Die Datenbank kommt mit einem Bruchteil der Ressourcen einer klassischen Elasticsearch-Installation aus und läuft als einzelne Binärdatei oder verteilt im Cluster.

VictoriaLogs stammt vom Team hinter VictoriaMetrics und speichert Logs statt Zeitreihen. Das Projekt stellt mit der aktuellen Version die Cluster-Verwaltung auf Updates ohne Ausfallzeit um. Der Administrator fragt die Daten über die eigene Sprache LogsQL ab und nimmt Logs aus vielen Quellen entgegen, unter anderem aus Loki, Syslog, OpenTelemetry und Datadog.

Log-Datenbank mit geringem Ressourcenbedarf

VictoriaLogs arbeitet ohne festes Schema und indexiert jedes Feld einer Logzeile, sodass der Betreiber neue Datenquellen ohne Anpassung des Datenmodells anbindet und über einzelne Felder filtert. Die Ablage komprimiert die Rohdaten und senkt den Plattenbedarf. Der Betreiber startet die Datenbank als Binärdatei auf einem einzelnen Server oder verteilt sie im Cluster auf getrennte Komponenten für Abfrage und Speicherung.

Für die Aufnahme spricht VictoriaLogs die Protokolle von Loki, Syslog, Datadog, OpenTelemetry und einen JSON-Stream und ersetzt damit vielerorts eine bestehende Elasticsearch-Schicht. Fluent Bit und Vector liefern ihre Daten ohne Umbau an die neue Datenbank. Die Ablage teilt die Daten in zeitliche Partitionen. Nach der eingestellten Aufbewahrungszeit löscht VictoriaLogs alte Partitionen und hält den Speicherbedarf berechenbar.

Gestaffelte Updates im Cluster

Die Version 1.51.1 vom 18.08.2026 richtet sich an Betreiber großer Cluster. Eine neuere vlstorage-Komponente beantwortet Anfragen älterer vlselect-Komponenten aus den Ständen 1.38.0 bis 1.51.0, sodass der Betreiber die Knoten eines Clusters nacheinander aktualisiert und den Dienst durchgehend erreichbar hält. Ein Fenster mit vollständigem Stillstand fällt damit weg. Das Update hebt zudem den Go-Compiler auf 1.26.6 und schließt gemeldete Sicherheitslücken der Sprachlaufzeit.

Kurz zuvor stellt das Projekt mit der Version 1.52.0 vom 16.07.2026 das Container-Image von Alpine auf ein distroless-Image um und entfernt damit Shell und Paketmanager aus dem Image. Die verkleinerte Grundlage senkt die Angriffsfläche und verringert die Zahl der laufend zu prüfenden Pakete. Der Wechsel auf das schlanke Image verlangt keine Änderung an den gespeicherten Logs oder Abfragen.

Abfragen und Grenzen im Betrieb

Über eine Web-Oberfläche setzt der Betreiber LogsQL-Abfragen ab und verfolgt die Trefferzahl in einem Diagramm. Die Version 1.52.0 ergänzt die Pipe json_array_concat, die Elemente aus JSON-Arrays zu einem Feld zusammenführt. In der Praxis kostet der Wechsel von Elasticsearch dennoch Einarbeitung, denn LogsQL folgt einer eigenen Syntax und übernimmt keine Lucene-Abfragen, sodass Teams ihre bereits gespeicherten Suchen vor der Migration neu formulieren. Große Bestände verlangen daher eine geplante Umstellung.

Fazit

VictoriaLogs bündelt die Logs eines Rechenzentrums in einer ressourcenschonenden Datenbank und fragt sie über LogsQL ab. Die Version 1.51.1 erlaubt Updates einzelner Cluster-Knoten im laufenden Betrieb und die Version 1.52.0 verkleinert das Container-Image auf eine distroless-Grundlage. Für Umgebungen mit hohem Logaufkommen und knappem Speicher ergibt sich damit eine schlanke Alternative zu Elasticsearch und Loki.

Datacenter-Switch mit modularen Apps von Nokia

Der Switch wird zum Linux-Host

Caddy Webserver im ZeroSSL Umfeld

HTTPS, Reverse Proxy und PKI als Module mit API

VictoriaLogs: speichert Logdaten mit wenig Ressourcen

Gestaffelte Cluster-Updates ohne Ausfallzeit

(ID:50958688)