Faut-il mettre les métadonnées de Home Assistant sur un SSD et les données volumineuses sur un disque dur ?

Généralement, oui : conservez la configuration active de Home Assistant, les registres, les métadonnées et la base de données locale sur un SSD fiable, et placez les médias volumineux, les enregistrements des caméras, les exports et les copies de sauvegarde secondaires sur un stockage HDD.

La limite importante ne se résume pas à la distinction entre petits et gros fichiers. L’arborescence /config de Home Assistant contient un état persistant étroitement interdépendant, tandis que Recorder effectue fréquemment des opérations sur la base de données et que les montages externes ajoutent des dépendances liées au démarrage et à la disponibilité. Séparez les données selon leur mode d’accès, documentez chaque montage et vérifiez un redémarrage ainsi qu’une restauration avant de considérer cette séparation comme fiable.

Conservez l’état actif de Home Assistant regroupé sur le SSD

Considérez /config comme une seule unité de récupération. Ce dossier comprend généralement les fichiers YAML, les secrets, le répertoire .storage, les registres, l’état des intégrations et, lorsque SQLite est utilisé, la base de données active. Répartir des fichiers d’état cachés individuels entre plusieurs montages rend plus difficiles à comprendre la gestion, l’ordre de démarrage et la couverture des restaurations.

Recorder écrit en continu, son comportement de stockage diffère donc de celui d’une archive ouverte occasionnellement. Les recommandations de dépannage indépendantes préconisent un stockage rapide pour la base de données active de Home Assistant, car des lectures et écritures fréquentes peuvent transformer un support lent en ralentissements visibles de l’historique et des automatisations. L’élément utile est un stockage rapide pour la base de données active, et non la promesse que n’importe quel SSD résoudra tous les goulots d’étranglement.

Si vous utilisez un service MariaDB ou PostgreSQL externe, la base de données devient un système avec état distinct, disposant de ses propres limites en matière de sauvegarde, d’authentification, de réseau et de mise à niveau. Ne considérez pas la modification de l’URL de la base de données comme un simple changement d’emplacement des fichiers.

Ne déplacez les données volumineuses que lorsqu’elles ont une limite clairement définie

Le stockage HDD convient aux fichiers multimédias volumineux, aux longs enregistrements de caméras, aux rapports exportés et aux copies de sauvegarde supplémentaires lorsque ces chemins ne contiennent ni la configuration active ni la base de données. Ces charges de travail privilégient généralement la capacité plutôt qu’une faible latence des entrées-sorties aléatoires.

Créez des chemins explicites sur l’hôte et montez-les à des emplacements stables dans le conteneur. Ne montez pas un répertoire parent étendu par-dessus /config, car un chemin hôte vide ou disponible trop tard peut masquer les données attendues et donner l’impression que Home Assistant vient d’être installé. Vérifiez que le HDD est monté avant le démarrage du conteneur et décidez du comportement à adopter s’il est indisponible.

L’article connexe de ZimaSpace sur l’augmentation des métadonnées et de l’historique de Home Assistant aide à distinguer les registres, l’historique de Recorder, les journaux et les sauvegardes avant d’affecter chaque catégorie à un niveau de stockage.

Planifiez les sauvegardes sur les deux niveaux de stockage

Notez quelle sauvegarde inclut /config, la base de données active, les chemins du HDD et toute base de données externe. Une archive qui semble complète peut tout de même omettre un chemin de médias ou de base de données monté séparément, tandis qu’une copie du système de fichiers peut être incohérente si elle capture une base de données en cours d’écriture.

Conservez au moins une copie de sauvegarde hors de l’hôte Home Assistant. La séparation SSD/HDD améliore l’affectation des données, mais ne protège pas contre une suppression, une panne de courant, une défaillance du contrôleur ou une migration défectueuse qui toucherait les deux disques. Conservez les clés de chiffrement et les identifiants avec le plan de récupération, plutôt que sur la même machine.

Avant de modifier les montages, créez une sauvegarde fiable et notez le nombre actuel d’entités, les intégrations, l’historique récent, les tableaux de bord, les automatisations et les chemins des médias. Ces observations serviront de test d’acceptation après la recréation et seront plus utiles que la simple vérification de l’ouverture de la page de connexion.

Featured

ZimaCube 2 NAS personnel Cloud à domicile

ZimaCube2

$799.00 - $2,499.00

Buy Now

Validez la séparation par un redémarrage, une mise en charge et une restauration

Redémarrez l’hôte, et pas seulement Home Assistant, afin de tester l’ordre des montages. Vérifiez que /config correspond au chemin du SSD et que chaque montage de données volumineuses correspond au chemin HDD prévu avant que Home Assistant ne commence à écrire. Un répertoire vide à l’un ou l’autre emplacement doit entraîner l’arrêt de la procédure.

Exécutez la charge de travail habituelle : ouvrez l’historique, déclenchez une automatisation sollicitée, écrivez un fichier d’enregistrement ou un fichier multimédia et créez une sauvegarde. Un résultat satisfaisant maintient la réactivité des commandes, écrit les données sur les disques prévus, ne produit aucun avertissement concernant la base de données ou les permissions et laisse l’hôte avec une latence normale des entrées-sorties.

Enfin, restaurez la sauvegarde sur une instance de test isolée et vérifiez les deux niveaux de stockage. Annulez la séparation si Home Assistant démarre avec des registres vides, un historique obsolète, des médias manquants ou des erreurs liées aux montages. Envisagez une base de données externe ou une refonte du stockage uniquement lorsque la séparation plus simple entre /config sur SSD et données volumineuses sur HDD ne suffit pas à répondre aux besoins de capacité ou de disponibilité.