<?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 v0.4.x GitHub/Latest]]></title><description><![CDATA[<table class="table table-bordered table-striped">
<thead>
<tr>
<th>Aktuelle Test Version</th>
<th>0.4.5</th>
</tr>
</thead>
<tbody>
<tr>
<td>Veröffentlichungsdatum</td>
<td>02.10.2026</td>
</tr>
<tr>
<td>Github Link</td>
<td><a href="https://github.com/seaspotter/ioBroker.victoriametrics" rel="nofollow ugc">https://github.com/seaspotter/ioBroker.victoriametrics</a></td>
</tr>
</tbody>
</table>
<p dir="auto">Hallo zusammen,</p>
<p dir="auto">ich möchte euch meinen neuen Adapter für VictoriaMetrics vorstellen.</p>
<p dir="auto">Was macht der Adapter?<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. Wohnzimmer_Temperatur_value). Aus einem Datenpunkt wird also eine saubere Metrik mit Labels statt einem kryptischen Feldnamen.</p>
<p dir="auto">Warum VictoriaMetrics?<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">Funktionsumfang</p>
<p dir="auto">Schreibpfad: gepuffertes, robustes Schreiben mit Retry bei Verbindungsabbruch (persistenter Zwischenspeicher übersteht auch einen harten Absturz)<br />
Lesepfad: getHistory(), damit z.B. vis-Chart-Widgets direkt gegen den Adapter abfragen können, inkl. serverseitigem PromQL-Pushdown für die Standard-Aggregationen<br />
Datenmanagement-Kommandos: storeState (Bulk-Import, z.B. um alte Historie aus influxdb nachzuimportieren), deleteAll, features<br />
Pro-Datenpunkt-Filter (auch instanzweit als Standardwert setzbar): Entprellzeit, Blockzeit, Schwellenwerte, Rundung, "nur Änderungen aufzeichnen" mit periodischem Relog<br />
Voraussetzungen<br />
Eine laufende VictoriaMetrics-Instanz (Single-Node, läuft z.B. sehr einfach als Docker-Container – Anleitung dazu im README).</p>
<p dir="auto">Installation<br />
Der Adapter ist aktuell im latest Repository</p>
<p dir="auto">Feedback &amp; Bugs<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/85486/test-adapter-victoriametrics-v0.4.x-github-latest</link><generator>RSS for Node</generator><lastBuildDate>Fri, 06 Nov 2026 05:35:18 GMT</lastBuildDate><atom:link href="https://forum.iobroker.net/topic/85486.rss" rel="self" type="application/rss+xml"/><pubDate>Fri, 02 Oct 2026 09:37:24 GMT</pubDate><ttl>60</ttl></channel></rss>