Moin,
mal ne generelle Frage zu einem Cluster:
Angenommen Ihr habt nen Cluster mit 3 Nodes laufen. D.h. ja, das auf jedem Node FHEM läuft. Wie ist das denn dann mit diversen Dongles ? ZWave, 1wire, Homematic etc. Die habt Ihr dann ja nicht in 3facher Ausführung. Und wie läuft das dann z.B. wenn ein Node ausfällt ?
LG
Wozu braucht man mehrere FHEM Nodes?
Einen VMWare/Proxmox Cluster mit einer einzelnen VM, die FHEM zur Verfügung stellt, lasse ich mir noch gefallen.
Aber wozu mehrere FHEMs?
Ich nutze z.B. Proxmox mit 2 Hosts. FHEM läuft auf einer VM. ZWave Stick hängt an einem anderen physischen Computer ist per ser2net angebunden. Für Zigbee Sticks gibt es auch netzwerkbasierte Lösungen. Mit 1wire kenne ich mich nicht aus. Bei mir ist es egal auf welchem Host die FHEM VM läuft, die Sticks und Bridges hängen alle im Netzwerk.
Gruß
Dan
Hi,
das war Thema auf unserem letzten Treffen in Leipzig https://forum.fhem.de/index.php?topic=52727.msg1342735#msg1342735
Heiko (DS_Starter) hat dazu ein HowTo veröffentlicht such mal bitte nach USBIP bzw. - wenige Beiträge unter Deinem :)
Gruß Otto
@Dan
Spieltrieb ? Ungenutzte Hardware ? Hardware im laufenden Betrieb ändern und testen ?
@Otto,
ah, danke. Mal ein bisschen stöbern. Mein FHEM läuft in einem LXC und die Dongles reiche ich per Passthrough durch.
Zitat von: DeeSPe am 18 November 2025, 13:20:20Wozu braucht man mehrere FHEM Nodes?
Um beispielsweise ein FHEM mit möglicherweise langsamen Eingangsdaten, oder viel Netztraffic, von einem FHEM mit zeitkritischer Hauptschleife zu isolieren. Und ein drittes FHEM nutze ich für meine Depotdaten. Und in viertes FHEM läuft, galvanisch komplett isoliert, auf einem Pi Zero im Außenbereich. Und ein fünftes FHEM ist für Experimente gedacht.
LG
pah
Man sollte hier aber unbedingt zwischen
- mehreren parallel laufenden FHEMs und
- mehreren nodes, die als ein high-availability (HA) FHEM konfiguriert sind
unterscheiden.
Das sind völlig unterschiedliche Sachen, die jeweils ein unterschiedliches Setup erfordern.
Zum Beispiel sprechen Dan und Otto hier von HA, während PAHs setup wohl eher aus parallel laufenden FHEMs bestehen dürfte.
Was davon meinst du denn, @Bartimaus?
Die Frage von Deespe bezog sich laut dem 3. Satz seines Posts auf unabhängige FHEM-Systeme.
LG
pah
So klar ist das mE nicht:
Zitat von: Bartimaus am 18 November 2025, 13:10:00Wie ist das denn dann mit diversen Dongles ? ZWave, 1wire, Homematic etc. Die habt Ihr dann ja nicht in 3facher Ausführung.
Die Frage nach der 3-fachen Ausführung würde sich (eher) nicht stellen, wenn man von unabhängigen Systemen, die jeweils einen abgegrenzten Aufgabenbereich haben, ausgeht. Denn dann hätte jedes System den für seinen Aufgabenbereich erforderlichen Dongle und gut ist.
Zitat von: passibe am 19 November 2025, 06:57:17So klar ist das mE nicht:
Zitat von: Bartimaus am 18 November 2025, 13:10:00Wie ist das denn dann mit diversen Dongles ? ZWave, 1wire, Homematic etc. Die habt Ihr dann ja nicht in 3facher Ausführung.
Die Frage nach der 3-fachen Ausführung würde sich (eher) nicht stellen, wenn man von unabhängigen Systemen, die jeweils einen abgegrenzten Aufgabenbereich haben, ausgeht. Denn dann hätte jedes System den für seinen Aufgabenbereich erforderlichen Dongle und gut ist.
Mir ginge es eher um die Ausfallsicherheit eines Systems(Nodes), so das das andere(Node) dann direkt übernimmt. Ähnlich wie ein RAID1 oder 5.
D.h. alle Daten müssten synchron sein.
IMO könnte man so bei einem laufenden Cluster die Hardware tauschen.
Nicht das man das "braucht", noch nie lief FHEM bei mir so stabil, kein Vergleich zu den Zeiten auf RPi und Co. Aber warum nicht mal testen wenn es möglich ist.
Single point of failure bleibt aber, zumindest bei ZWave (, EnOcean soweit ich weiß, Zigbee?) und ähnlichen Systemen, wo Endgeräte/Sensoren fest mit einem bestimmten "Controller" (HW) verbunden sind, eben dieser...
Bei anderen, wie Homematic (zumindest direkt an fhem über vccu) besteht das Problem nicht, noch dazu, wenn redundant (eben per vccu) und Netzwerk angebunden...
Gruß, Joachim
Zitat von: MadMax-FHEM am 19 November 2025, 18:31:03Single point of failure bleibt aber, zumindest bei ZWave (, EnOcean soweit ich weiß, Zigbee?) und ähnlichen Systemen, wo Endgeräte/Sensoren fest mit einem bestimmten "Controller" (HW) verbunden sind, eben dieser...
Bei anderen, wie Homematic (zumindest direkt an fhem über vccu) besteht das Problem nicht, noch dazu, wenn redundant (eben per vccu) und Netzwerk angebunden...
Gruß, Joachim
Bei zwave kann man (mindestens) gleiche Dongles per Backup sichern bzw. die Nodes-Infos übertragen, zigbee2mqtt und deconz kennen auch Backups, mit denen man die Dongles tauschen kann (uU. muss man bei z2m die Hardware-Id manuell ändern).
Aber automatisiert zum richtigen Zeitpunkt? Weiß nicht recht...
Jep, das mit automatisch war mein Punkt.
Gruß, Joachim
Ja irgendwas ist immer ...
Aber man sollte wenigsten die VM von einen Knoten auf den anderen Umziehen können - auch wenn nichts kaputt ist. Und das geht eben z.b. mit USBIP. Oder in dem man versucht auf jegliche am Knoten angesteckte USB Hardware zu verzichten und alles als Netzwerkservice auslegt.
Zitat von: Prof. Dr. Peter Henning am 18 November 2025, 14:42:44Zitat von: DeeSPe am 18 November 2025, 13:20:20Wozu braucht man mehrere FHEM Nodes?
Um beispielsweise ein FHEM mit möglicherweise langsamen Eingangsdaten, oder viel Netztraffic, von einem FHEM mit zeitkritischer Hauptschleife zu isolieren. Und ein drittes FHEM nutze ich für meine Depotdaten. Und in viertes FHEM läuft, galvanisch komplett isoliert, auf einem Pi Zero im Außenbereich. Und ein fünftes FHEM ist für Experimente gedacht.
LG
pah
Danke für's Aufschlauen PAH. Dachte nicht dass es bei einigen offensichtlich üblich ist mehrere Instanzen zu fahren. Die genannten Fälle habe ich nicht und kannte ich bisher auch nicht.
Bei mir gibt es ausser PROD nur ein einzelnen weiteres FHEM für TEST/DEV. Natürlich als VM.
Gruß
Dan