Monatsrückblick Januar/Februar 2026 ist online!

[fuchs1978]

Ich wollte mal eine kurze Historie meines System aufzeigen.

2012 haben wir ein Haus gebaut, da ich vor langer Zeit Elektroinstallateur gelernt habe, habe ich die elektrische Anlage selber errichtet. Es wurden ausschließlich KNX Komponenten eingesetzt, gekoppelt über IP. Die zentrale Steuerung saß damals im einem EibPC.
2017 zog dann die Steuerung Stück für Stück auf iobroker um, da noch auf einem Raspberry.
Je mehr Adapter und Komponenten ins System kamen, umso instabiler wurde der Betrieb des Raspberry. Also folgte 2018 der Austausch gegen einen NUC mit Proxmox und einer VM mit Debian.
So lief das System einige Jahre, neben einfachen Aufgaben wie Licht kam dann auch die Steuerung der Heizung anhand des Google Kalenders hinzu, die Ladung unserer Elektroautos anhand PV Vorhersage und SOC, Einsatz des BHKWs und viele andere Dinge.
2024 gab es ein Update der Proxmox Version auf den aktuellen Stand, hinzu kam ein weiterer Node im Cluster, nun insgesamt 2 mit einem qdevice. Diese haben nun die VM mit iobroker im HA laufen. Das Risiko in einem Haus ohne Funktion zu sitzen war mir dann irgendwann zu groß um es von einem NUC abhängig zu machen. Geplant ist nun noch ein dritte Node der in einem anderen Bereich des Netzwerkes hängt.

Fazit, ein super flexibles System mit gar unzähligen Möglichkeiten, welches nur vom eigenen Können eingeschränkt werden. Vielen Dank an alle, die ihre Freizeit in dieses System investieren.

[Meister Mopper]

@fuchs1978 sagte in iobroker auf einem HA Cluster auf NUCs:

Geplant ist nun noch ein dritte Node

Den solltest du zeitnah in das cluster bringen, denn mit zwei nodes kann kein Quorum hergestellt werden, und es handelt sich nicht wirklich um intelligentes ha.

[fuchs1978]

@meister-mopper daher habe ich ja einen qdevice auf einem Raspberry dabei, also 3 Stimmen um Splitbrain zu vermeiden

[Meister Mopper]

@fuchs1978 sagte in iobroker auf einem HA Cluster auf NUCs:

daher habe ich ja einen qdevice

Okay, mit diesem Begriff konnte ich nichts anfangen. Jetzt habe ich die Bedeutung des 'q' kapiert :blush: .

[arteck]

@fuchs1978 dann solltest noch auf redis umsteigen.. mit einem sentinel..

[fuchs1978]

@arteck

Der Redis würde dann auf einer eigenen VM im HA Verbund laufen? Oder drei einzelne jeweils auf den drei Nodes?

[Wildbill]

@fuchs1978 Für echte HA würde alles auf einem einzelnen Node laufen und der zweite übernimmt dann (fast) nahtlos, wenn der erste ausfällt und er mittels Quorum entscheidet, dass „das Recht auf seiner Seite“ ist. Und ja, natürlich redis in einem separaten LXC (VM ist da absolut nicht nötig)!
Wenn Du jetzt schon VMs und LXC auf beide Nodes verteilst, hast Du Aufgabenteilung, aber kein HA.

Gruss, Jürgen

[fuchs1978]

@wildbill danke für die Infos. Dann kann ja das nächste Projekt starten. Was nimmt man denn als Speicher / Festplatte für die VM, hast du da einen Richtwert?

[fuchs1978]

@arteck was ich noch nicht verstehe, warum einen sentinel. Damit gibt es zwei redis Server und der sentinel regelt wenn einer Ausfällt. Ist das nicht das gleiche wenn ich einen redis in HA laufen lasse?

[Wildbill]

@fuchs1978 Kommt drauf an, wieviele Objekte Dein iobroker hat und ob Du Objekte und States in redis haben willst. Mein LXC sieht für O+S so aus:

Gruss, Jürgen

EDIT: Ist auf einem Ryzen 7 5700U. Der hat 16 Kerne, da war ich bei der Vergabe generell bei Allem etwas großzügiger. Mit 2 oder gar einem würde der sich meist auch langweilen.
EDIT2: Ja, 8 Kerne, aber 16 Threads.

[arteck]

@fuchs1978

Befasst euch mal bitte mit HA (High Availability) .. es gibt unzählige Ausprägungen davon

bei mir laufen 5 Redis container für states und 5 für objects..

es ist hier im Forum schon drüber diskuttiert worden wie man so ein System aufzieht

wenn ein Redis ausfällt wird nach 10 Sec auf ein anderes umgeswitcht das macht der Sentinel.ich schiebe nicht die Ganze Maschiene.

ich habe auch nicht redis wie andere im gleichen container wie iobroker laufen. sondern separat.

[MartinP]

@arteck Und wieder eine der Abkürzungen mit sehr vielen Bedeutungen

Hier wird "HA" wohl "High Availability" bedeuten... Gerade im Iobroker Umfeld könnte es aber auch "Home Automation" bedeuten ... Diese Abkürzungs-Herleitung ist aber unter den 12 hier nicht zur finden: https://de.wikipedia.org/wiki/HA

[arteck]

@martinp na ja da der Titel des Threads "HA Cluster" beinhaltet .. wirds wohl High Availability heissen...

oder kennst du ein Home Automation Cluster :-)

[MartinP]

@arteck Sind nicht Cluster-Installationen von Iobroker Home-Automation-Cluster? :innocent: :innocent: :innocent: :grin:

[arteck]

@martinp sagte in iobroker auf einem HA Cluster auf NUCs:

@arteck Sind nicht Cluster-Installationen von Iobroker Home-Automation-Cluster? :innocent: :innocent: :innocent: :grin:

reine Auslegungssache... reine Auslegungssache