HA von Docker auf die HA-App portieren

Nein bringt eher Nachteile statt Vorteile.

Vorteile würde es bringen, wenn Du auf eine VM umsteigen würdest. Da könntest Du auch Adds mit einbringen.

Moin,

Wenn ich das richtig verstanden habe, werden setzen auch die normalen Apps auf Docker auf, Stichwort Moby.

Das Ganze ist halt nur im System versteckt.

Ich wollte mich auch mal an das Thema HA herantasten und bin aktuell in einem Fachforum über die wesentliche Aussage gestolpert, dass die (jahrelange) Empfehlung von der VM weg zu Docker ging.

Das habe ich mir behalten, bekomme aber die Details/Quelle nicht mehr zusammen.

PS: den Container habe ich in der Basis aber zum Laufen bekommen.

Den Link habe ich mir - vorher - als erstes angeschaut und konnte daraufhin die o.g. Aussage nicht wirklich bekräftigen. Um es abzukürzen, würde ich beim nächsten Versuch gleich mit der VM anfangen, bevor auf halben Weg über das Thema "Adds" stolpere.

PS: die Empfehlung war aber sachlich begründet, so dass sich einem solche Hinweise eher ins Hirn einbrennen

Danke für die Tips, würde mir durch die größere Leistungsfähigkeit auch gerne den Mini-PC mit HA einsparen…

Was mich mal interessieren würde: gibt es Erfahrungswerte mit so einer Umstellung von HA sodass diese naht- und reibungslos vonstatten geht? Wäre dieses Vorgehen empfehlenswert?

• in HA ein Backup erstellen und runterladen
• HA runterfahren
• neue HA-Instanz aufsetzen
• Backup wiederherstellen

Dann verliert man ein paar Messwerte in der Zeit, in der die neue VM mit HA aufgesetzt wird, was nicht dramatisch wäre. Aber wie wäre es, wenn man die neue Instanz schon mal parallel aufsetzen würde - könnten sich 2 HA-Instanzen irgendwie gegenseitig stören? Und wie ist es mit der IP-Adresse von HA: eigentlich wäre es doch egal, wenn die neue Instanz eine andere IP bekäme, da doch eigentlich nur Daten von anderen Geräten gesammelt werden. Zumindest wüsste ich spontan nichts, wo ich mal die IP von HA verwendet hätte - übersehe ich was?

Und Recht hast du. Danke nochmals. Durch deinen ermutigenden 1-Zeiler habe ich es soeben mal ausprobiert.

Szenario:

• mein Proxmox-Server schmiert ab und ich möchte HA schnell wieder verfügbar haben (da bei mir sehr viele Dinge darüber laufen, bis hin zur Steuerung der Heizung)
• ich habe Proxmox irgendwann satt und möchte auf das NAS migrieren

Ziel: aktuelles Home Assistant aus dem letzten Backup (wird täglich automatisch angelegt) wiederherstellen und alles läuft wie vorher.

Mein Vorgehen:

• manuelles Backup erstellt (ich nutze noch das Addon "Google Drive Backup" aus einer Zeit, als HA das noch nicht selbst konnte) auf selbem Wege, wie dies auch automatisch passiert
• neue Virtuelle Maschine mit der OVA-Datei erstellt, wie in der Anleitung beschrieben. Die VM erwartet ein UEFI statt eines BIOS, was in den Einstellungen noch geändert werden muss - Danke kampfpopcorn für den Hinweis in deiner Anleitung.
• VM gestartet und bei der Einrichtung von HA direkt angegeben, dass ich von einem Backup wiederherstellen möchte
• und nach 3 mal "weiter" und "ok" lief es dann auch schon - und zwar parallel zu meiner anderen Instanz in Proxmox. Die beiden stören sich tatsächlich gar nicht nebeneinander*

Tja und was soll ich sagen: es hat ALLES funktioniert. Es dauert eine Weile, bis alle Integrationen gestartet sind und das Dashbhoard zeigt kurz lauter Fehlermeldungen an, insbesondere auch zu den von mir sehr rege genutzten CustomCards. Aber nach einem STRG+F5 sah dann alles so aus, wie gewohnt. Wenn ich die Zeit abziehe, die ich mit Lesen der Ugreen Knowledge Base verbracht habe und das Problem mit der Umstellung BIOS auf UEFI, hat das ganze vielleicht 15 Minuten gedauert und alles lief wieder. Na, das ist doch mal was und beruhigt mich jetzt ungemein. Auch die Gewissheit dass die HA-Backups wirklich alles beinhalten und im Ernstfall sogar in einer frischen Umgebung funktionieren. Sehr gut!

Achso: mit der HA-App wäre es vermutlich sogar noch ein bisschen schneller gegangen, aber da ich HACS sowie weitere Addons verwende und Home Assistant OS bevorzuge, habe ich das Backup stattdessen in einer VM wiederhergestellt.

*Wirklich GAR NICHT? Nicht ganz, zwei Kleinigkeiten:

• Nachdem ich die zweite Instanz mal neu gestartet hatte, kam dann ein Reparatur-Hinweis in HA, dass eine zweite Instanz mit derselben ID laufen würde. Mit einem Klick war das "Problem" aber behoben. Problem in Anführungszeichen, weil davor auch schon alles lief und die Erklärung weshalb das nicht gut sein soll, ich nicht ganz einleuchtend fand. Dass Geräte und Cloud-Services dann doppelt "gepollt" werden (API-Limits) und auch Automatisierungen doppelt laufen und Aktionen auf Geräten ausführen, sollte klar sein, auch unabhängig davon ob die beiden Instanzen sich unterschiedlich zu erkennen geben. Daher ist das grundsätzlich keine gute Idee, 2 gleiche Instanzen längere Zeit parallel zu betreiben.
• Eine einzige Integration (von 74! insgesamt) machte Probleme: ein alter Shelly Gen1. Den hab ich mit ColoT unicast angebunden und dazu im Shelly hinterlegt, dass er die Daten an HA pushen soll. Kurzum: die zweite Instanz bekam vom Shelly keine Daten. Aber das wäre in einem realen Szenario kein Thema: die IP-Adresse von Home Assistant würde ich bei einem Umzug ohnehin wieder auf die gewohnte Adresse ändern. Oder man sagt dem Shelly, dass er multicast senden soll.

So, die VM habe ich jetzt wieder runtergefahren, aber es ist gut zu wissen, dass ich diese bei Bedarf jederzeit hochfahren und mit dem letzten Backup einen aktuellen Stand herstellen könnte.