So konfigurieren Sie Cache und temporären Speicher in Home Assistant

Konfiguriere den Cache von Home Assistant, indem du zuerst ermittelst, welche Daten entbehrlich sind. Verschiebe niemals den gesamten persistenten Konfigurationspfad auf temporären Speicher.

„Cache“ kann Browser-Frontend-Dateien, TTS-Ausgabe, integrationsspezifische temporäre Dateien, das /tmp eines Containers, den Seitencache des Betriebssystems oder den Arbeitsbereich einer Datenbank bezeichnen. Diese Ebenen haben unterschiedliche Verantwortliche und Wiederherstellungsverfahren. Nutzer, Verzeichnisse, Konfiguration, Recorder-Zustand und andere maßgebliche Dateien gehören auf dauerhaften Speicher. Verwende tmpfs oder RAM-basierten Speicher nur für einen dokumentiert entbehrlichen Pfad, dessen Verlust und Speicherverbrauch du beim Neustart getestet hast.

Cache einordnen, bevor du einen Pfad verschiebst

Lege zuerst den zuständigen Dienst, den Pfad, die erwartete Maximalgröße, die Methode zur Wiederherstellung und die Folgen eines Datenverlusts fest. Der Browser-Cache liegt auf dem Client; der persistente Anwendungszustand von Home Assistant liegt im konfigurierten Datenpfad; Integrations-Caches unterscheiden sich; temporäre Containerdateien können beim Neustart verschwinden. Eine einzige globale Einstellung für ein „Cache-Verzeichnis“ löst diese unterschiedlichen Anforderungen nicht.

Ein TTS-Beispiel aus Home Assistant zeigt einen begrenzten Anwendungsfall, in dem generierte Audiodateien unter einem bestimmten Cache-Pfad absichtlich an einen RAM-basierten Speicherort umgeleitet wurden. Entscheidend beim Verschieben eines entbehrlichen TTS-Caches ist, dass nur ein bestimmtes, wiederherstellbares Verzeichnis betroffen war, nicht der gesamte Konfigurationsbaum.

Wenn du nicht sicher belegen kannst, dass eine Datei verschwinden kann, ohne Identität, Verlauf, Einstellungen, Dashboards oder Integrationsregistrierungen zu verlieren, stufe sie als persistent ein. Dauerhafter Speicher ist die sicherste Standardwahl. Optimiere erst, wenn klar ist, wie die Wiederherstellung gewährleistet wird.

Persistenten Zustand und Recorder von Home Assistant auf dauerhaftem Speicher halten

Das Konfigurations-Mount ist nicht einfach ein Cache, nur weil es einige generierte Dateien enthält. Darin können Authentifizierungsdaten, Entitäts- und Geräteverzeichnisse, Automatisierungszustand, Konfiguration, benutzerdefinierte Komponenten und die standardmäßige Recorder-Datenbank gespeichert sein. Wird dieser gesamte Pfad auf tmpfs gelegt, gehen bei einem Neustart Daten verloren. Außerdem hängen Backups dann von Speicherinhalten ab, die nie als maßgebliche Datenquelle gedacht waren.

ZimaSpaces Erklärung der Aufgaben persistenter Daten von Home Assistant ist der richtige erste Anhaltspunkt: Unterscheide den maßgeblichen Zustand von wiederherstellbarem Cache und temporären Arbeitsdaten, bevor du Speicherklassen zuweist.

Für den App-Zustand eine SSD oder ein anderes zuverlässiges, dauerhaftes Dateisystem verwenden und genügend freien Speicherplatz für das Wachstum der Datenbank, Upgrades und Wartungsarbeiten vorhalten. Einen kleinen, entbehrlichen Cache in den Arbeitsspeicher zu verschieben, kann ein zu kleines oder ausfallendes dauerhaftes Volume nicht ausgleichen.

tmpfs nur für ausdrücklich entbehrliche Pfade mit begrenztem Speicherplatz verwenden

