Pourquoi Home Assistant consomme-t-il beaucoup de CPU après une mise à jour ?

Une forte utilisation du processeur après une mise à jour de Home Assistant peut correspondre à un travail temporaire de migration, mais une charge soutenue nécessite plus souvent de distinguer Core, une intégration, un module complémentaire, la base de données et une régression liée à une version.

Commencez par noter le composant exactement mis à jour, l’heure, l’utilisation CPU de référence, le processus responsable et l’éventuelle dégradation du contrôle ou de l’historique. Laissez une tâche de démarrage limitée dans le temps se terminer uniquement si sa progression est visible et que l’hôte reste réactif ; isolez ensuite un seul composant à la fois. Conservez les journaux et une sauvegarde fonctionnelle connue avant tout retour en arrière susceptible d’impliquer un changement de format des données.

Déterminez si la charge est temporaire ou bloquée

Mesurez l’utilisation du processeur par processus ou par conteneur, du démarrage jusqu’à une période d’inactivité représentative. Notez les écritures disque, l’activité de la base de données, le débit des journaux, la mémoire, la température et le temps de réponse de Home Assistant. Une tendance à la baisse avec des migrations terminées diffère d’une charge stable ou croissante accompagnée d’erreurs répétées.

Accordez aux tâches temporaires une fenêtre d’observation limitée, fondée sur une progression visible plutôt que sur une promesse arbitraire. Si la même ligne de journal se répète, que le processeur reste saturé, que les automatisations dépassent leurs délais, que la base de données augmente anormalement ou que l’hôte surchauffe, cessez d’attendre et considérez l’état comme un incident.

Si l’utilisation du processeur revient près du niveau de référence et que le redémarrage suivant est normal, passez à la validation de la charge de travail. Si elle reste élevée, identifiez le processus qui consomme les cycles avant de désactiver des intégrations ou de modifier le matériel. Un pourcentage global pour tout l’hôte, sans attribution par processus, ne permet pas de choisir la prochaine correction.

Départagez Core, les intégrations, les modules complémentaires et les tâches de l’hôte partagé

Comparez le processus Home Assistant Core avec les modules complémentaires, la base de données, l’agent de sauvegarde, l’analyse vidéo et les autres conteneurs. Fermez les tableaux de bord lourds, mettez en pause une sauvegarde planifiée et désactivez un seul module complémentaire ou une seule intégration personnalisée non essentielle à la fois, en conservant la même fenêtre d’observation initiale.

Les recommandations récentes de dépannage de la communauté conseillent de vérifier individuellement l’utilisation CPU des applications ou des modules complémentaires et d’arrêter brièvement un suspect pour voir si la charge évolue. Ce test d’isolation d’un composant sert à identifier la cause, et non à multiplier les redémarrages comme remède.

Si un composant modifie le résultat, réactivez-le et reproduisez une seule fois le pic pour confirmer. Si aucun composant ne le modifie, examinez Recorder, la latence du stockage et les tâches de l’hôte. Rétablissez chaque modification réversible avant de passer à la suivante afin que plusieurs services désactivés ne créent pas un faux succès.

Vérifiez la version exacte pour détecter une régression reproductible

Comparez le début du problème avec les versions exactes de Core, de l’OS, du Supervisor et des modules complémentaires, plutôt que de dire simplement qu’une mise à jour a eu lieu. Recherchez la même plateforme, la même version, le même processus et le même déclencheur. Conservez les diagnostics de l’état de forte utilisation CPU avant de modifier les versions.

Un problème Core fermé et marqué comme doublon signalait une utilisation CPU de 100 % avec la version 2025.9.2, ainsi qu’un retour à la normale après le passage à la version 2025.8.3. Cette régression CPU limitée à une version justifie une comparaison des versions exactes ; elle n’explique pas les versions ou plateformes sans rapport.

Ne revenez à une version antérieure que si la sauvegarde ou l’image est connue comme fonctionnelle, que le problème correspond à votre périmètre et que le chemin de restauration préserve les données actuelles. Le guide ZimaSpace consacré au retour sécurisé à une version antérieure de Home Assistant définit les limites de récupération à respecter pour éviter une rétrogradation improvisée.

-15% OFF

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

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Vérifiez la récupération avec la même charge de travail post-mise à jour

Appliquez la correction adaptée — mise à jour d’un composant, correction de configuration, replanification de la charge de travail, réparation de la base de données ou retour à une version antérieure qualifié — puis répétez les mêmes tableaux de bord, automatisations, intégrations et tâches planifiées qui ont provoqué la forte charge. Surveillez les mêmes métriques au niveau des processus.

La récupération signifie que l’utilisation CPU revient à un niveau de référence stable après les tâches limitées, que la latence de contrôle et les écritures d’historique restent normales, que les journaux cessent de se répéter et que la température se stabilise. Redémarrez deux fois et observez le cycle de sauvegarde ou de maintenance suivant afin de ne pas confondre une minute d’inactivité calme avec une stabilité durable.

Fournissez les versions, la répartition par processus, les journaux, la sortie du profileur, le déclencheur et les résultats de l’isolation si la forte utilisation CPU réapparaît. Cessez toute modification supplémentaire si chaque tentative change le symptôme sans rétablir le niveau de référence ; préservez le dernier état récupérable plutôt que d’empiler les solutions de contournement.