¿Por qué Home Assistant consume tanta CPU después de una actualización?
Un uso elevado de la CPU después de una actualización de Home Assistant puede deberse temporalmente a tareas de migración, pero una carga sostenida suele requerir distinguir entre Core, una integración, un complemento, la base de datos y una regresión específica de la versión.
Empieza registrando el componente exacto actualizado, la hora, la CPU de referencia, el proceso responsable y si el control o el historial se han visto afectados. Deja que una tarea de inicio acotada termine solo mientras el progreso sea visible y el host siga respondiendo; después, aísla un componente cada vez. Conserva los registros y una copia de seguridad válida antes de cualquier reversión que pueda atravesar un cambio de formato de datos.
Determina si la carga es temporal o está bloqueada
Mide la CPU por proceso o contenedor desde el inicio hasta un periodo de inactividad representativo. Registra las escrituras en disco, la actividad de la base de datos, la frecuencia de los registros, la memoria, la temperatura y el tiempo de respuesta de Home Assistant. Una tendencia descendente con migraciones completadas es diferente de una carga plana o creciente con errores repetidos.
Concede a las tareas temporales un periodo de observación acotado basado en el progreso visible, no en una promesa arbitraria. Si se repite la misma línea del registro, la CPU permanece saturada, las automatizaciones incumplen los plazos, la base de datos crece de forma anómala o el host se sobrecalienta, deja de esperar y trata el estado como un fallo.
Si la CPU vuelve cerca de la línea base y el siguiente reinicio es normal, continúa con la validación de la carga de trabajo. Si sigue alta, identifica qué proceso consume los ciclos antes de desactivar integraciones o cambiar el hardware. Un porcentaje de todo el host sin atribución por proceso no permite elegir la siguiente reparación.
Separa Core, integraciones, complementos y tareas del host compartido
Compara el proceso de Home Assistant Core con los complementos, la base de datos, el agente de copias de seguridad, el análisis de cámaras y otros contenedores. Cierra los paneles pesados, pausa una copia de seguridad programada y desactiva un complemento no esencial o una integración personalizada cada vez, manteniendo constante el periodo de observación original.
Los análisis recientes de la comunidad recomiendan comprobar individualmente la CPU de cada aplicación o complemento y detener brevemente un sospechoso para ver si cambia la carga. Esa prueba de aislamiento de un componente sirve para atribuir la causa, no para usar reinicios repetidos como solución.
Si un componente cambia el resultado, vuelve a activarlo y reproduce el pico una vez para confirmarlo. Si ningún componente lo cambia, inspecciona Recorder, la latencia del almacenamiento y las tareas del host. Revierte cada cambio reversible antes de realizar el siguiente, para que varios servicios desactivados no creen una falsa sensación de éxito.
Comprueba la versión exacta para detectar una regresión reproducible
Compara el inicio del problema con las versiones exactas de Core, OS, Supervisor y los complementos, en lugar de decir solo que se produjo una actualización. Busca la misma plataforma, versión, proceso y desencadenante. Conserva los diagnósticos del estado de CPU elevada antes de cambiar de versión.
Un problema duplicado cerrado de Core informó de un uso de CPU del 100 % en 2025.9.2 y de una recuperación tras volver a 2025.8.3. Esta regresión de CPU limitada a una versión justifica comparar versiones exactas; no explica versiones ni plataformas no relacionadas.
Revierte la versión solo cuando la copia de seguridad o la imagen sean fiables, el problema coincida con tu ámbito y la ruta de restauración conserve los datos actuales. La guía de ZimaSpace sobre la reversión segura de Home Assistant establece los límites de recuperación para evitar una degradación improvisada.
Verifica la recuperación con la misma carga de trabajo posterior a la actualización
Aplica la reparación correspondiente —actualización del componente, corrección de la configuración, reprogramación de la carga de trabajo, reparación de la base de datos o reversión cualificada— y repite los mismos paneles, automatizaciones, integraciones y tareas programadas que produjeron la carga elevada. Observa las mismas métricas a nivel de proceso.
La recuperación significa que la CPU vuelve a una línea base estable después de completar las tareas acotadas, la latencia de control y las escrituras del historial siguen siendo normales, los registros dejan de repetirse y la temperatura se estabiliza. Reinicia dos veces y observa el siguiente ciclo de copia de seguridad o mantenimiento para no confundir un minuto de inactividad tranquila con una solución persistente.
Escala el problema con las versiones, el desglose por proceso, los registros, la salida del perfilador, el desencadenante y los resultados del aislamiento si el uso elevado de CPU vuelve a aparecer. Detén los cambios adicionales si cada intento modifica el síntoma sin restaurar la línea base; conserva el último estado recuperable en lugar de acumular soluciones provisionales.
Productos recomendados
Soporte y Consejos
Más para leer
Home Assistant funciona con Wi-Fi, pero falla con Ethernet o VPN
Prueba cada ruta de red por separado, verifica el estado de la interfaz y del enrutamiento, distingue entre IP directa y descubrimiento, y luego...
Cómo retirar Home Assistant sin dejar datos desprotegidos
Demuestra el reemplazo o archivado, revoca todas las rutas de confianza, sanea cada dispositivo que contenga datos y conserva únicamente copias de recuperación protegidas...
¿Deberías usar actualizaciones automáticas para Home Assistant en un servidor doméstico?
Elige actualizaciones manuales, solo de notificación o automáticas escalonadas según el impacto en el hogar, el riesgo de compatibilidad, el tiempo de observación y...
