<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Test-Adapter: VictoriaMetrics]]></title><description><![CDATA[<p dir="auto"><strong>Aktuelle Test-Version:</strong> 0.4.4 (11.09.2026)<br />
GitHub: <a href="https://github.com/seaspotter/ioBroker.victoriametrics" rel="nofollow ugc">https://github.com/seaspotter/ioBroker.victoriametrics</a><br />
npm: <a href="https://www.npmjs.com/package/iobroker.victoriametrics" rel="nofollow ugc">https://www.npmjs.com/package/iobroker.victoriametrics</a></p>
<p dir="auto">Hallo zusammen,</p>
<p dir="auto">ich möchte euch meinen neuen Adapter für VictoriaMetrics vorstellen.</p>
<p dir="auto"><strong>Was macht der Adapter?</strong><br />
Er schreibt die ioBroker-Datenpunkt-Historie nativ in VictoriaMetrics – über dessen JSON-Lines-Import-API. Der Unterschied zu influxdb: es entstehen echte Prometheus-Labels statt der unübersichtlichen Feld-Namen-Suffixe, wie sie z.B. beim Schreiben über den InfluxDB-Kompatibilitätslayer entstehen (z.B. <em>Wohnzimmer_Temperatur_value</em>). Aus einem Datenpunkt wird also eine saubere Metrik mit Labels statt einem kryptischen Feldnamen.</p>
<p dir="auto"><strong>Warum VictoriaMetrics?</strong><br />
VictoriaMetrics gilt als deutlich ressourcenschonender als InfluxDB bei größeren Datenmengen, spricht natives PromQL (nutzbar z.B. direkt mit Grafana) und bringt mit VMUI eine eigene, komfortable Web-Oberfläche für Abfragen und Graphen mit – die sich auch direkt als Sidebar-Tab in ioBroker.admin einbinden lässt.</p>
<p dir="auto"><strong>Funktionsumfang</strong></p>
<ul>
<li>Schreibpfad: gepuffertes, robustes Schreiben mit Retry bei Verbindungsabbruch (persistenter Zwischenspeicher übersteht auch einen harten Absturz)</li>
<li>Lesepfad: <em>getHistory()</em>, damit z.B. vis-Chart-Widgets direkt gegen den Adapter abfragen können, inkl. serverseitigem PromQL-Pushdown für die Standard-Aggregationen</li>
<li>Datenmanagement-Kommandos: <em>storeState</em> (Bulk-Import, z.B. um alte Historie aus influxdb nachzuimportieren), <em>deleteAll</em>, <em>features</em></li>
<li>Pro-Datenpunkt-Filter (auch instanzweit als Standardwert setzbar): Entprellzeit, Blockzeit, Schwellenwerte, Rundung, "nur Änderungen aufzeichnen" mit periodischem Relog</li>
</ul>
<p dir="auto"><strong>Voraussetzungen</strong><br />
Eine laufende VictoriaMetrics-Instanz (Single-Node, läuft z.B. sehr einfach als Docker-Container – Anleitung dazu im README).</p>
<p dir="auto"><strong>Installation</strong><br />
Der Adapter ist aktuell noch nicht im offiziellen Repository gelistet (das Review dafür läuft gerade). Bis dahin lässt er sich im Experten-Modus installieren:</p>
<pre><code>iobroker url iobroker.victoriametrics@latest
</code></pre>
<p dir="auto"><strong>Feedback &amp; Bugs</strong><br />
Gerne hier im Thread oder direkt als Issue auf GitHub: <a href="https://github.com/seaspotter/ioBroker.victoriametrics/issues" rel="nofollow ugc">https://github.com/seaspotter/ioBroker.victoriametrics/issues</a></p>
<p dir="auto">Ich freue mich über Rückmeldungen und Testberichte!</p>
]]></description><link>https://forum.iobroker.net/topic/85340/test-adapter-victoriametrics</link><generator>RSS for Node</generator><lastBuildDate>Mon, 05 Oct 2026 03:37:01 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/85340.rss" rel="self" type="application/rss+xml"/><pubDate>Sun, 13 Sep 2026 06:44:38 GMT</pubDate><ttl>60</ttl></channel></rss>