[Lösung gefunden] Multihost - Vor- & Nachteile ??
-
Der Vorteil ist, dass du nur einen Admin brauchst, über den alles geregelt wird. Der secondary Host ist quasi nur ein Anbau, wenn das Hauptsystem Entlastung braucht.
-
@thomas-braun sagte in Multihost - Vor- & Nachteile ??:
wenn das Hauptsystem Entlastung braucht.
Betrifft das sämtliche Prozesse, also auch z.B. den Javascript-Adapter ?
-
gelöscht
-
@djmarc75 der größte Vorteil von Multihost ist die einheitliche/gemeinsame Verwaltung aller Adapter.
dieses findet ausschließlich über den Master statt.Auch ein Backup des Masters enthält alle Informationen über den Slave. (was iobroker angeht)
Der Vorteil vom mqtt liegt darin, dass man z.B. noch weitere Systeme mit Informationen eines Adapters, der hardwaregebunden auf einem host läuft (z.B. Smartmeter) versorgen kann.
das habe ich vor Jahren für den Test verschiedener Hardware durchgezogen.
dadurch konnte ich auf allen Rechnern mit der identischen Installation arbeiten
-
@homoran sagte in Multihost - Vor- & Nachteile ??:
dadurch konnte ich auf allen Rechnern mit der identischen Installation arbeiten
d.h. Du arbeitest quasi mit all den Rechnern (auf dem Screenshot) mit Multihost?
Wenn ja wird wahrscheinlich der NUC Dein Master sein ?! -
@thomas-braun sagte in Multihost - Vor- & Nachteile ??:
Der Vorteil ist, dass du nur einen Admin brauchst, über den alles geregelt wird. Der secondary Host ist quasi nur ein Anbau, wenn das Hauptsystem Entlastung braucht.
Das ist einer der Vorteile. Es gibt einen klaren Nachteil:
Besteht zwischen Master und Slave keine Netzverbindung ist der Slave nicht nutzbar - egal warum die Verbindung unterbrochen ist. Das gleiche gilt wenn der Mastr ausfällt.
In einer Situation wo nur eine begrenzte Anzahl von Datenpuntken zwischen 2 Systemen ausgetauscht werden sollen ist meiner Meinung nach eine Trennung in 2 „vollwertige“ iobroker Instanzen zu bevorzugen.
Nur wenn es letztendlich um die Steuerung von „einem“ system geht macht der Multihost Sinn.A.
-
@djmarc75 sagte: Betrifft das sämtliche Prozesse, also auch z.B. den Javascript-Adapter ?
Der Slave ist tot, wenn keine Verbindung zum Master besteht / der Master nicht läuft. Ein Slave sollte deshalb nur als Gateway zu Geräten dienen und keine eigene Steuerungslogik haben. Sollen beide Systeme autark funktionieren, ist Kommunikation per MQTT die richtige Lösung.
-
@djmarc75 sagte in Multihost - Vor- & Nachteile ??:
Du arbeitest quasi mit all den Rechnern (auf dem Screenshot) mit Multihost?
nein, das war das Beispiel mit MQTT
-
Und 'weil es geht' ist auch kein Einsatzszenario. Das System sollte man nicht ohne Not komplexer machen als erforderlich.
-
@asgothian sagte in Multihost - Vor- & Nachteile ??:
Besteht zwischen Master und Slave keine Netzverbindung ist der Slave nicht nutzbar
Deshalb arbeite ich momentan mit getrennten Systemen.
@paul53 sagte in Multihost - Vor- & Nachteile ??:
Sollen beide Systeme autark funktionieren, ist Kommunikation per MQTT die richtige Lösung.
Dann liege ich mit meinen Systemen quasi im Trend.
@homoran sagte in Multihost - Vor- & Nachteile ??:
nein, das war das Beispiel mit MQTT
Ok, d.h. ich bin mit MQTT-Kommunikation gut bedient.
@thomas-braun sagte in Multihost - Vor- & Nachteile ??:
'weil es geht'
wie meinst Du das ? bezogen auf Multihost ?
-
@djmarc75 sagte in Multihost - Vor- & Nachteile ??:
wie meinst Du das ? bezogen auf Multihost ?
Nein, allgemein. Man kann Software am Paketmanager vorbei ins System kloppen, man kann in einer root shell herumstolpern, man kann komplexeste Backupszenarien entwerfen, aber dann sollte man auch genau wissen warum man das abweichend vom Standard betreiben will. Die Vorteile des Setups dürfen nicht durch die oftmals gleich miterkauften Nachteile wieder aufgefressen werden.
-
@thomas-braun sagte in Multihost - Vor- & Nachteile ??:
man kann in einer root shell herumstolpern
Ich weiß bis heute nicht wie ich mich als ROOT anmelde und daran will ich auch nix ändern
Was nutzt Du wenn ich mal fragen darf ? Ein System oder mehrere ? Wenn mehrere dann wie ?
-
@djmarc75 sagte in Multihost - Vor- & Nachteile ??:
Hier laufen im wesentlichen zwei getrennte Raspberry. Der eine (Rpi4/8GB) ist exklusiv für den ioBroker auf Beta (von dem System gibt es dann noch ein 'Schattensystem' mehr oder weniger genau gleich konfiguriert, aber auf 'stable'. Das kann sofort einspringen, wenn das Hauptsystem Mal zicken sollte. Und dann läuft da noch ein zweiter Pi mit pihole drauf. Der hat aber mit dem iobroker-Pi keine Verbindung, außer halt die DNS-Anfragen ggf. in die Tonne zu kloppen. (Auf dem pihole-System schlummert noch eine ioBroker-Installarion, die ich dann aufwecken kann, wenn der große komplett ausfallen sollte)
-
@thomas-braun Fast identisch zu meinen Systemen, allerdings hab ich auf dem RPI mit Pihole noch zusätzlich influx, Grafana und Tautulli am Start.
-
@asgothian das ist auch so nicht richtig.... wenn du ein redis/redis system hast dann exisiteren keine master und slave mehr sondern nur hosts
diese laufen gegen die redis unabhänging voneinander.. WEITER..da ist es egal ob der Master (also der eine Host) da ist oder nicht
klar wenn die redis weg ist dann geht nix mehr.. -
Ich habe seit Jahren Multihost im Einsatz.
als master:
nuc mit 16 GB (ordentlich speicher) und proxmox (wg. backup und snapshot).
als slave:
einen Raspi 3 (glaub ich).
und hier angeschlossen 2 x smartmeter (wg. Strom und photovoltaik) und 1 x mbus (Wasserzähler).Läuft seit Jahren einwandfrei.
P.S.
Gibt es einen Link wie dies mit 2 unabhängigen Systemen mittels mqtt funktioniert.
(würde mich interessieren). -
@bahnuhr sagte in Multihost - Vor- & Nachteile ??:
Gibt es einen Link wie dies mit 2 unabhängigen Systemen mittels mqtt funktioniert.
Einen Link hab ich da nicht aber auf dem Hauptsystem hab ich MQTT als Server installiert und auf dem entfernten System MQTT als Client. Hat ganz entspannt funktioniert.
Die Systeme sollten halt im gleichen Netzwerk sein.Server:
User und PW vergeben (identisch im Client eintragen)
Client:
IP die vom Server eintragen
-
@djmarc75
Danke dir, hab ich verstanden.Und wie greifst du dann auf die Daten zu ?
vom broker auf client (oder auch umgedreht).
-
@bahnuhr der client liefert und der server verarbeitet.
DPs und Ordner im Ordner MQTT anlegen (clientseitig)
Sobald die angelegten DPs vom Client beschrieben werden tauchen die auch am Server auf !
-
@djmarc75 sagte in Multihost - Vor- & Nachteile ??:
Sobald die angelegten DPs vom Client beschrieben werden tauchen die auch am Server auf !
Ist ja einfach.
Habe bisher mqtt nur mit tasmota und wemos d1 mini und mähroboter mit roboenect modul benutzt.danke dir für die Info
