Comment configurer le cache et le stockage temporaire de Home Assistant
Configurez le cache de Home Assistant en identifiant d’abord les données jetables ; ne déplacez jamais l’ensemble du chemin de configuration persistant vers un stockage temporaire.
Le terme « cache » peut désigner les ressources d’interface du navigateur, les fichiers TTS générés, les fichiers temporaires propres aux intégrations, le répertoire /tmp d’un conteneur, le cache de pages du système d’exploitation ou l’espace de travail de la base de données. Ces couches ont des responsables différents et des comportements de récupération différents. Conservez les utilisateurs, les registres, la configuration, l’état de Recorder et les autres fichiers faisant autorité sur un stockage durable. Utilisez tmpfs ou un stockage en mémoire vive uniquement pour un chemin documenté et jetable, dont vous avez testé la perte de données et l’utilisation mémoire lors d’un redémarrage.
Classez le cache avant de déplacer un chemin
Commencez par identifier le responsable, le chemin, la taille maximale prévue, la méthode de reconstruction et les conséquences d’une disparition des données. Le cache du navigateur se trouve sur le client ; l’état persistant de l’application Home Assistant se trouve dans le chemin de données configuré ; les caches des intégrations varient ; les fichiers temporaires des conteneurs peuvent disparaître au redémarrage. Il ne faut pas résoudre tous ces cas avec un seul paramètre global de « répertoire de cache ».
Un cas lié à Home Assistant TTS illustre un exemple précis où des fichiers audio générés dans un chemin de cache spécifique ont été délibérément redirigés vers un emplacement en mémoire vive. La limite importante lorsqu’on déplace un cache TTS jetable, c’est que l’utilisateur a ciblé un seul répertoire régénérable, et non toute l’arborescence de configuration.
Si vous ne pouvez pas prouver qu’un fichier peut disparaître sans entraîner la perte d’identifiants, d’historique, de paramètres, de tableaux de bord ou d’enregistrements d’intégrations, considérez-le comme persistant. Le choix par défaut le plus sûr est un stockage durable. L’optimisation vient après la détermination de la responsabilité de la récupération.
Conservez l’état persistant de Home Assistant et Recorder sur un stockage durable
Le point de montage de la configuration n’est pas un cache simplement parce qu’il contient quelques fichiers générés. Il peut contenir des données d’authentification, des registres d’entités et d’appareils, l’état des automatisations, la configuration, des composants personnalisés et la base de données Recorder par défaut. Placer tout ce chemin sur tmpfs transforme un redémarrage en perte de données et rend les sauvegardes dépendantes de données en mémoire qui n’ont jamais été destinées à faire autorité.
L’explication de ZimaSpace sur les rôles des données persistantes de Home Assistant est le bon premier filtre : séparez les données faisant autorité des caches reconstructibles et des données de travail temporaires avant de leur attribuer des niveaux de stockage.
Utilisez un SSD ou un autre système de fichiers fiable et durable pour les données de l’application, et prévoyez suffisamment d’espace libre pour la croissance de la base de données, les mises à niveau et la maintenance. Déplacer un petit cache jetable vers la RAM ne peut pas compenser un volume persistant trop petit ou défaillant.
Utilisez tmpfs uniquement pour les chemins explicitement jetables et avec une limite de mémoire
Tmpfs peut réduire les écritures et offrir une latence très faible, mais il consomme la RAM de l’hôte et disparaît à l’arrêt du conteneur ou de l’hôte. Il convient donc aux données temporaires limitées, et non aux données nécessaires après un redémarrage. Le montage doit également être dimensionné de façon à ce qu’une charge temporaire ne puisse pas consommer la mémoire nécessaire à Home Assistant Core et aux services voisins.
Un guide récent de Docker Compose explique que l’utilisation de tmpfs est comptabilisée dans la capacité mémoire et peut entraîner des erreurs de manque d’espace ou de mémoire insuffisante lorsqu’elle est trop importante ou sans limite par rapport au budget du conteneur.
Définissez une limite de taille, surveillez l’utilisation maximale et redémarrez volontairement le conteneur. Le chemin doit se recréer automatiquement sans modifier les utilisateurs, les paramètres, l’historique ni les intégrations. Si l’application ne peut pas recréer le répertoire ou considère son absence comme une corruption, remettez-le dans le stockage durable.
Considérez le cache frontend comme un problème côté client, et non comme du stockage serveur
Une page Home Assistant obsolète dans un navigateur peut persister même si le serveur fonctionne correctement, car les ressources frontend sont mises en cache par le navigateur ou l’application. Effacer les fichiers temporaires côté serveur ne corrigera pas l’état de ce client. À l’inverse, vider le cache du navigateur ne réduit pas les entrées-sorties disque de Recorder et ne diminue pas la taille de la base de données Home Assistant.
Les utilisateurs de Home Assistant distinguent explicitement le cache frontend du cache du navigateur, c’est pourquoi le dépannage du cache doit commencer par déterminer si le problème se produit sur un seul client ou sur l’ensemble du serveur.
Utilisez un navigateur propre ou un profil privé comme référence de validation. Si le nouveau client fonctionne correctement, appliquez la correction au frontend. Si tous les clients affichent les mêmes données manquantes ou la même erreur côté serveur, ne continuez pas à vider les caches locaux ; revenez aux journaux, au stockage, aux intégrations ou au dépannage de la base de données de Home Assistant.
Valider le stockage temporaire au moyen de tests de redémarrage, de pression et d’espace libre
Après avoir modifié un chemin de cache ou tmpfs, mesurez sa taille normale et maximale, la mémoire disponible sur l’hôte, la pression mémoire du conteneur, l’espace libre du volume persistant et le comportement au redémarrage. Exécutez ensuite la charge de travail qui crée le cache - synthèse vocale, médias, traitement d’une intégration personnalisée ou autre processus connu - et vérifiez que le nettoyage s’effectue comme prévu.
Laissez une marge sur le stockage durable pour les opérations qui nécessitent un espace de travail temporaire, même si la base de données quotidienne tient largement dans l’espace disponible. Ne remplissez pas le volume persistant parce qu’un cache RAM a donné l’impression que les écritures habituelles prenaient moins de place ; les mises à niveau, la maintenance de la base de données, les sauvegardes et les pics de journaux peuvent avoir des besoins en espace temporaire très différents.
Réussite lorsque chaque chemin temporaire peut disparaître puis être recréé, que les données persistantes survivent au redémarrage du conteneur et de l’hôte, que le pic d’utilisation de tmpfs reste dans le budget mémoire et qu’il reste suffisamment d’espace libre durable pour Home Assistant. Si un paramètre requis ou un historique disparaît après le test, le chemin a été mal classé et doit être remis dans le stockage persistant avant toute autre optimisation.
Produits recommandés
Assistance et conseils
À lire aussi
Ce qu’il faut vérifier avant de charger un modèle communautaire dans Transformers
Utilisez la mise à jour du bac à sable Jinja de Transformers pour examiner la provenance des modèles, les modèles de conversation, le code...
Exécutez Mirage localement : OCR et détection d’objets à partir d’une seule image
Essayez le petit modèle de vision local de Cactus Compute, testez la reconnaissance optique de caractères et l’extraction d’objets à partir de données réelles,...
Comment planifier un agent de programmation dans Open WebUI sur un serveur domestique
Configurez une automatisation d’agent de codage en mode rapport uniquement dans Open WebUI, sélectionnez son terminal et son espace de travail, puis vérifiez les...
