Bör du lagra Home Assistant-metadata på en SSD och stora datamängder på en HDD?
Vanligtvis, ja: behåll Home Assistants aktiva konfiguration, register, metadata och lokala databas på en tillförlitlig SSD, och placera stora mediefiler, kamerainspelningar, exporter och sekundära säkerhetskopior på HDD-lagring.
Den viktiga gränsen går inte helt enkelt mellan små och stora filer. Home Assistants /config-träd innehåller tätt sammankopplade beständiga tillstånd, medan Recorder utför frekvent databasanvändning och externa monteringar medför beroenden för uppstart och tillgänglighet. Separera data efter åtkomstmönster, dokumentera varje montering och verifiera en omstart samt en återställning innan du litar på uppdelningen.
Behåll Home Assistants aktiva tillstånd tillsammans på SSD
Betrakta /config som en enda återställningsenhet. Den innehåller normalt YAML, hemligheter, katalogen .storage, register, integrationstillstånd och – när SQLite används – den aktiva databasen. Om enskilda dolda tillståndsfiler delas upp mellan monteringar blir det svårare att förstå ägarskap, uppstartsordning och vad återställningen täcker.
Recorder skriver kontinuerligt, så dess lagringsbeteende skiljer sig från ett arkiv som öppnas då och då. Oberoende felsökningsvägledning rekommenderar snabb lagring för Home Assistants aktiva databas, eftersom frekventa läsningar och skrivningar kan göra långsamma lagringsmedier märkbara genom fördröjningar i historik och automatiseringar. Det relevanta fokuset är snabb lagring för den aktiva databasen, inte ett löfte om att varje SSD åtgärdar alla flaskhalsar.
Om du använder en extern MariaDB- eller PostgreSQL-tjänst blir databasen ett separat system med beständigt tillstånd och egna gränser för säkerhetskopiering, autentisering, nätverk och uppgraderingar. Behandla inte en ändring av databas-URL:en som en enkel ändring av filplacering.
Flytta kapacitetskrävande data endast när den har en tydlig gräns
HDD-lagring är ett rimligt mål för stora mediefiler, långa kamerainspelningar, exporterade rapporter och ytterligare säkerhetskopior när dessa sökvägar inte innehåller den aktiva konfigurationen eller databasen. Dessa arbetsbelastningar värdesätter vanligtvis kapacitet mer än låg latens vid små slumpmässiga I/O-operationer.
Skapa uttryckliga värdsökvägar och montera dem på stabila platser i containern. Peka inte en bred överordnad montering över /config, eftersom en tom eller sent tillgänglig värdsökväg kan dölja de förväntade data och få Home Assistant att verka nyinstallerat. Bekräfta att HDD:n är monterad innan containern startar och bestäm vad som ska hända om den inte är tillgänglig.
Den relaterade ZimaSpace-artikeln om tillväxt av Home Assistants metadata och historik hjälper dig att skilja register, Recorder-historik, loggar och säkerhetskopior åt innan du tilldelar varje klass en lagringsnivå.
Planera säkerhetskopior över båda lagringsnivåerna
Skriv ner vilken säkerhetskopia som omfattar /config, den aktiva databasen, HDD-sökvägarna och eventuell extern databas. Ett arkiv som ser komplett ut kan fortfarande utelämna en separat monterad medie- eller databassökväg, medan en filsystemskopia kan vara inkonsekvent om den fångar en databas mitt under en skrivning.
Behåll minst en säkerhetskopia utanför Home Assistant-värden. SSD/HDD-uppdelningen förbättrar placeringen, men skyddar inte mot radering, strömfel, styrenhetsfel eller en misslyckad migrering som påverkar båda diskarna. Förvara krypteringsnycklar och inloggningsuppgifter tillsammans med återställningsplanen, men inte på samma maskin.
Innan du ändrar monteringar ska du skapa en verifierat fungerande säkerhetskopia och notera aktuellt antal entiteter, integrationer, ny historik, instrumentpaneler, automatiseringar och mediesökvägar. Dessa observationer blir acceptanstestet efter återskapandet och är mer användbara än att bara kontrollera om inloggningssidan öppnas.
Validera uppdelningen genom omstart, belastning och återställning
Starta om värden, inte bara Home Assistant, för att testa monteringsordningen. Bekräfta att /config pekar på SSD-sökvägen och att varje montering för massdata pekar på avsedd HDD-sökväg innan Home Assistant börjar skriva. En tom katalog på någon av platserna är ett skäl att avbryta.
Kör den ursprungliga arbetsbelastningen: öppna historiken, utlös en belastad automatisering, skriv en inspelning eller mediefil och skapa en säkerhetskopia. Ett godkänt resultat innebär att styrningen förblir responsiv, att data skrivs till avsedda diskar, att inga databas- eller behörighetsvarningar uppstår och att värden har normal I/O-latens.
Återställ slutligen till en isolerad testinstans och verifiera båda lagringsnivåerna. Gå tillbaka från uppdelningen om Home Assistant startar med tomma register, inaktuell historik, saknade medier eller monteringsberoende fel. Eskalera till en extern databas eller en omdesignad lagringslösning endast när den enklare gränsen med SSD för /config och HDD för massdata inte kan uppfylla kraven på kapacitet eller tillgänglighet.
Rekommenderade produkter
Support och tips
Mer att läsa
Så optimerar du Home Assistant-databasanslutningar för samtidiga containrar
Finjustera en extern Recorder-databas utifrån uppmätta aktiva anslutningar och svarstider, inte genom att höja det maximala antalet anslutningar eller kopiera en annan värds anslutningspool.
Så förhindrar du duplicerade jobb eller importer i Home Assistant
Använd spårningsdata och unika åtgärdsnycklar för att göra automatiseringar och importer säkra att försöka igen utan att skapa dubbla åtgärder eller poster.
Så reparerar du Home Assistant efter att databasvolymen blivit full
Återställ efter en full Recorder-volym utan att först radera bevismaterial, minska sedan tillväxten och bevisa att historik och automatiseringar överlever en omstart.
