Jahresrückblick 2025 – unser neuer Blogbeitrag ist online! ✨

[Homoran]

@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

[Thomas Braun]

Und 'weil es geht' ist auch kein Einsatzszenario. Das System sollte man nicht ohne Not komplexer machen als erforderlich.

[DJMarc75]

@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 ?

[Thomas Braun]

@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.

[DJMarc75]

@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 :joy:

Was nutzt Du wenn ich mal fragen darf ? Ein System oder mehrere ? Wenn mehrere dann wie ?

[Thomas Braun]

@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)

[DJMarc75]

@thomas-braun Fast identisch zu meinen Systemen, allerdings hab ich auf dem RPI mit Pihole noch zusätzlich influx, Grafana und Tautulli am Start.

[arteck]

@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..

[bahnuhr]

@djmarc75

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).

[DJMarc75]

@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

[bahnuhr]

@djmarc75
Danke dir, hab ich verstanden.

Und wie greifst du dann auf die Daten zu ?

vom broker auf client (oder auch umgedreht).

[DJMarc75]

@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 !

[bahnuhr]

@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

[DJMarc75]

@bahnuhr ich nutze mqtt tatsächlich erst seit ..... vorgestern :joy:

[bahnuhr]

@djmarc75 sagte in Multihost - Vor- & Nachteile ??:

@bahnuhr ich nutze mqtt tatsächlich erst seit ..... vorgestern :joy:

dann biste ja ein blitzmerker ;-)

[DJMarc75]

@bahnuhr sagte in Multihost - Vor- & Nachteile ??:

dann biste ja ein blitzmerker

Ach weisste, manchmal hab ich auch mal das Hirn frei, dann setz ich sowas schnell um....
und trotzdem weiss ich bis heute noch nicht wie man sich als Root auf einem Linuxsystem anmeldet :joy: :joy:
Und das soll auch so bleiben :muscle:

[bahnuhr]

@djmarc75 sagte in Multihost - Vor- & Nachteile ??:

Root auf einem Linuxsystem anmeldet

da hätte ich sogar eine Anleitung für dich ;-)

[DJMarc75]

@bahnuhr sagte in Multihost - Vor- & Nachteile ??:

da hätte ich sogar eine Anleitung für dich

BITTE NICHT !!!! :mask:

[Andersmacher]

Ich hatte ´mal die Idee (aber noch nicht getestet/umgesetzt), auf einem Master (raspi 4B) / Slave (raspi 3B) System Adapter/Instanzen wie z. B. history oder flot (also welche ohne Gerätezugriff) auf den Slave zu verschieben, um den Master von "Rechenarbeit" zu entlasten (weil meine VIS manchmal etwas "träge" ist, wenn ich flot-Diagramme anzeigen lasse). Haltet Ihr das für eine gute Idee oder sollte man das lieber sein lassen?

[Homoran]

@andersmacher sagte in [Lösung gefunden] Multihost - Vor- & Nachteile ??:

sollte man das lieber sein lassen?

es wird nichts bringen außer zusätzlichem Netzwerktraffic.

Die Dateien und die Verwaltung wird auf dem Master durchgführt