Conviene mettere i metadati di Home Assistant sull’SSD e i dati in blocco sull’HDD?

Di solito sì: conserva la configurazione attiva, i registri, i metadati e il database locale di Home Assistant su un SSD affidabile, e colloca i file multimediali di grandi dimensioni, le registrazioni delle telecamere, le esportazioni e le copie di backup secondarie su un HDD.

Il confine importante non è semplicemente quello tra file piccoli e grandi. L’albero /config di Home Assistant contiene uno stato persistente strettamente interconnesso, mentre Recorder esegue frequenti operazioni sul database e i mount esterni aggiungono dipendenze relative all’avvio e alla disponibilità. Separa i dati in base al modello di accesso, documenta ogni mount e verifica un riavvio e un ripristino prima di fare affidamento sulla suddivisione.

Mantieni insieme lo stato attivo di Home Assistant sull’SSD

Considera /config come un’unica unità di ripristino. Normalmente include YAML, segreti, la directory .storage, registri, lo stato delle integrazioni e, quando viene usato SQLite, il database attivo. Suddividere i singoli file di stato nascosti tra diversi mount rende più difficile ragionare su responsabilità, ordine di avvio e copertura del ripristino.

Recorder scrive continuamente, quindi il suo comportamento di archiviazione è diverso da quello di un archivio aperto occasionalmente. Le indicazioni indipendenti per la risoluzione dei problemi raccomandano uno storage veloce per il database attivo di Home Assistant, perché letture e scritture frequenti possono trasformare i supporti lenti in ritardi visibili nella cronologia e nelle automazioni. L’elemento utile da considerare è lo storage veloce per il database attivo, non la garanzia che ogni SSD risolva qualsiasi collo di bottiglia.

Se usi un servizio MariaDB o PostgreSQL esterno, il database diventa un sistema stateful separato, con propri confini di backup, autenticazione, rete e aggiornamento. Non considerare la modifica dell’URL del database come una semplice variazione della posizione dei file.

Sposta i dati che richiedono molta capacità solo quando hanno un confine chiaro

Lo storage HDD è una destinazione ragionevole per file multimediali di grandi dimensioni, registrazioni video prolungate, report esportati e copie di backup aggiuntive, quando questi percorsi non contengono la configurazione attiva o il database. Questi carichi di lavoro di solito privilegiano la capacità rispetto alla latenza delle operazioni I/O casuali di piccole dimensioni.

Crea percorsi espliciti sull’host e montali in posizioni stabili nel container. Non sovrapporre un mount parent ampio a /config, perché un percorso dell’host vuoto o disponibile in ritardo può nascondere i dati previsti e far sembrare Home Assistant appena installato. Verifica che l’HDD sia montato prima dell’avvio del container e decidi cosa debba accadere se non è disponibile.

L’articolo correlato di ZimaSpace sulla crescita dei metadati e della cronologia di Home Assistant aiuta a separare registri, cronologia di Recorder, log e backup prima di assegnare ogni categoria a un livello di storage.

Pianifica i backup tra entrambi i livelli di storage

Annota quale backup include /config, il database attivo, i percorsi sull’HDD ed eventuali database esterni. Un archivio apparentemente completo può comunque escludere un percorso multimediale o del database montato separatamente, mentre una copia del filesystem può risultare incoerente se acquisisce un database durante una scrittura.

Conserva almeno una copia di backup fuori dall’host di Home Assistant. La suddivisione SSD/HDD migliora la collocazione dei dati, ma non protegge da eliminazioni, guasti di alimentazione, guasti del controller o da una migrazione errata che coinvolga entrambi i dischi. Conserva le chiavi di crittografia e le credenziali insieme al piano di ripristino, non sulla stessa macchina.

Prima di modificare i mount, crea un backup verificato e annota il numero attuale di entità, le integrazioni, la cronologia recente, i dashboard, le automazioni e i percorsi dei file multimediali. Queste osservazioni diventano il test di accettazione dopo la ricreazione e sono più utili del semplice controllo dell’apertura della pagina di accesso.

Featured

ZimaCube 2 NAS personale cloud domestico

ZimaCube2

$799.00 - $2,499.00

Buy Now

Convalida la suddivisione con riavvio, carico e ripristino

Riavvia l’host, non solo Home Assistant, per verificare l’ordine dei mount. Conferma che /config punti al percorso sull’SSD e che ogni mount dei dati voluminosi punti al percorso previsto sull’HDD prima che Home Assistant inizi a scrivere. Una directory vuota in una delle due posizioni è una condizione di arresto.

Esegui il carico di lavoro originale: apri la cronologia, attiva un’automazione impegnativa, scrivi una registrazione o un file multimediale e crea un backup. Il risultato è positivo se il controllo resta reattivo, i dati vengono scritti sui dischi previsti, non compaiono avvisi relativi al database o ai permessi e la latenza I/O dell’host rimane normale.

Infine, esegui il ripristino su un’istanza di test isolata e verifica entrambi i livelli di storage. Annulla la suddivisione se Home Assistant si avvia con registri vuoti, cronologia obsoleta, file multimediali mancanti o errori dipendenti dai mount. Passa a un database esterno o a una progettazione dello storage diversa solo quando il confine più semplice, con /config sull’SSD e i dati voluminosi sull’HDD, non è sufficiente per soddisfare le esigenze di capacità o disponibilità.