Ausfallbereiche in Home Assistant: Wie Abhängigkeiten Ausfälle beeinflussen

Ausfälle von Home Assistant weiten sich aus, wenn scheinbar getrennte Funktionen von einer gemeinsamen Abhängigkeit wie Stromversorgung, Host, Speicher, Netzwerk, Identität oder Gateway abhängen und diese ausfällt.

Dashboard, Automatisierungs-Engine, Datenbank, Broker, Funkkoordinator, DNS-Resolver und mobiler Client können als getrennte Komponenten ausgeführt werden und dennoch gemeinsam ausfallen, wenn ihr gemeinsamer Host oder ihre gemeinsame Route verschwindet. Die Analyse von Ausfalldomänen verfolgt jedes Haushaltsergebnis durch diese Abhängigkeiten, identifiziert korrelierte Ausfälle und legt eine Wiederherstellungsreihenfolge fest. Redundanz hilft nur, wenn der alternative Pfad nicht dieselbe verborgene Ursache teilt.

Mit Haushaltsergebnissen statt Containern beginnen

Definieren Sie Ergebnisse wie lokale Beleuchtung, Heizungssicherheit, Sichtbarkeit von Alarmen, Fernzugriff und Aufbewahrung des Verlaufs. Verfolgen Sie für jedes Ergebnis die erforderlichen Komponenten vom Sensor oder Client über Netzwerk, Home Assistant, Integrationen, Broker und Datenbank bis zum Aktor. Ein laufender Container ist irrelevant, wenn das Haushaltsergebnis weiterhin von einem ausgefallenen Gateway abhängt.

Diskussionen über Hochverfügbarkeit zeigen immer wieder den Unterschied zwischen dem Weiterlaufen eines Prozesses und der Nutzbarkeit eines Automatisierungspfads. Diese Diskussion zur Hochverfügbarkeit bringt Fragen zur Statussynchronisierung, zum Besitz von Funkgeräten und zum Failover ans Licht, die eine einfache zweite Instanz nicht löst.

Beenden Sie die Darstellung bei Komponenten, deren Ausfall das Ergebnis verändert. Optionale Analysen gehören möglicherweise nicht in eine Domäne für die Lichtsteuerung, während DNS für den Hostnamen einer Datenbank unverzichtbar sein kann. Diese Abgrenzung verhindert, dass ein riesiges Inventar die wenigen Abhängigkeiten verdeckt, die einen Ausfall tatsächlich bestimmen.

Gemeinsame Infrastruktur verursacht korrelierte Ausfälle

Zwei Container auf einem Host teilen sich dessen Kernel, Netzteil, Speichercontroller und häufig dasselbe Dateisystem. Auch zwei Hosts können weiterhin denselben Switch, dieselbe USV, denselben Resolver oder denselben Anbieter für Zugangsdaten gemeinsam nutzen. Replikate verringern das Risiko nur dann, wenn der zu verhindernde Ausfall nicht jedes Replikat und die für die Auswahl eines Replikats erforderlichen Koordinierungsdaten entfernt.

Ein praktisches Design für das Clustering von Home Assistant veranschaulicht die Anzahl der Ebenen, die bei einem echten Failover beteiligt sind. Das Design des replizierten Clusters trennt replizierten Speicher, Dienstplatzierung und Clientzugriff und zeigt, warum ein zusätzlicher Anwendungsprozess allein keine unabhängige Ausfalldomäne darstellt.

Korrelierte Risiken sind akzeptabel, wenn ihre Folgen zur Toleranz des Haushalts passen und die Wiederherstellung schnell erfolgt. Gefährlich werden sie, wenn derselbe Host den aktiven Dienst, seine einzige Datenbank und das einzige Backup enthält. Kennzeichnen Sie jede gemeinsame physische und administrative Abhängigkeit, bevor Sie Redundanz kaufen oder konfigurieren.

Abhängigkeiten bestimmen die Wiederherstellungsreihenfolge

Die Wiederherstellung sollte von den grundlegenden Diensten nach außen erfolgen: Stromversorgung und Speicher, Host und Netzwerk, DNS und Identität, Datenbanken und Broker, Home Assistant, Integrationen und anschließend Clients und Automatisierungen. Wird ein abhängiger Dienst gestartet, bevor seine Voraussetzung bereit ist, kann dies irreführende Fehler, Wiederholungsversuche oder eine teilweise Verfügbarkeit erzeugen und die Diagnose erschweren.

Berichte über Stromausfälle zeigen, wie ein einziges Ereignis später als Symptom von Speicher-, Netzwerk- oder Anwendungsproblemen auftreten kann. Dieser Bericht über Symptome nach einem Ausfall erinnert daran, die früheste ausgefallene Ebene zu ermitteln, statt jede nachgelagerte Warnung unabhängig davon zu beheben.

Die Ausfallgrenze ist eine Abhängigkeit, die ohne destruktive Änderungen nicht wiederhergestellt oder überprüft werden kann. Bewahren Sie dort Protokolle und einen nachweislich funktionierenden Zustand auf. Das erneute Aufbauen nachgelagerter Integrationen, bevor Datenbank, Broker oder Namensdienst stabil sind, kann Beweise löschen, während die eigentliche Ursache des Ausfalls unangetastet bleibt.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Eine Testkarte für Ausfalldomänen erstellen

Erstellen Sie für jedes Haushaltsergebnis eine Zeile mit Spalten für erforderliche Komponenten, gemeinsame Abhängigkeiten, Erkennungssignal, Verhalten bei eingeschränkter Funktion, Verantwortlichen für die Wiederherstellung und maximalen Ausfall. Fügen Sie einen Test hinzu, der jeweils eine Abhängigkeit sicher entfernt und dokumentiert, welche Ergebnisse ausfallen, welche lokal weiter funktionieren und wie automatisch sie sich erholen.

Verwenden Sie die Komponentenübersicht für die lokale Steuerung, wenn die Darstellung zeigt, dass eine Abhängigkeit zu viele erforderliche Ergebnisse miteinander koppelt.

Akzeptieren Sie die Architektur, wenn jedes kritische Ergebnis einen bekannten Ausfallumfang, einen Alarm zur Erkennung und eine Wiederherstellungssequenz besitzt, die das Ziel erfüllt. Ändern Sie die Topologie nur dort, wo ein getesteter Ausfall die Toleranz überschreitet. Ein Diagramm ohne kontrollierten Ausfalltest ist eine Annahme und kein Nachweis für Resilienz.