Séparez les données d’application, le cache et les sauvegardes de Home Assistant en déterminant d’abord ce qui doit survivre à une panne, ce qui peut être reconstruit automatiquement et ce qui doit être stocké en dehors de l’hôte Home Assistant. La configuration persistante et l’état de la base de données nécessitent un stockage stable et des sauvegardes ; le cache amovible ou les fichiers temporaires ne doivent pas suivre les mêmes règles de conservation ; les sauvegardes ne doivent pas dépendre du disque qu’elles sont censées permettre de restaurer.
La disposition la plus sûre est fondée sur les rôles plutôt que sur les noms de dossiers. Ne déplacez pas un répertoire vers un « stockage de cache » simplement parce qu’il augmente rapidement. Vérifiez si Home Assistant ou un service associé a besoin de ces données pour l’historique, l’identité, l’appairage, les identifiants ou la récupération avant de les considérer comme supprimables.
Classez les données comme faisant autorité, reconstructibles ou copies de récupération
Les données d’application faisant autorité comprennent la configuration de Home Assistant, les secrets, l’état des intégrations, les définitions des automatisations, ainsi que la base de données ou tout autre état que vous souhaitez conserver. Les données reconstructibles comprennent les images téléchargées, les fichiers temporaires, les caches de paquets, les transcodages et les index qu’un service peut recréer sans perdre la configuration du foyer. Les copies de récupération sont les sauvegardes et les exportations destinées à reconstruire l’état faisant autorité après une panne.
Cette classification doit être effectuée pour chaque service. Home Assistant, MQTT, une base de données, un proxy inverse et Zigbee2MQTT peuvent chacun posséder un état persistant différent. Une interface de gestion peut mémoriser la définition de la pile sans contenir les données de charge de travail elles-mêmes ; pourquoi les sauvegardes de la gestion des conteneurs peuvent exclure l’état de la charge de travail montre pourquoi « j’ai sauvegardé Docker » peut signifier beaucoup moins que prévu.
Conservez la configuration de Home Assistant et la base de données active sur un stockage stable
Dans un déploiement conteneurisé, le chemin de configuration de Home Assistant doit rester persistant indépendamment de l’image du conteneur. Si la base de données de l’enregistreur se trouve encore dans cette arborescence de configuration, il s’agit de l’état actif de l’application, et non d’un cache. Placez cet état sur un SSD fiable ou un autre stockage à faible latence, avec suffisamment d’espace libre pour les opérations normales de la base de données et les opérations de récupération.
L’activité de l’enregistreur peut générer continuellement de nombreuses petites écritures, en particulier lorsque de nombreuses entités changent fréquemment. Une discussion de la communauté Home Assistant consacrée à l’influence de la conservation de l’historique sur la croissance de la base de données est utile, car elle s’attache à réduire l’historique inutile plutôt qu’à masquer l’activité de la base de données en déplaçant toute l’arborescence de configuration vers un stockage temporaire.
Déplacez uniquement le cache et les fichiers temporaires dont le caractère supprimable est avéré
Le cache et le stockage temporaire peuvent être placés sur un périphérique rapide séparé, un système de fichiers limité reposant sur la mémoire ou un répertoire dédié doté de règles de nettoyage, mais uniquement si leur perte est sans conséquence. Redémarrez le service concerné après avoir effacé une copie de test et vérifiez qu’il reconstitue ce dont il a besoin. Si le service perd des appairages, l’historique, des utilisateurs, des identifiants ou la configuration, ces données n’étaient pas supprimables.
La séparation des écritures fréquentes peut réduire les écritures et alléger les sauvegardes, mais elle ne doit jamais masquer des fichiers nécessaires sous un point de montage ni créer une dépendance cachée à la mémoire vive. Le guide de ZimaSpace sur la séparation du cache et du stockage temporaire de Home Assistant propose une méthode ciblée pour identifier les données reconstructibles avant de modifier les montages.
Placez les sauvegardes dans un domaine de panne différent
Une sauvegarde stockée à côté de la configuration active protège contre une mauvaise modification, mais pas contre une panne du SSD, le vol de l’hôte, la corruption du système de fichiers ou la défaillance d’un contrôleur de stockage. Copiez les sauvegardes de Home Assistant vers un NAS, un autre serveur, un stockage amovible ou une cible distante selon la panne à laquelle vous souhaitez résister. Conservez la clé de récupération ou les identifiants dans un endroit qui reste accessible lorsque Home Assistant lui-même est hors service.
Les sauvegardes doivent également être cohérentes en interne. Les archives de volumes sont utiles, mais les services avec état peuvent nécessiter un vidage coordonné, un instantané ou une copie effectuée après l’arrêt du service. Un guide indépendant sur une méthode de sauvegarde et de restauration des volumes persistants explique le problème de portabilité, tandis qu’un guide consacré à un test de restauration qui prouve qu’une sauvegarde est utilisable souligne qu’une tâche de sauvegarde n’est pas validée tant que vous n’avez pas pu en récupérer un état utile.
Testez la disposition avec des exercices de suppression, de redémarrage et de restauration
Après avoir séparé les chemins, testez chaque rôle selon sa promesse. Videz un cache supprimable et vérifiez qu’il se reconstruit. Recréez le conteneur Home Assistant et confirmez que la configuration persistante est conservée. Redémarrez l’hôte et vérifiez que les montages sont disponibles avant le démarrage des services dépendants. Restaurez une sauvegarde récente dans une cible temporaire et vérifiez les utilisateurs, les automatisations, les intégrations, ainsi qu’un échantillon représentatif de l’historique ou de l’état des services associés.
Documentez ensuite les propriétaires et les permissions. Un chemin parfaitement séparé sur le disque peut tout de même échouer après une migration si le nouvel UID/GID du conteneur ne peut pas le lire. Notez les points de montage, les propriétaires du système de fichiers, l’inclusion dans les sauvegardes, la conservation et le service autorisé à supprimer chaque répertoire.
| Rôle des données | Stockage habituel | Règle de récupération |
|---|---|---|
| Configuration/base de données Home Assistant | SSD stable ou pool de données d’application | Persistantes et sauvegardées |
| Cache/fichiers temporaires supprimables | SSD de travail ou stockage temporaire limité | Doivent pouvoir être reconstruits sans risque |
| Sauvegardes | Hôte, support ou cible distante séparés | Restauration testée |
| Archives volumineuses | Stockage privilégiant la capacité | Protégées selon leur valeur |
La séparation est réussie lorsque la suppression du cache ne peut pas détruire Home Assistant, que la recréation des conteneurs ne peut pas effacer l’état de l’application et que la perte du périphérique principal contenant les données de l’application ne détruit pas l’unique copie de récupération. Les rôles du stockage doivent rendre le comportement en cas de panne évident avant qu’une panne ne survienne.
Configuration NAS et serveur
Plus à lire

Comment adapter une installation Home Assistant pour les utilisateurs distants et locaux
Gardez le contrôle local de Home Assistant indépendant de l’edge distant, puis ajoutez un accès distant sécurisé avec un DNS prévisible, une gestion des...

Comment faire passer Home Assistant d’un conteneur unique à une pile de services résiliente
Préservez d’abord l’état de fonctionnement, puis séparez les données, les dépendances, l’intégrité, les ressources et la récupération afin qu’une défaillance d’un service ne mette...

Comment les nouvelles fonctionnalités de Home Assistant changent l’architecture des serveurs domestiques
Les nouvelles fonctionnalités de Home Assistant modifient les rôles des services, du réseau, des données et de la récupération. Protégez d’abord le contrôle central,...

