Så här separerar du appdata, cache och säkerhetskopior i Home Assistant

Separera Home Assistants appdata, cache och säkerhetskopior genom att först avgöra vad som måste överleva ett fel, vad som kan återskapas automatiskt och vad som måste finnas utanför Home Assistant-värden. Beständig konfiguration och databastillstånd behöver stabil lagring och säkerhetskopiering; cache och temporära filer bör inte omfattas av samma lagringsregler; säkerhetskopior bör inte vara beroende av den disk som de ska återställa.

Den säkraste layouten är rollbaserad snarare än baserad på mappnamn. Flytta inte en katalog till ”cachelagring” bara för att den växer snabbt. Bekräfta om Home Assistant eller en kompletterande tjänst behöver datan för historik, identitet, parkoppling, autentiseringsuppgifter eller återställning innan du behandlar den som temporär.

Klassificera data som auktoritativ, återskapningsbar eller återställningskopia

Auktoritativ appdata omfattar Home Assistants konfiguration, hemligheter, integrationstillstånd, automationsdefinitioner samt databasen eller annat tillstånd som du vill bevara. Återskapningsbar data omfattar hämtade avbildningar, temporära filer, paketcachar, transkodningar och index som en tjänst kan skapa på nytt utan att hushållets konfiguration går förlorad. Återställningskopior är säkerhetskopior och exporter som är avsedda att bygga upp det auktoritativa tillståndet efter ett fel.

Klassificeringen bör göras per tjänst. Home Assistant, MQTT, en databas, en reverse proxy och Zigbee2MQTT kan ha olika beständiga tillstånd. Ett hanteringsgränssnitt kan komma ihåg stackdefinitionen utan att självt innehålla arbetslastens data; en förklaring av varför säkerhetskopior av containerhantering kan utelämna arbetslastens tillstånd visar varför ”jag säkerhetskopierade Docker” kan betyda betydligt mindre än man tror.

Behåll Home Assistants konfiguration och aktiva databas på stabil lagring

För en containerinstallation måste Home Assistants konfigurationssökväg finnas kvar oberoende av containeravbildningen. Om recorder-databasen ligger kvar i konfigurationsträdet är den aktiv applikationsdata, inte cache. Placera detta tillstånd på en tillförlitlig SSD eller annan lagring med låg fördröjning och tillräckligt med ledigt utrymme för normalt databasarbete och återställningsåtgärder.

Recorder-aktivitet kan skapa kontinuerliga små skrivningar, särskilt när många entiteter ändras ofta. En långvarig diskussion i Home Assistant-communityt om hur lagringstiden påverkar databasens tillväxt är användbar eftersom den fokuserar på att minska onödig historik i stället för att dölja databasaktiviteten genom att flytta hela konfigurationsträdet till temporär lagring.

Flytta endast bevisat temporär cache och arbetsdata

Cache och temporär lagring kan placeras på en separat snabb arbetsdisk, ett begränsat minnesbaserat filsystem eller en särskild katalog med regler för rensning – men endast när det är ofarligt att förlora datan. Starta om den berörda tjänsten efter att ha rensat en testkopia och bekräfta att den återskapar det den behöver. Om tjänsten förlorar parkopplingar, historik, användare, autentiseringsuppgifter eller konfiguration var datan inte temporär.

Att separera data som skrivs ofta kan minska antalet skrivningar och göra säkerhetskopiorna mindre, men det får aldrig dölja nödvändiga filer under en monteringspunkt eller skapa ett dolt beroende av RAM. ZimaSpaces guide till att separera Home Assistants cache och temporära lagring beskriver hur du identifierar återskapningsbar data innan du ändrar monteringar.

Featured

ZimaCube 2 personlig molnhem NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Placera säkerhetskopior i en separat felzon

En säkerhetskopia som ligger bredvid den aktiva konfigurationen skyddar mot en felaktig redigering, men inte mot SSD-fel, stöld av värden, korruption i filsystemet eller en trasig lagringskontroller. Kopiera Home Assistant-säkerhetskopior till en NAS, en annan server, flyttbar lagring eller ett mål på annan plats, beroende på vilket fel du vill kunna överleva. Förvara återställningsnyckeln eller autentiseringsuppgifterna någonstans där de fortfarande är tillgängliga när Home Assistant själv ligger nere.

Säkerhetskopior måste också vara internt konsekventa. Volymarkiv är användbara, men tillståndsbaserade tjänster kan behöva en samordnad dump, ögonblicksbild eller kopia medan tjänsten är stoppad. En oberoende beskrivning av ett mönster för säkerhetskopiering och återställning av beständiga volymer förklarar portabilitetsproblemet, medan ett återställningstest som visar att säkerhetskopian kan användas betonar att ett säkerhetskopieringsjobb inte är bevisat förrän du kan återställa användbart tillstånd från det.

Testa layouten med övningar för radering, omstart och återställning

Efter att ha separerat sökvägarna testar du varje roll enligt dess löfte. Rensa en temporär cache och bekräfta att den återskapas. Skapa om Home Assistant-containern och bekräfta att den beständiga konfigurationen finns kvar. Starta om värden och kontrollera att monteringar är tillgängliga innan beroende tjänster startar. Återställ en aktuell säkerhetskopia till ett tillfälligt mål och kontrollera användare, automationer, integrationer samt representativ historik eller tillstånd från kompletterande tjänster.

Dokumentera därefter ägarskap och behörigheter. En sökväg som är perfekt separerad på disken kan ändå sluta fungera efter en migrering om det nya containerns UID/GID inte kan läsa den. Anteckna monteringspunkter, filsystemets ägarskap, vad som ingår i säkerhetskopieringen, lagringstid och vilken tjänst som får radera varje katalog.

Separationen är lyckad när radering av cache inte kan förstöra Home Assistant, när återskapande av containrar inte kan radera appdata och när ett fel på den primära appdatadisken inte förstör den enda återställningskopian. Lagringsrollerna bör göra felbeteendet uppenbart innan något faktiskt går fel.