Aufbau Test- und Produktiv Umgebung

[Nogga]

Demnächst werde ich mein geplantes System aufbauen und in den Einsatz bringen.
Die Frage, die sich mir aber seit Längerem stellt ist:

Welche Strategie habt Ihr eine Test- und Produktiv-Umgebung parallel zu betreiben?
Nach meinem Verständnis kann ich doch z.B. die HomeMatic-Devices immer nur an ein Gerät "pairen".

D.h. ich kann natürlich ein paralles System aufbauen, aber dann ohne Geräte? Oder ich muss immer alles manuell hin und her schieben...

Gegenwärtig ist meine Idee (eingesetzt wird ein 1x RPI3 + nx MapleCun) da RPI-OS komplett auf einen USB-Stick zu legen (schon alleine aufgrund der Schreibzyklen von SD-Karten) und vor größeren Änderungen einfach den kompletten Stick zu clonen. Damit habe ich zumindest einen kompletten Fallback, wenn was schief geht.

Wie macht Ihr das?

[Otto123]

Für Homematic brauchst Du bloß einen zweiten IO (jeder IO nur mit EINER Zentrale) dem gibst Du die gleiche HMID und alles geht wunderbar.

Gruß Otto

[CoolTux]

Ein Testsystem ist eine sehr gute Idee. Hier musst Du auch nicht alle Deine Geräte vom Produktivsystem abbilden. Module die ohne I/O auskommen kann man ja noch installieren. Wetter und so.
Was sehr gut ist zu testen sind notify und DOIF Sachen. Also Dinge auf die man triggern will und dann Ausführungen. Da kann man ein paar Dummys anlegen die man dann schalten kann oder Readings setzen kann um da dann wieder drauf zu reagieren.

[Nogga]

Das mit dem zweiten IO werd ich ausprobieren. Das wusste ich nicht.

@CoolTux: ich will ja eigentlich genau die gleiche Umgebung, die ich live habe ja wieder haben zum Testen. Nur die Changes deploye ich dann auf das Produktiv-System...

[Otto123]

Das exakt Gleiche in der Testumgebung ist für mich viel zu viel Aufwand und im Zweifelsfall auch nicht zielführend.
Ich fahre mehrere Instanzen, neue Dinge werden in einer weniger wichtigen Instanz über längere Zeit getestet und erst später in die Hauptistanz überführt. Es gibt eine FHEM Instanz in der wird generell mal eben schnell getestet. Die wird auch immer sehr aktuell gehalten. Irgendetwas produktives habe die alle.

Backup und wissen wie Restore geht und welche Möglichkeiten es da gibt - ist aus meiner Sicht viel wichtiger als "gespieglte" Instanzen.

Gruß Otto

[Nogga]

Vermutlich wird es darauf hinauslaufen:

- Eine produktive Instanz auf dem RPI3 auf dem USB-Stick.
- Ein Test-System das über parallele IOs ggf. die bestehenden Installationen ebenfalls nutzen kann
- Bei größeren/kritischen Changes die USB-Kopie
- Backup von der ganzen FHEM-Instanz nächtlich auf mein NAS (Restore muss ich bei Gelegenheit mal testen - das kann ich aber gut mit der USB-Sicherung probieren)

Damit sollte ich eigentlich gerüstet sein!

Jetzt muss ich mir nur noch Gedanken über die Ausfallsicherheit machen (was wenn FHEM nicht geht? Was wenn Strom ausfällt?).

Danke Euch!

[loescher]

Wenn du alles so schön testest, dann fällt FHEM nicht aus - warum sollte es? 
Mein produktives FHEM ist noch nie ausgefallen. Das ist super stabil.
Und gegen kurze Stromausfälle gibt es USVs...
LG,
Stephan.

[Amenophis86]

Für Homematic brauchst Du bloß einen zweiten IO (jeder IO nur mit EINER Zentrale) dem gibst Du die gleiche HMID und alles geht wunderbar.

Wenn ich dich richtige verstehe nehme ich auf einem zweiten System einen anderen IO, als auf dem Hauptsystem, gebe diesem IO die gleiche ID wie dem IO im Hauptsystem und schon kann ich quasi damit alles schalten / empfangen und muss nichts neu pairen?

[MadMax-FHEM]

Wenn ich dich richtige verstehe nehme ich auf einem zweiten System einen anderen IO, als auf dem Hauptsystem, gebe diesem IO die gleiche ID wie dem IO im Hauptsystem und schon kann ich quasi damit alles schalten / empfangen und muss nichts neu pairen?

Jep.

Allerdings würde ich nur von einer Instanz schalten, sonst geht da dann bestimmt mal was "durcheinander"...

Nur "mitlauschen" ginge auch ohne die selbe HMID...

Gruß, Joachim