So trennen Sie App-Daten, Cache und Backups von Home Assistant

Trennen Sie die App-Daten, den Cache und die Backups von Home Assistant, indem Sie zunächst festlegen, was einen Ausfall überstehen muss, was automatisch neu erstellt werden kann und was außerhalb des Home-Assistant-Hosts gespeichert werden muss. Persistente Konfigurationen und Datenbankzustände benötigen stabilen Speicher und Backups; entbehrliche Cache- oder temporäre Dateien sollten nicht denselben Aufbewahrungsregeln unterliegen; Backups sollten nicht von dem Datenträger abhängen, den sie wiederherstellen sollen.

Das sicherste Layout ist rollenbasiert und nicht anhand von Ordnernamen aufgebaut. Verschieben Sie ein Verzeichnis nicht allein deshalb in den „Cache-Speicher“, weil es schnell wächst. Prüfen Sie, ob Home Assistant oder ein Begleitdienst diese Daten für Verlauf, Identität, Kopplung, Zugangsdaten oder Wiederherstellung benötigt, bevor Sie sie als entbehrlich behandeln.

Daten als maßgeblich, wiederherstellbar oder Wiederherstellungskopie klassifizieren

Zu den maßgeblichen App-Daten gehören die Home-Assistant-Konfiguration, Geheimnisse, der Integrationsstatus, Automatisierungsdefinitionen sowie die Datenbank oder ein anderer Zustand, den Sie bewahren möchten. Wiederherstellbare Daten umfassen heruntergeladene Images, temporäre Dateien, Paket-Caches, Transkodierungen und Indizes, die ein Dienst ohne Verlust der Haushaltskonfiguration neu erstellen kann. Wiederherstellungskopien sind Backups und Exporte, die nach einem Ausfall zum Wiederaufbau des maßgeblichen Zustands dienen.

Diese Klassifizierung sollte für jeden Dienst separat erfolgen. Home Assistant, MQTT, eine Datenbank, ein Reverse-Proxy und Zigbee2MQTT können jeweils unterschiedliche persistente Zustände besitzen. Eine Verwaltungsoberfläche kann sich die Stack-Definition merken, ohne die Workload-Daten selbst zu enthalten; warum Backups der Containerverwaltung den Workload-Zustand auslassen können zeigt, weshalb „Ich habe Docker gesichert“ deutlich weniger bedeuten kann als erwartet.

Home-Assistant-Konfiguration und aktive Datenbank auf stabilem Speicher halten

Bei einer Container-Bereitstellung muss der Konfigurationspfad von Home Assistant unabhängig vom Container-Image persistent sein. Wenn die Recorder-Datenbank in diesem Konfigurationsbaum verbleibt, handelt es sich um aktiven Anwendungszustand und nicht um einen Cache. Speichern Sie diesen Zustand auf einer zuverlässigen SSD oder einem anderen Speicher mit geringer Latenz und ausreichend freiem Platz für den normalen Datenbankbetrieb und Wiederherstellungsvorgänge.

Die Recorder-Aktivität kann kontinuierliche kleine Schreibvorgänge erzeugen, insbesondere wenn sich viele Entitäten häufig ändern. Eine ausführliche Diskussion in der Home-Assistant-Community zu den Auswirkungen der Recorder-Aufbewahrung auf das Datenbankwachstum ist hilfreich, weil sie sich auf die Reduzierung unnötiger Verlaufsdaten konzentriert, statt den Datenbankbetrieb zu verschleiern, indem der gesamte Konfigurationsbaum auf temporären Speicher verschoben wird.

Nur nachweislich entbehrlichen Cache und temporäre Arbeitsdaten verschieben