tmpfs kann Schreibvorgänge verringern und eine sehr niedrige Latenz bieten, verbraucht jedoch Arbeitsspeicher des Hosts und geht verloren, wenn der Container oder Host gestoppt wird. Daher eignet es sich für begrenzte temporäre Daten, nicht aber für Daten, die nach einem Neustart benötigt werden. Die Einbindung muss außerdem so bemessen sein, dass eine temporäre Arbeitslast nicht den Arbeitsspeicher verbrauchen kann, den Home Assistant Core und benachbarte Dienste benötigen.

Ein aktueller Leitfaden zu Docker Compose erklärt, dass die tmpfs-Nutzung auf die Speicherkapazität angerechnet wird und bei überdimensionierter oder im Verhältnis zum Containerbudget unbegrenzter Konfiguration zu Fehlern wegen fehlenden Speicherplatzes oder OOM-Bedingungen führen kann.

Legen Sie eine Größenobergrenze fest, überwachen Sie die Spitzennutzung und starten Sie den Container gezielt neu. Der Pfad sollte automatisch neu befüllt werden, während Nutzer, Einstellungen, Verlauf und Integrationen unverändert bleiben. Wenn die Anwendung das Verzeichnis nicht neu erstellen kann oder sein Fehlen als Beschädigung behandelt, legen Sie es wieder auf dauerhaftem Speicher ab.

Featured

ZimaCube 2 persönliche Cloud-NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Den Frontend-Cache als Client-Problem behandeln, nicht als Serverspeicher

Eine veraltete Home-Assistant-Seite kann in einem Browser weiterhin angezeigt werden, obwohl der Server einwandfrei funktioniert, weil der Browser oder die App Frontend-Ressourcen zwischenspeichert. Das Löschen serverseitiger temporärer Dateien behebt diesen Client-Zustand nicht. Umgekehrt verringert das Löschen des Browser-Caches weder die Festplatten-E/A des Recorders noch die Größe der Home-Assistant-Datenbank.

Home-Assistant-Nutzer unterscheiden ausdrücklich zwischen dem Frontend-Cache als Browser-Cache. Deshalb sollte die Cache-Fehlersuche damit beginnen festzustellen, ob das Problem nur auf einem Client oder auf dem gesamten Server auftritt.

Verwenden Sie einen sauberen Browser oder ein privates Profil als Kontrolltest. Wenn der neue Client einwandfrei funktioniert, beheben Sie das Problem weiterhin im Frontend. Wenn auf allen Clients dieselben fehlenden Daten oder serverseitigen Fehler auftreten, löschen Sie nicht weiter lokale Caches, sondern untersuchen Sie wieder die Protokolle, den Speicher, die Integration oder die Datenbank von Home Assistant.

Temporären Speicher durch Neustart-, Belastungs- und Freispeichertests validieren

Messen Sie nach einer Änderung eines Cache- oder tmpfs-Pfads die normale und maximale Größe, den verfügbaren Arbeitsspeicher des Hosts, die Speicherauslastung des Containers, den freien Speicherplatz auf dem persistenten Volume und das Verhalten beim Neustart. Führen Sie anschließend die Arbeitslast aus, die den Cache erzeugt – TTS, Medien, Verarbeitung durch eine benutzerdefinierte Integration oder einen anderen bekannten Erzeuger – und bestätigen Sie, dass die Bereinigung wie erwartet erfolgt.

Lassen Sie auf dem dauerhaften Speicher genügend Platz für Vorgänge, die temporären Arbeitsbereich benötigen, auch wenn die Datenbank im Alltag bequem hineinpasst. Füllen Sie das persistente Volume nicht, nur weil ein RAM-Cache normale Schreibvorgänge kleiner erscheinen ließ; Upgrades, Datenbankwartung, Backups und Protokollspitzen können ganz andere Anforderungen an temporären Speicherplatz haben.

Bestanden, wenn jeder entbehrliche Pfad gelöscht und neu erstellt werden kann, persistenter Zustand Container- und Host-Neustarts übersteht, die Spitzennutzung von tmpfs innerhalb des Arbeitsspeicherbudgets bleibt und Home Assistant weiterhin über ausreichend dauerhaft verfügbaren Speicherplatz verfügt. Wenn nach dem Test eine erforderliche Einstellung oder ein Verlauf fehlt, wurde der Pfad falsch eingestuft und muss vor weiteren Anpassungen wieder auf persistenten Speicher gelegt werden.