Pourquoi un serveur Home Assistant chauffe-t-il ou est-il bruyant pendant les périodes d’inactivité ?

Un serveur Home Assistant qui chauffe ou devient bruyant pendant les heures « d’inactivité » effectue généralement un travail en arrière-plan invisible depuis le tableau de bord. Le nettoyage ou le compactage de Recorder, les requêtes de base de données, les sauvegardes, les mises à jour, les intégrations bavardes, le traitement des caméras, les machines virtuelles et les autres conteneurs peuvent tous solliciter le processeur ou le stockage alors que personne n’utilise activement l’interface.

Ne diagnostiquez pas le ventilateur. Diagnostiquez la charge de travail qui augmente la puissance ou la température du boîtier. Notez l’heure exacte à laquelle le bruit commence, corrélez-la avec l’utilisation du processeur, du disque, de la base de données et les tâches planifiées, puis supprimez ou replanifiez une seule charge de travail à la fois.

Utilisez l’horodatage pour trouver les tâches planifiées

Un pic qui apparaît presque à la même heure chaque nuit indique fortement un chemin de maintenance planifiée ou d’automatisation. Vérifiez Recorder, les sauvegardes, les tâches de mise à jour, la maintenance de la base de données, le traitement des statistiques ainsi que les tâches cron au niveau de l’hôte ou des conteneurs qui s’exécutent dans la même plage horaire.

Des utilisateurs de Home Assistant ont attribué des pics réguliers du processeur à 4 heures du matin à une activité de nettoyage de Recorder se produisant chaque jour à la même heure. Cet exemple est utile, car le symptôme thermique suit un calendrier même si le foyer considère le système comme inactif.

Ne déplacez ou n’ajustez la tâche qu’après avoir établi la corrélation. Une automatisation indépendante qui s’exécute également pendant la nuit peut créer le même schéma visuel ; la concordance des horodatages doit donc être reproductible.

Recorder peut transformer des entités bavardes en charge continue en arrière-plan

Une intégration qui se met à jour trop fréquemment peut maintenir la base de données active longtemps après que l’appareil lui-même semble stable. Ces écritures supplémentaires augmentent l’utilisation du processeur, l’activité du stockage et le travail de maintenance de la base de données.

Une installation de Home Assistant a relié une hausse persistante de l’utilisation du processeur et de la température à Recorder après avoir découvert plusieurs entités Z-Wave générant un grand nombre de lignes dans la base de données. L’exclusion des données haute fréquence inutiles a ramené le comportement du processeur vers la normale.

Utilisez les statistiques de Recorder ou inspectez la base de données pour trouver les entités qui génèrent le plus de changements d’état. Ne désactivez pas globalement l’historique si seules quelques entités bavardes sont responsables du problème.

La charge en arrière-plan peut provenir d’un autre conteneur ou d’une autre machine virtuelle

Sur un serveur domestique partagé, Home Assistant peut être tenu pour responsable d’une chaleur produite par une base de données, un NVR, un serveur multimédia, un processus d’IA local ou un moteur de sauvegarde. Mesurez l’utilisation du processeur au niveau des processus ou des conteneurs au lieu d’attribuer chaque pic de l’hôte au conteneur Home Assistant.

Les charges importantes de Recorder peuvent également créer une activité d’E/S considérable, même lorsque l’interface de Home Assistant semble inactive. Recorder effectue actuellement un nettoyage chaque nuit à 04 h 12 par défaut et peut automatiquement compacter la base de données un dimanche sur deux ; le compactage est plus lourd que l’enregistrement courant et peut prolonger la charge en arrière-plan. Le même symptôme thermique au niveau de l’hôte peut donc provenir d’une tâche planifiée sur la base de données plutôt que d’une boucle d’automatisation.

Mettez en pause un service voisin pendant la période habituellement chaude. Si la température de l’hôte et la vitesse du ventilateur diminuent tandis que Home Assistant reste réactif, la charge partagée — et non la seule configuration de Home Assistant — constitue la meilleure cible.

-15% OFF

ZimaBoard 2 - Mini serveur domestique pour votre grande idée

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Les problèmes de refroidissement ne sont réels qu’après compréhension de la charge de travail

Un dissipateur obstrué, une prise d’air bloquée, un ventilateur défaillant, un boîtier chaud ou une interface thermique desséchée peuvent augmenter la température à charge normale. Toutefois, le refroidissement matériel doit être examiné après avoir vérifié que le serveur n’effectue pas simplement davantage de travail qu’auparavant.

Comparez la température à puissance ou utilisation identique du boîtier processeur au fil du temps. Si la même charge de travail fonctionne désormais à une température nettement plus élevée, inspectez la circulation de l’air et le matériel. Si c’est la charge de travail elle-même qui a augmenté, corrigez d’abord le logiciel ou la planification.

Le guide de dimensionnement des serveurs domestiques pour les passionnés de maison intelligente de ZimaSpace considère le stockage, les services hébergés conjointement et les limites de la plateforme physique comme un seul ensemble de fonctionnement, au lieu de supposer qu’un boîtier Home Assistant inactif n’a aucune charge en arrière-plan.

Établissez une référence d’inactivité contrôlée

Une période d’inactivité saine doit revenir à une référence thermique et acoustique stable une fois le travail en arrière-plan terminé. Si l’utilisation du processeur, l’activité du stockage ou la température ne se stabilisent jamais, identifiez le processus qui continue de s’exécuter et considérez-le comme une charge de travail persistante ou une régression, plutôt que comme un fonctionnement normal dû à la planification.