Master - Slave Server Redundanz
-
@michl75 na ja wen ma parr lämpchen zu hause schalten will .. gebe ich dir recht ist es egal.. aber
bei manchen von UNS läuft das ganze Haus drüber.. wie auch bei mir.. da ist mir wichtig dass wenn ich mal im Urlaub bin die Frau immer noch alles machen kann .. bzw. das alles weiter so läuft wie immer.. auch nach einem Stromausfall..oder wenn ein Nuc sich verabschiedet..
aber ja die meisten haben nur eine oder 2 Maschienen.. und es ist egal ob der iobroker löuft oder nicht.. mir eben nicht DER MUSS LAUFEN
-
@arteck said in Master - Slave Server Redundanz:
mir eben nicht DER MUSS LAUFEN
wie bei mir, muss laufen - sonst ists dunkel und kalt etc
-
gibts hierzu schon was Neues?
Steh jetzt vor dem gleichen Problem und suche nach einer einfachen Lösung -
@malin was soll den neues geben ?? was vermisst du ??
-
sorry, meinte obs in der Richtung schon was neues gibt:
@michl75 said in Master - Slave Server Redundanz:
Ein System wie IoB ist Weltklasse, wenn es jetzt so umgesetzt würde, dass man "einfach" einen zweiten Rechner mit IoB aufsetzt (egal, auf Virtualisiert, auf Windows, auf Linux etc. pp) läuft, dann dem ersten IoB-"Server" sagt "du da gibts es noch einen zweiten IoB Server jetzt", gibt die IP ein und sagt der Ist Master und der andere ist Slave-Server. Dann zack, Master gleicht alles, wirklich alles komplett ab und dann müssen beide zur Verfügung stehen.
Klar ich schreib mir hier leicht - aber so wäre es nur eine Idee !! -
Naja ... man sollte auch in einem SmartHome immer an die übliche Bedienung denken. Also sollte sich das Licht schalten lassen, die Heizung funktionieren und eben auch andere wichtigen Dinge .... und das alles ohne Steuerung/Computer/Cloud dahinter ... sonder ganz oldschool mechanisch
-
@malin ja das kannst du mir redis und mehreren hosts realisieren..
ABER
das was auf dem ienzelnen host läuft bleibt es auch da ... und wenn dieser nicht läuft dann geht halt was nicht..
-
@arteck
ok, dann würd ich bitte gern mal so fragen:
Kann ich auch 2 IO Broker Systeme parallel laufen lassen? (zB auf Pi und Mini PC)
Oder verhakeln sich da die Adapter?Ich würde beide normal und relativ gleich einrichten -
falls der Mini PC ausfällt schalte ich den Pi wieder ein und der übernimmt
dann quasi das Nötigste - würde das Prinzip funktionieren? -
@malin nein das würd nicht gehen.. da hier schon die ip ne andere währe
und die einstellungen anders ..du kannst dir eine sd-karte klonen wenn du es einfach haben willst.. aber das ist ein enormer aufwand. das ganze zu pflegen
mal eben umstecken ist nicht...
aber wir hatten ein Beitrag zu HA Systemen..vielleicht kannst du dir so paar Idden holen.
hier was zu lesen
https://forum.iobroker.net/topic/51665/frage-redis-installation-lokal-oder-extern/6?_=1645690678723 -
@arteck
Danke für deine Mühe,
aber sorry ich glaub ich bin zu doof dafür - jedenfalls erscheint mir
das alles sehr kompliziert. Und um ehrlich zu sein, baue ich gerade meinen Dachboden aus und
hab nicht wirklich groß Zeit und Lust mich da einzuarbeiten.Aber eine Idee hätte ich noch:
2 gleiche Mini PC´s - einen leg ich mir auf Halde - in den anderen kommen 2 SSD´s rein im Raid1
Denke du weißt auf was ich raus will - das sollte funktionieren oder? -
@malin mit einem raid system bist zumindest sicherer unterwegs..
und ja ein HA System ist kompliziert.. das Problem ist wenns mal nicht läuft dann fängst du an zu rotieren.. wenn erstmal ALLES über iobroker läuft..noch spannender ist es wenn du mal nicht zu hause bist und das sysem will nicht
viel spass auf dem Dachboden
-
@michl75 sagte in Master - Slave Server Redundanz:
Dann zack, Master gleicht alles, wirklich alles komplett ab und dann müssen beide zur Verfügung stehen.
mit dem fehler, der auf dem master u.u. auftritt? dann ist der slave genauso unbrauchbar.
-
@da_woody sagte in Master - Slave Server Redundanz:
dann ist der slave genauso unbrauchbar.
nein eben nicht.. bei einem redis/redis system laufen die hosts unabhängig voneinander weiter
-
@arteck ok, du meinst die daten. mit redis kenn ich mich nicht aus, aber wenn so betont wird, das alles abgeglichen wird, versteh ich darunter auch die adapter. wenn man sich dann da auf dem master ein problem einhandelt, ist das dann auch auf dem slave... das meinte ich.
aber vllt denk ich auch nur wieder zu kompliziert... -
@da_woody sagte in Master - Slave Server Redundanz:
ist das dann auch auf dem slave... das meinte ich.
nein.. die Maschienen laufen unabhängig voneinander.. mit den DORT installierten Adaptern..
klar ist der Host1 weg sind die dort installiereten Adapter auch weg..
aber alles was auf dem Host2 läuft, läuft weiter -
@arteck sagte in Master - Slave Server Redundanz:
nein.. die Maschienen laufen unabhängig voneinander.. mit den DORT installierten Adaptern..
@apollon77 Grundsätzlich ist doch aber die technische Grundlage für eine HA Funktionalität der Instanzen bei einem redis/redis + multihost setup schon gegeben? Die Idee hast du doch bestimmt schonmal durchdacht oder?
-
Ja und nein. Einige technische Grundlagen sind da. Was fehlt ist die “koordinierungsinstanz“.
Naja redis alleine reicht nicht weil auch der auf einem Host läuft. Es müsste also schon mindestens ein redis sentinels Setup mit 3 nodes sein.
Aber auch dann ist das aktuelle multihost Konzept wo Instanzen fest Hosts zugewiesen sind hier etwas limitierend. Außer jemand baut ein JavaScript was in so einem Fall Instanzen verschiebt.Also ein „ha“ bekommt man aktuell mit einem proxmox Cluster mit 3 nodes und nem darauf laufenden Shared filesystem hin sodass dort redis sentinel und iobroker hosts laufen die beim Ausfall eines proxmox nodes dann auf nen anderen verschoben werden und neu starten. Das ist aber eine „Hürde“ die die wenigsten eingehen werden aktuell
Ja ein ha Adapter und weitere Ideen sind immer noch auf der roadmap, aber die Zeit ……..
Idee war einen Koordinierungsadapter zu haben der erstmal mit einem redis sentinel Setup arbeiten kann. Das ganze danach aber auch mit jsonl db und mit vllt nur zwei Raspis hinzubekommen ist nochmal ne andere baustelle
-
@apollon77 sagte in Master - Slave Server Redundanz:
Also ein „ha“ bekommt man aktuell mit einem proxmox Cluster mit 3 nodes und nem darauf laufenden Shared filesystem hin sodass dort redis sentinel und iobroker hosts laufen die beim Ausfall eines proxmox nodes dann auf nen anderen verschoben werden und neu starten. Das ist aber eine „Hürde“ die die wenigsten eingehen werden aktuell
Absolut, aber ich glaube mit der Doku ist da die Hürde etwas kleiner geworden. Da rückt dann dann das Thema zusätzliche Hardware und Stromverbrauch (inkl. WAF) wieder etwas nach vorne
Ich muss demnächst auch nochmal an die Doku ran und das ganze von bassierend auf der "echten" Hardware umschreiben. Aktuell ist da an der ein oder anderen Stelle noch die Rede von den VMs vom Testsetup - das könnte verwirrend sein @apollon77 sagte in Master - Slave Server Redundanz:
Ja ein ha Adapter und weitere Ideen sind immer noch auf der roadmap, aber die Zeit ……..
Ja, die liebe Zeit
Kann ich nachvollziehen. Aber die Idee gibts ja schonmal. Und man braucht ja auch in Zukunft noch Ziele Sowas etwas zu haben wäre für den ioBroker auch ein Alleinstellungsmerkmal -
@darkiop ich denke die Hürde ist weniger das" bauen" sondern eher der Invest (3 nodes idealerweise, verteilt mit eigenen USVs? Netzwerkinfrastruktur mit getrennten switches), Stromkosten und so ... aber vor allem bei dem "invest" Thema ist das halt bei HA immer so ... man kann wählen welche Stufe von HA man will
-
@darkiop sagte in Master - Slave Server Redundanz:
Sowas etwas zu haben wäre für den ioBroker auch ein Alleinstellungsmerkmal
Wobei ich sehr ehrlich bin das ich nicht weiss ob das dann eine "kostenfreie "geschichte ist - vor allem wenn es dann ohne Redis wäre oder mit "Sonderlogiken" das man mit nem 2er Raspi Setup zB ein HA oder Warm/Hot Standby Setup hinbekommt (da steckt dann noch seeehr viel Aufwand drin).
Aktuell haben wir noch keine gescheite Lösung für das "IP problem" wenn es zu Visualisierungen und so kommt ... also wenn man web.0 woanders hin schiebt ... dann ändert sich die IP.
Eine pragmatische Idee ist sowas in die Visus einzubauen das die ggf mehrere IPs durchprobieren oder man muss vituelle IPs switchen, was dann seeehr interessant wird.
