Neuer Blogbeitrag: Monatsrückblick - Dezember 2025 🎄

[Diginix]

Mein iobroker läuft in einer Proxmox VM mit Ubuntu Server 20.04.
VM musste sein weil ich das onboard BT des NUC nutze.
influxDB/Grafana würde ich aber eher in einem Container installieren. Was für ein Linux bietet sich da an?

[astrakid]

@diginix warum startest du den docker-
container nicht direkt unter deinem ubuntu server? ist a.m.s. am sinnvollsten. warum das extra nochmal in einem extra container / vm separieren?
gruß,
andre

[da_Woody]

@diginix said in Hilfestellung, VM, Influx, Grafana wie installieren:

influxDB/Grafana würde ich aber eher in einem Container installieren.

warum? wenn du ubuntu nutzt, dann das selbe. bei is alles debian, aber halt nur VMs.

[Diginix]

@astrakid Zum einen hab ich mich mit Docker auch nach Jahrer der Konfrontation nicht angefreundet und zum anderen dachte ich eine Trennung bereits in Proxmox macht sich für Backups usw. besser.
Wenn was an der VM bzgl iobroker nicht passt und ich mit Backups spiele, mächte ich die influxdb nicht gefährdet wissen.

@da_Woody Container braucht dachte ich weniger Resourcen da weniger Overhead und da influx keine USB Geräte durchgereicht braucht, müsste es keine VM sein. Auch wenn der NUC genug Power hat, muss es ja nicht sinnfrei verschwendet werden.

Aber genau aus dem Grund dass das alles neu für mich ist, frage ich ja lieber vorher was für mein Szenario das sinnvollste wäre.

[crunchip]

@diginix ich habe,auch wenn es teils unnötig ist, alles separat laufen, damals aus dem Grund des Anfangsstadiums, testen, Linux kennen lernen...., falls ich irgendwo mal etwas versemmel.
daher iobroker vm,
alles andere sind bei mir container, influx, grafana, ...ob ubuntu oder debian ist relativ egal, eher Geschmackssache
da es aber doch das ein oder andere mal vorkommen kann, ein backup des iobrokers zurückzuspielen, finde ich es Sinnvoll, nicht direkt influx und Grafana mit drauf laufen zu lassen.
dann eher 1 Container für influx + grafana

[da_Woody]

@diginix said in Hilfestellung, VM, Influx, Grafana wie installieren:

muss es ja nicht sinnfrei verschwendet werden

naja, eben wenn genug power da ist... aber das muss jeder für sich selbst entscheiden.
bei mir halt alles VM: ioBroker, Influx/Grafana/TasmoAdmin, MotionEye, PiHole, Nagios
CPU last ~50-60%

[astrakid]

@diginix sagte in Hilfestellung, VM, Influx, Grafana wie installieren:

@astrakid Zum einen hab ich mich mit Docker auch nach Jahrer der Konfrontation nicht angefreundet und zum anderen dachte ich eine Trennung bereits in Proxmox macht sich für Backups usw. besser.
Wenn was an der VM bzgl iobroker nicht passt und ich mit Backups spiele, mächte ich die influxdb nicht gefährdet wissen.

das wäre ja mit docker direkt im host-os der fall - die influxdb ist unabhängig von anderen VMs. und mit docker hast du auch die option, alles zu einem docker-container in ein verzeichnis zu isolieren (ich habe ein verzeichnis für alle docker-container, und darin nach container bzw. funktion getrennt; man muss dann nur die entsprechenden volumes dort hin schieben bzw alle relevanten ordner per bind dorthin verfrachten ("persistent data")). dann kann man aber auch wunderbar einen docker-container wegsichern.

[astrakid]

@da_woody kann man machen. ich schieben ach möglichkeit alles in container (docker oder lxc), bevor ich eine vm baue - der overhead durch eine vm ist nicht zu verachten (storage, ram und cpu). mein server (intel g4560) hat nur zwei VMs (freepbx wegen eigener docker-container) und PFSense. Der Rest läuft unter lxc (ansible, openldap, volkszaehler, reverse-proxy) oder docker (iobroker, influxdb, telegraf, portainer, tasmoadmin, watchtower, mariadb). cpu um ca. 12%.

[Diginix]

@astrakid Es klang erst so als soll der Docker in die iobroker VM. Im Host ist er klar getrennt.
Ich hab jetzt mal mit einem LXC gestartet, so ist es in Proxmox mit für mich aufgeführt. Das hilft für meine Übersicht.
Umziehen kann ich die DB ja jederzeit noch.
Erstmal mit influx überhaupt warm werden und paar DP darin archivieren. Die Werte der letzten Jahre sind bisher mittels history Adpater als JSON Files archiviert.
Hat jemand eine Idee ob man das irgendwie in die influxDB migrieren könnte?

[lonsimbt]

@diginix
Import einer CSV-Datei funktioniert auf jeden Fall. Also im Zweifel json -> CSV -> influx.
Gruß Marco

[Diginix]

@lonsimbt Ok, gibt es eine GUI bei influxDB so wie zB phpmyadmin für SQL?
Mit der LXC IP:8086 bzw 8083 kommt im Browser nur ein 404 bzw gar nichts. In der influxdb.conf hab ich den part [http] enabled. Aber lt influx Doku gibt es kein integriertes GUI mehr. Also was nutzt man da am besten?

btw: Welche Version habt ihr am Start. Gibt ja 2.x seit Ende 2020. Unter Ubuntu 20.04 wurde mir aber nur 1.6.4 installiert und ich musst für die Kommandozeile auch extra influxdb-client installieren.

[crunchip]

@diginix eigentlich müsste es 1.8.4 sein https://portal.influxdata.com/downloads/
normalerweise wird es alles auf der Konsole erledigt,
gibt allerdings InfluxDBStudio

[astrakid]

@diginix die oberfläche für influxdb 1.x ist chronograph, das musst du separat installieren. chronograph scheint seit influxdb_v2 mit in influx zu sein.

[Diginix]

In der Facebook Gruppe kam von Eric Paulwels ein sehr wertvoller Hinweis zur Migration von alten history Daten nach SQL bzw. influxdb.
https://github.com/ioBroker/ioBroker.history/blob/master/docs/de/README.md?fbclid=IwAR3NJ3jqNUig5gjlM8eE9kV6tsxLLGpeJrEz6A4Tlt3Z4Yb7lJfrhKftOPI#history-daten-in-sql-oder-influxdb-übernehmen

Gut dass ich noch nicht manuell angefangen hatte meine JSONs der letzten 3 Jahre nach CSV o.ä. zu konvertieren, um sie zu importieren.
Ich werde berichten ob es nach Anleitung funktionierte.

[FredF]

@diginix sagte in Hilfestellung, VM, Influx, Grafana wie installieren:

Ich werde berichten ob es nach Anleitung funktionierte.

Bisher gab es nur Rückmeldungen das es so klappt. Falls dir irgendwas auffällt - immer her damit... ich habe da mit geschrieben.

[Diginix]

@fredf Hab nun die Woche über alle history Werte migriert, die ich in influx brauche. Hat mit der Anleitung funktioniert.
Als noch recht große und viele JSON zu verarbeiten waren, ist das Skript immer mal abgestürzt. Dann musste ich zT die Werte dieses Tages erneut verarbeiten. Aber mit weniger umfangreichen states bzw Anzahl an zu migrierenden Werten, lief es dann auch mit 3 Jahren komplett durch.