Quelle quantité de stockage libre Home Assistant doit-il conserver pour les tâches en arrière-plan ?
Home Assistant ne devrait pas utiliser un pourcentage universel d’espace libre. La réserve utile correspond à l’espace nécessaire pour la base de données Recorder actuelle, l’opération normale de maintenance ou de mise à niveau la plus importante, la croissance des sauvegardes et une marge de récupération suffisante pour éviter de saturer le système de fichiers pendant que le système tente de se réparer.
Commencez par la base de données, car Recorder peut avoir temporairement besoin d’un espace de travail important lors des reconstructions, réorganisations, modifications de schéma ou récupérations après corruption. Ajoutez ensuite la taille réelle des sauvegardes locales et des autres applications qui partagent le disque système. Une petite installation dotée d’une base de données de 400 Mo n’a pas le même seuil minimal qu’une installation contenant plusieurs gigaoctets d’historique et de nombreuses sauvegardes conservées.
Utilisez la base de données Recorder comme première unité de capacité
Mesurez la taille actuelle de la base de données et sa croissance quotidienne. Le seuil d’espace libre ne devrait pas descendre sous la quantité nécessaire pour effectuer la maintenance normale de la base de données, tout en laissant au système d’exploitation suffisamment de place pour écrire les journaux, les fichiers temporaires et les données de mise à niveau.
Les recommandations de la communauté Home Assistant, formulées par un mainteneur de Recorder, préconisent de conserver au moins l’équivalent de la taille de la base de données en espace libre et de privilégier environ 2,5 fois cette taille pour les cas difficiles de récupération après reconstruction de table. Considérez cela comme une exigence de récupération de la base de données, et non comme un pourcentage universel de l’ensemble du disque.
Si la base de données Recorder fait 2 Go, un disque de 256 Go presque plein peut rester dangereux, même si son pourcentage d’espace libre semble faible mais acceptable. À l’inverse, une petite base de données sur un SSD de grande capacité n’a pas besoin d’une réserve arbitraire de 20 % uniquement parce qu’une règle en pourcentage l’impose.
Les sauvegardes peuvent discrètement devenir le plus gros consommateur local
Les sauvegardes automatiques et manuelles s’accumulent indépendamment de la base de données Recorder. Conserver plusieurs anciennes archives sur le disque système de Home Assistant peut supprimer l’espace libre nécessaire à la création de la prochaine sauvegarde ou à l’achèvement d’une mise à niveau.
Suivez le nombre de sauvegardes locales, la taille de chaque archive et la politique de conservation. Déplacez les copies de récupération vers un NAS ou une autre destination au lieu de considérer le disque de production à la fois comme un espace d’état actif et comme un stockage de sauvegardes à long terme.
La discussion de ZimaSpace sur la séparation des sauvegardes Home Assistant de l’hôte actif présente le bon modèle de récupération : la gestion de l’espace libre s’améliore lorsque les anciennes sauvegardes ne se disputent pas le même espace que la base de données active sur le même appareil.
Réduisez la croissance de la base de données avant d’augmenter le disque
Une base de données qui croît rapidement peut consommer n’importe quelle réserve fixe. Identifiez les entités trop bavardes, les attributs inutiles, une durée de conservation excessive ou les intégrations qui génèrent fréquemment des changements d’état avant de simplement augmenter l’allocation de stockage.
La croissance de la base de données peut souvent être réduite avant d’étendre le stockage. Un nettoyage pratique a utilisé des exclusions Recorder, une durée de conservation plus courte et une purge ciblée des entités trop bavardes, plutôt que de considérer un disque plus grand comme première solution.
Mesurez à nouveau après la modification. L’objectif n’est pas d’obtenir la plus petite base de données possible, mais de conserver un historique utile sans rendre progressivement plus difficiles les opérations courantes de purge, de sauvegarde et de mise à niveau.
Laissez une marge pour les réorganisations, les mises à niveau et les opérations de récupération
La purge des anciennes lignes ne réduit pas toujours immédiatement la taille du fichier de base de données. Une réorganisation ou une reconstruction peut réécrire une grande partie de la base et augmenter temporairement l’utilisation des E/S et de l’espace de stockage avant que l’espace ne soit récupéré.
Un autre guide de nettoyage de base de données montre également comment une base Recorder surdimensionnée peut augmenter la taille des sauvegardes ; réduire les données enregistrées, puis purger ou réorganiser les données conservées permet de traiter les deux sources de croissance au lieu de supprimer des fichiers au hasard dans le répertoire de configuration.
Ne commencez jamais une réorganisation importante lorsque le disque est déjà presque plein. Libérez de l’espace pour les sauvegardes ou étendez d’abord le système de fichiers, car une tâche de maintenance qui manque d’espace de travail peut créer un problème de récupération plus difficile que la base de données initialement trop volumineuse.
Définissez un seuil mesuré et déclenchez une alerte avant de l’atteindre
| Composant d’espace | Comment le dimensionner | Pourquoi c’est important |
|---|---|---|
| Espace de travail de Recorder | Au moins la taille actuelle de la base de données ; une marge de récupération plus importante si possible | Reconstruction, réorganisation, opérations sur le schéma |
| Réserve pour les sauvegardes | La taille de la plus grande nouvelle archive prévue, selon la politique de conservation | La sauvegarde doit se terminer avant le nettoyage |
| Réserve pour les mises à niveau | Le pic observé pour l’image, les paquets et la migration | Les changements de version peuvent nécessiter des fichiers temporaires |
| Réserve pour l’hôte | Les journaux habituels et les autres services | Le système doit continuer à fonctionner pendant la maintenance |
Définissez une alerte au-dessus du seuil d’échec afin d’avoir le temps d’agir avant que les tâches en arrière-plan ne soient bloquées. Réévaluez ce seuil après une croissance importante du nombre d’entités, de caméras, de la durée de conservation, des modules complémentaires ou de la taille des sauvegardes.
FAQ
Home Assistant doit-il toujours conserver 20 % du disque libre ?
Non. Un pourcentage fixe peut être excessif sur un grand disque et insuffisant pour une grande base de données Recorder sur un petit disque. Dimensionnez le seuil à partir de la base de données réelle, des opérations de maintenance, des sauvegardes et de la charge de récupération.
Pourquoi la purge Recorder des anciennes données n’a-t-elle pas immédiatement réduit la taille du fichier de base de données ?
La suppression de lignes peut libérer de l’espace à l’intérieur de la base de données pour une réutilisation ultérieure sans réduire la taille du fichier sur le disque. Les opérations de réorganisation ou de reconstruction peuvent récupérer de l’espace dans le système de fichiers, mais elles sont plus lourdes et nécessitent une marge de travail supplémentaire.
Produits recommandés
Assistance et conseils
Plus à lire
Faut-il sauvegarder Home Assistant en fonctionnement ou arrêter d’abord le service ?
Les sauvegardes intégrées de Home Assistant peuvent s’exécuter à chaud ; les simples copies du système de fichiers doivent arrêter ou mettre en veille...
Pourquoi un serveur Home Assistant chauffe-t-il ou est-il bruyant pendant les périodes d’inactivité ?
Corrélez les pics du ventilateur ou de température de Home Assistant avec Recorder, les sauvegardes, les intégrations et les tâches exécutées en parallèle avant...
Quand faut-il reconstruire Home Assistant plutôt que le réparer ?
Réparez d’abord la plus petite couche défaillante de Home Assistant, restaurez ensuite un état connu comme fiable et ne reconstruisez que lorsque la configuration...
