Hoe je de cache en tijdelijke opslag van Home Assistant configureert

Configureer de cache van Home Assistant door eerst vast te stellen welke gegevens verwijderbaar zijn; verplaats de volledige persistente configuratiemap nooit naar tijdelijke opslag.

‘Cache’ kan verwijzen naar frontendbestanden van de browser, TTS-uitvoer, tijdelijke bestanden die specifiek zijn voor een integratie, de /tmp van een container, de paginacache van het besturingssysteem of tijdelijke databasebestanden. Die lagen hebben verschillende eigenaren en herstelprocedures. Bewaar gebruikersgegevens, registers, configuratie, de status van Recorder en andere gezaghebbende bestanden op duurzame opslag. Gebruik tmpfs of RAM-ondersteunde opslag alleen voor een gedocumenteerd, verwijderbaar pad waarvan je het verlies en geheugengebruik bij een herstart hebt getest.

Classificeer de cache voordat je een pad verplaatst

Bepaal eerst wie eigenaar is, wat het pad is, hoe groot het maximaal naar verwachting wordt, hoe je de gegevens opnieuw opbouwt en wat er gebeurt als ze verdwijnen. De browsercache staat op de client; de persistente toepassingsstatus van Home Assistant staat onder het geconfigureerde gegevenspad; integratiecaches verschillen; tijdelijke containerbestanden kunnen bij een herstart verdwijnen. Je lost dit niet op met één algemene instelling voor een 'cachemap'.

Een voorbeeld met Home Assistant TTS laat zien hoe gegenereerde audio in een specifiek cachepad bewust naar een RAM-ondersteunde locatie werd verplaatst. De belangrijke grens bij het verplaatsen van een verwijderbare TTS-cache is dat de gebruiker één opnieuw te genereren map heeft verplaatst, niet de hele configuratiestructuur.

Als je niet kunt aantonen dat een bestand kan verdwijnen zonder verlies van identiteit, geschiedenis, instellingen, dashboards of integratieregistratie, beschouw het dan als persistent. Duurzame opslag is de veiligste standaard. Optimaliseer pas als duidelijk is wie verantwoordelijk is voor herstel.

Behoud de persistente status van Home Assistant en Recorder op duurzame opslag

De configuratiekoppeling is geen cache, alleen omdat er enkele gegenereerde bestanden in staan. Er kunnen authenticatiegegevens, registers van entiteiten en apparaten, automatiseringsstatus, configuratie, aangepaste componenten en de standaarddatabase van Recorder in staan. Door dat hele pad op tmpfs te zetten, leidt een herstart tot gegevensverlies en zijn back-ups afhankelijk van geheugeninhoud die nooit als gezaghebbend bedoeld was.

De uitleg van ZimaSpace over de functies van persistente gegevens in Home Assistant is het juiste eerste selectiecriterium: scheid de gezaghebbende status van opnieuw op te bouwen cache en tijdelijke werkgegevens voordat je opslaglagen toewijst.

Gebruik een SSD of een ander betrouwbaar, duurzaam bestandssysteem voor de app-status en zorg voor voldoende vrije ruimte voor databasegroei, upgrades en onderhoud. Een kleine, verwijderbare cache naar RAM verplaatsen kan geen te klein of defect persistent volume compenseren.

Gebruik tmpfs alleen voor expliciet verwijderbare paden met een geheugenlimiet

Tmpfs kan schrijfbewerkingen verminderen en een zeer lage latentie bieden, maar verbruikt RAM van de host en verdwijnt wanneer de container of host stopt. Daardoor is het geschikt voor begrensde tijdelijke gegevens, maar niet voor gegevens die na een herstart nodig zijn. De mount moet ook zo worden gedimensioneerd dat een tijdelijke workload niet het geheugen kan opsouperen dat Home Assistant Core en aangrenzende services nodig hebben.

Een actuele gids voor Docker Compose legt uit dat tmpfs-gebruik meetelt voor de geheugencapaciteit en tot ruimtegebrek of OOM-problemen kan leiden als de tmpfs te groot is of niet is begrensd in verhouding tot het geheugenbudget van de container.

Stel een maximale grootte in, houd het piekgebruik in de gaten en herstart de container bewust. Het pad moet automatisch opnieuw worden gevuld, terwijl gebruikers, instellingen, geschiedenis en integraties ongewijzigd blijven. Als de toepassing de map niet opnieuw kan opbouwen of de afwezigheid ervan als beschadiging beschouwt, verplaats deze dan terug naar blijvende opslag.

Featured

ZimaCube 2 persoonlijke cloud-home-NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Behandel de frontendcache als een clientprobleem, niet als serveropslag

Een verouderde Home Assistant-pagina kan in één browser blijven staan, ook als de server goed werkt, omdat de browser of app frontendbronnen in de cache bewaart. Tijdelijke bestanden aan de serverkant wissen lost die clientstatus niet op. Omgekeerd vermindert het wissen van de browsercache de schijfactiviteit van Recorder niet en maakt het de Home Assistant-database niet kleiner.

Home Assistant-gebruikers maken expliciet onderscheid tussen frontendcache als browsercache; daarom moet je bij cacheproblemen eerst vaststellen of het probleem zich op één client of op de hele server voordoet.

Gebruik een schone browser of privéprofiel als controletest. Als de nieuwe client goed werkt, houd de oplossing dan aan de frontendkant. Als alle clients dezelfde ontbrekende gegevens of serverfout tonen, blijf dan niet de lokale caches wissen; ga verder met het oplossen van problemen met Home Assistant-logboeken, opslag, integraties of de database.

Tijdelijke opslag valideren met tests voor herstarts, geheugendruk en vrije ruimte

Meet na het wijzigen van een cache- of tmpfs-pad de normale en piekgrootte, het beschikbare geheugen van de host, de geheugendruk van de container, de vrije ruimte op het blijvende volume en het gedrag na een herstart. Voer vervolgens de workload uit die de cache aanmaakt - TTS, media, verwerking door een aangepaste integratie of een andere bekende producent - en controleer of de opschoning naar verwachting plaatsvindt.

Houd ruimte vrij op blijvende opslag voor bewerkingen die tijdelijke werkruimte nodig hebben, ook als de dagelijkse database er ruimschoots op past. Vul het blijvende volume niet omdat een RAM-cache normale schrijfbewerkingen kleiner deed lijken; upgrades, databaseonderhoud, back-ups en logpieken kunnen heel andere eisen aan tijdelijke ruimte stellen.

Slaag als elk tijdelijk pad kan verdwijnen en opnieuw kan worden opgebouwd, blijvende gegevens container- en hostherstarts overleven, het piekgebruik van tmpfs binnen het geheugenbudget blijft en Home Assistant voldoende blijvende vrije ruimte overhoudt. Als na de test een vereiste instelling of geschiedenis ontbreekt, is het pad verkeerd geclassificeerd en moet het weer naar blijvende opslag worden verplaatst voordat je verder afstelt.