Cache- und temporäre Daten können auf einem separaten schnellen Arbeitsgerät, einem begrenzten speicherbasierten Dateisystem oder einem eigenen Verzeichnis mit Bereinigungsregeln gespeichert werden – aber nur, wenn ihr Verlust unbedenklich ist. Starten Sie den betreffenden Dienst nach dem Leeren einer Testkopie neu und prüfen Sie, ob er die benötigten Daten wiederherstellt. Wenn der Dienst Kopplungen, Verlauf, Benutzer, Zugangsdaten oder Konfiguration verliert, waren die Daten nicht entbehrlich.

Die Trennung häufig veränderter Daten kann Schreibvorgänge reduzieren und Backups verkleinern. Sie darf jedoch niemals erforderliche Dateien unter einem Mountpunkt verbergen oder eine versteckte Abhängigkeit vom RAM erzeugen. Der Beitrag von ZimaSpace zum Trennen von Home-Assistant-Cache und temporärem Speicher bietet einen gezielten Ansatz, um wiederherstellbare Daten zu identifizieren, bevor Mounts geändert werden.

Featured

ZimaCube 2 Persönliche Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Backups in einer anderen Ausfalldomäne speichern

Ein Backup neben der Live-Konfiguration schützt vor einer fehlerhaften Bearbeitung, aber nicht vor einem SSD-Ausfall, Diebstahl des Hosts, Dateisystembeschädigungen oder einem defekten Speichercontroller. Kopieren Sie Home-Assistant-Backups entsprechend dem Ausfall, den Sie überstehen möchten, auf ein NAS, einen anderen Server, einen Wechseldatenträger oder ein Ziel außerhalb des Standorts. Bewahren Sie den Wiederherstellungsschlüssel oder die Zugangsdaten an einem Ort auf, der auch dann erreichbar bleibt, wenn Home Assistant selbst ausgefallen ist.

Backups müssen außerdem intern konsistent sein. Volume-Archive sind nützlich, doch zustandsbehaftete Dienste benötigen möglicherweise einen koordinierten Dump, einen Snapshot oder eine Kopie bei angehaltenem Dienst. Ein unabhängiges Muster für die Sicherung und Wiederherstellung persistenter Volumes erklärt das Problem der Portabilität, während ein Wiederherstellungstest, der die Nutzbarkeit des Backups nachweist hervorhebt, dass ein Backup-Auftrag erst dann als bewährt gilt, wenn Sie daraus einen brauchbaren Zustand wiederherstellen können.

Das Layout mit Lösch-, Neustart- und Wiederherstellungsübungen testen

Testen Sie nach der Trennung der Pfade jede Rolle entsprechend ihrer Zusicherung. Leeren Sie einen entbehrlichen Cache und prüfen Sie, ob er neu erstellt wird. Erstellen Sie den Home-Assistant-Container neu und bestätigen Sie, dass die persistente Konfiguration erhalten bleibt. Starten Sie den Host neu und überprüfen Sie, ob die Mounts verfügbar sind, bevor abhängige Dienste starten. Stellen Sie ein aktuelles Backup in einem temporären Ziel wieder her und prüfen Sie Benutzer, Automatisierungen, Integrationen sowie einen repräsentativen Verlauf oder den Zustand von Begleitdiensten.

Dokumentieren Sie anschließend Eigentümer und Berechtigungen. Ein auf dem Datenträger perfekt getrennter Pfad kann nach einer Migration dennoch ausfallen, wenn die neue Container-UID/GID ihn nicht lesen kann. Notieren Sie Mountpunkte, Dateisystemeigentümer, Backup-Einbeziehung, Aufbewahrung und den Dienst, der jedes Verzeichnis löschen darf.

Die Trennung ist erfolgreich, wenn das Löschen des Caches Home Assistant nicht zerstören kann, das Neuerstellen von Containern den App-Zustand nicht löscht und der Verlust des primären App-Datenträgers nicht auch die einzige Wiederherstellungskopie vernichtet. Speicherrollen sollten das Verhalten bei einem Ausfall offensichtlich machen, bevor überhaupt etwas ausfällt.