L’emplacement du stockage modifie la topologie de Home Assistant, car l’état actif, les bases de données, les médias, les sauvegardes et les copies de récupération ont des exigences différentes en matière de latence et de tolérance aux pannes.
Considérez le stockage comme un ensemble de rôles reliés par des chemins de données, et non comme un seul grand pool. Gardez l’état fréquemment écrit à proximité du nœud de calcul, envoyez les données volumineuses remplaçables là où la capacité est économique, et placez les copies de récupération au-delà de l’hôte principal. Chaque chemin distant doit prendre en compte le réseau, l’identité, le montage et le comportement en cas de panne.
Classifiez les données avant de choisir un emplacement
Séparez l’état d’amorçage et du système, la configuration persistante, la base de données active, les données des modules complémentaires, les médias, les journaux, les dérivés temporaires, les instantanés locaux et les sauvegardes indépendantes. Notez pour chaque rôle la fréquence d’écriture, la sensibilité à la latence, l’impact d’une perte, le responsable et l’action de restauration.
La configuration et la base de données active sont modestes comparées aux médias, mais leur cohérence détermine si Home Assistant démarre correctement. Les clips de caméra et autres données volumineuses peuvent justifier une capacité séparée, tandis que les caches et les sorties temporaires peuvent être recréés.
La limite de fiabilité des partages réseau explique pourquoi la disponibilité de la base de données et celle du réseau deviennent interdépendantes lorsque l’état actif est déplacé hors de l’hôte.
Gardez l’état actif sur un chemin d’écriture prévisible
Placez la configuration et une base de données SQLite locale sur un stockage SSD local fiable, sauf si un service de base de données externe est délibérément exploité comme un autre composant critique. Une latence prévisible et une responsabilité clairement définie comptent davantage qu’un débit séquentiel maximal.
Une question de la communauté sur Recorder sur un stockage réseau illustre les préoccupations liées à l’ajout de latence réseau sur le chemin d’une base de données locale. Considérez-la comme un cas appelant à la prudence, et non comme une règle universelle de corruption.
Si la base de données est externe, donnez-lui sa propre sauvegarde, son propre contrôle d’état, sa propre limite d’authentification et son propre ordre de récupération. Home Assistant ne doit pas sembler fonctionner correctement lorsque son service d’état essentiel est inaccessible.
Utilisez le stockage réseau pour les rôles qu’il améliore
Le stockage réseau convient particulièrement aux sauvegardes et à certains médias, car il peut offrir davantage de capacité et déplacer des copies au-delà du disque système de Home Assistant. Il introduit également le DNS, les identifiants, les autorisations, le protocole et la disponibilité du NAS dans le flux de travail.
Un guide pratique d’opérateur utilise un chemin NAS dédié pour les sauvegardes de Home Assistant, puis étend la protection hors site. Cet emplacement des sauvegardes sur le NAS montre comment le rôle du stockage modifie le chemin de récupération, plutôt que de simplement ajouter de l’espace.
Ne placez pas l’unique sauvegarde sur le même pool de stockage que celui qui héberge la machine virtuelle Home Assistant. Un répertoire distinct constitue une séparation organisationnelle, et non un domaine de panne distinct.
Concevez les chemins de montage, d’identité et de supervision
Pour chaque partage distant, documentez le nom du serveur, le protocole, l’export ou le partage, les identifiants, le client autorisé, le propriétaire du montage, le comportement attendu lors de la reconnexion et le service qui détecte la panne. Vérifiez que le partage est présent avant le début d’un flux de sauvegarde ou de médias.
Un flux de travail détaillé avec Synology montre les étapes distinctes nécessaires pour créer les autorisations, connecter un partage réseau et le sélectionner comme destination de sauvegarde. Son chemin de montage de la sauvegarde réseau permet de considérer l’identité et le montage comme des éléments de la topologie.
Supervisez la disponibilité depuis le composant qui utilise réellement le stockage. Un contrôle du montage côté hôte peut réussir alors qu’un conteneur ne dispose pas du même chemin ou de la même identité.
Validez le comportement en cas de panne et l’extension
Exécutez la période de plus forte activité de la base de données, créez une sauvegarde, interrompez le chemin vers le NAS pendant une fenêtre contrôlée, rétablissez-le et vérifiez que le contrôle local de Home Assistant se comporte comme prévu. Restaurez ensuite une sauvegarde dans une instance isolée et notez le délai nécessaire pour obtenir un service utilisable.
N’ajoutez un autre niveau de stockage que lorsqu’il répond à un rôle défini : état actif plus rapide, médias plus volumineux, sauvegarde indépendante ou récupération hors site. La multiplication des niveaux sans responsabilité clairement définie augmente les risques d’échec des montages et des autorisations.
Arrêtez-vous lorsque chaque rôle de données dispose d’un emplacement principal, d’une méthode de protection, d’une action de restauration testée et d’une conséquence connue en cas de panne. Repensez la conception si la perte d’un hôte ou d’un pool supprime à la fois la production et toutes les copies de récupération.
Configuration NAS et serveur
Plus à lire

Comment séparer les données, le cache et les sauvegardes de l’application Home Assistant
Conservez l’état persistant faisant autorité de l’application, vérifiez que le cache est dispensable avant de le déplacer et stockez les sauvegardes testées en dehors...

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...

