Dimensionieren Sie den geschützten lokalen Steuerungspfad – nicht nur den Home-Assistant-Prozess – für genau die Internet- und Stromausfälle, die Ihr Haushalt überstehen muss.
In einem Zuhause, in dem Beleuchtung, Raumklima, Leckage-Reaktionen oder Zugangskontrollen auch bei Störungen funktionieren müssen, übernimmt der Server nur eine von mehreren Rollen. Lokale Schaltvorgänge, WLAN- oder Funkkoordinatoren, dauerhafte Speicherung, Batteriestrom und eine wiederherstellbare Konfiguration müssen aufeinander abgestimmt bleiben. Das System ist nicht mehr ausfallsicher, sobald eine erforderliche Cloud-API, ein ungeschützter Router oder ein unbekanntes Neustartverhalten den Ablauf unterbricht, bevor die Rechenkapazität zum Engpass wird.
Das Ziel für die Ausfalltoleranz festlegen
Trennen Sie einen ISP-Ausfall von einem Stromausfall. Bei einem Ausfall des Internetanbieters kann das LAN weiterhin funktionieren und lokale Geräte können weiter kommunizieren. Bei einem Stromausfall können Host, Router, Switches, Access Points, Koordinatoren, NAS und Aktoren gleichzeitig ausfallen. Legen Sie für jedes Ereignis eine eigene Dauer und akzeptable Einschränkungen fest.
Eine Community-Diskussion über die Planung für Stromausfälle unterscheidet die lokale Gerätesteuerung von der umfassenderen Frage, was weiterhin mit Strom versorgt wird. Diese Ungewissheit ist der richtige Ausgangspunkt: Erfassen Sie kritische Aktionen, ihre Netzwerk- und Cloud-Abhängigkeiten sowie die manuelle Ausweichlösung. Die allgemeine Anforderung, „Home Assistant online zu halten“, ist für die Dimensionierung der Topologie zu eng gefasst.
Klassifizieren Sie jeden Ablauf als muss fortgesetzt werden, darf eingeschränkt funktionieren oder darf sicher angehalten werden. Ein Leckageventil und eine Heizungsabsicherung können wichtiger sein als Verlaufsdiagramme, Fernbenachrichtigungen und Sprachabfragen. Die geschützte Umgebung benötigt nur für die Gruppe „muss fortgesetzt werden“ plus Wiederherstellungsreserve Kapazität; optionale Aufgaben können pausieren oder den kritischen Host verlassen.
Die Rechenleistung anhand der kritischen Arbeitslast dimensionieren
Messen Sie die zentrale Automatisierungsarbeitslast bei getrennter WAN-Verbindung und laufender lokaler Ereignissequenz mit der höchsten Auslastung. Erfassen Sie die anhaltende und maximale CPU-Auslastung, den Speicherdruck, die Wartezeit des Speichers und die Antwortlatenz. Beziehen Sie die Datenbank und nur die Add-ons ein, die für die geschützten Aktionen erforderlich sind. So entsteht eine Serverbasis, die an der erforderlichen Leistung und nicht an der Geräteanzahl ausgerichtet ist.
Halten Sie lokale Sprachmodelle, Kamera-Inferenz, Medienverarbeitung und Backup-Komprimierung vom geschützten Pfad fern, sofern die Ausfallanforderung sie nicht ausdrücklich einschließt. Wenn sie denselben Host nutzen, setzen Sie Ressourcenlimits oder Zeitpläne ein und bilden Sie ihre ungünstigste Überschneidung nach. Teilen Sie einen Dienst nur dann auf, wenn seine Spitzenlast dazu führt, dass eine kritische Aktion das Akzeptanzziel verfehlt.
Planen Sie Reserven für Updates, Wartung des Recorders und Wachstum ein, aber machen Sie daraus keine willkürliche Prozessorstufe. Ein Host ist ausreichend dimensioniert, wenn die gemessene kritische Sequenz reaktionsschnell bleibt und das Neustartverhalten vorhersehbar ist. Für die aktuelle Aufgabe ist er überdimensioniert, wenn ungenutzte Kapazität den Leerlaufverbrauch und die USV-Last erhöht, ohne einen konkret benannten Ausfall zu verhindern.
Einen geschützten Strom- und Netzwerkpfad aufbauen
Zeichnen Sie einen Pfad vom Sensor oder Dashboard über Funk oder WLAN, lokale Schaltvorgänge, Home Assistant und den Aktor. Platzieren Sie jede erforderliche Netzwerkkomponente und den Host an einem gemessenen, USV-gestützten Stromkreis. Eine Batterie nur am Server kann die Steuerung nicht aufrechterhalten, wenn Router, Switch, Access Point oder Koordinator die Stromversorgung verlieren.
Ein Betreiber beschreibt den Schutz von Netzwerkgeräten, Speicher und Home-Assistant-Servern mit kleinen USV-Geräten, das Herunterfahren der Server innerhalb weniger Minuten und die längere Verfügbarkeit der Netzwerkgeräte. Die Zeitangaben hängen von der jeweiligen Installation ab, aber die Aufgabenteilung ist wertvoll: Die Rechenleistung kann sicher heruntergefahren werden, während der lokale Kommunikationspfad länger verfügbar bleibt.
Messen Sie die vollständige Last an der Steckdose, wählen Sie eine Ziellaufzeit und testen Sie sie unter normaler Spitzenaktivität. Legen Sie fest, ob der Host den Ausfall übersteht, sauber herunterfährt oder nach der Rückkehr des Stroms neu startet. Verwerfen Sie ein Design, das die Wiederherstellung nach einer Stromrückkehr bei noch geladener USV nicht beherrscht, denn dieser Sonderfall kann dazu führen, dass eine intakte Batterie einen Offline-Dienst schützt.
| Ereignis | Geschützte Rollen | Akzeptanztest |
|---|---|---|
| ISP-Ausfall | Host, LAN, Funkgeräte, lokale Geräte | Workflow mit getrennter WAN-Verbindung erfolgreich |
| Kurzer Stromausfall | Kritischer Pfad plus USV | Gemessene Laufzeit überschreitet das Ziel |
| Langer Stromausfall | Sicheres Herunterfahren und manuelle Steuerungen | Herunterfahr- und Neustartsequenz erfolgreich |
Aktuellen Zustand und Wiederherstellungskopien trennen
Bewahren Sie die Konfiguration und die aktive Recorder-Datenbank auf überwachten, dauerhaften Speichern auf, die zusammen mit dem geschützten Host starten. Legen Sie Wiederherstellungskopien an einem separaten Ziel ab, dessen Ausfall den Start der lokalen Automatisierung nicht verhindert. Ein NAS kann ein effektives Backup-Ziel sein, sollte aber nicht versehentlich zu einer Voraussetzung für den Kerndienst werden.
Eine geschilderte Ausfallsequenz mit Home Assistant und Synology zeigt, dass beide Systeme bei einem USV-Ereignis herunterfahren, aber nicht automatisch starten, wenn der Strom zurückkehrt, bevor die USV vollständig entladen ist. Der Fall zeigt, warum Speicher, Host und Stromwiederherstellung als eine gemeinsame Sequenz getestet werden müssen; einzeln korrekte Komponenten können dennoch einen nicht verfügbaren Dienst ergeben.
Legen Sie die Backup-Häufigkeit anhand des akzeptablen Datenverlusts fest und stellen Sie anschließend eine aktuelle Kopie auf einem alternativen Medium oder einem Ersatzrechner wieder her. Bewahren Sie Zugangsdaten und Anleitungen an einem Ort auf, den ein anderer Haushaltsadministrator erreichen kann. RAID, gespiegelter Speicher oder eine zweite Partition ersetzen keine Kopie außerhalb des Hosts, da sie dieselbe Fehlerdomäne von Betreiber und System beibehalten.
Die Topologie validieren und Auslöser für Erweiterungen festlegen
Führen Sie vier Akzeptanztests durch: Trennen Sie das WAN, machen Sie das Backup-Ziel nicht verfügbar, simulieren Sie die USV-Maßnahme bei niedrigem Batteriestand und stellen Sie das System auf alternativer Hardware wieder her. Messen Sie die Zeit für kritische Automatisierungen, Herunterfahren, Neustart und Wiederherstellung. Erfassen Sie Fehler nach Verbindung im Abhängigkeitsgraphen, damit ein Upgrade die fehlerhafte Rolle ändert, statt überall Kapazität hinzuzufügen.
Der Leitfaden von ZimaSpace zum Messen der Home-Assistant-Leistung über den Warm-Cache hinaus erklärt, warum wiederholte Tests mit warmem Cache Kaltstart- oder Spitzenlastgrenzen verbergen können. Wenden Sie diese Methode auf die geschützte Arbeitslast an und vergleichen Sie das Ergebnis anschließend mit USV-Verbrauch und Wiederherstellungsverhalten, statt den Host aufgrund eines komfortablen Laufs mit gefülltem Cache zu vergrößern.
Erweitern Sie die Rechenleistung, wenn die gemessene kritische Latenz nach Ausschluss anderer Engpässe das Ziel verfehlt. Erhöhen Sie die Batteriekapazität, wenn die Laufzeit des vollständigen Pfads das Ziel verfehlt. Trennen Sie rechenintensive Dienste, wenn die Isolation den Fehler behebt. Hören Sie auf, Serverhardware zu kaufen, wenn ein Cloud-abhängiges Gerät, eine ungeschützte Netzwerkkomponente oder eine nicht getestete Wiederherstellung weiterhin die erste Schwachstelle darstellt.
Abschließende Regel für die Einrichtung
Die ausfallsichere Dimensionierung ist die kleinste geschützte Topologie, die die Tests des Haushalts für WAN-Ausfall, Stromlaufzeit, Neustart und Wiederherstellung besteht. Erhöhen Sie Rechenleistung, Batteriekapazität oder Isolation nur, wenn die jeweils gemessene Grenze versagt. Wenn weiterhin Cloud-Abhängigkeiten oder Lücken bei der manuellen Steuerung dominieren, beheben Sie diese zuerst, bevor Sie den Home-Assistant-Server erweitern.
NAS- und Servereinrichtung
Mehr zum Lesen

Wie neue Home-Assistant-Funktionen die Architektur von Heimservern verändern
Neue Home-Assistant-Funktionen verändern die Rollen von Diensten, Netzwerk, Daten und Wiederherstellung. Schütze die zentrale Steuerung und integriere oder isolieren Sie jede Funktion je nach...

Wo du einen Home-Assistant-Server für Kühlung, Verkabelung und Wartung aufstellst
Der beste Standort für Home Assistant besteht Prüfungen zu Luftzirkulation an heißen Tagen, Kabeln, Funk, USV und Wartung. Sorgen Sie für Belüftung, trennen oder...

So bauen Sie einen leisen, stromsparenden Home-Assistant-Server auf
Ein leiser Server mit geringem Stromverbrauch beginnt mit einer realistisch eingeschätzten Arbeitslast und den räumlichen Gegebenheiten und setzt dann auf SSD-Speicher, effiziente Rechenleistung, sichere...

