¿Por qué un servidor de Home Assistant se calienta o hace ruido durante las horas de inactividad?

Un servidor de Home Assistant que funciona con mucho calor o ruido durante las horas de «inactividad» normalmente está realizando tareas en segundo plano que no son visibles en el panel. La depuración o reorganización de Recorder, las consultas a la base de datos, las copias de seguridad, las actualizaciones, las integraciones ruidosas, el procesamiento de cámaras, las máquinas virtuales y otros contenedores pueden generar carga de CPU o almacenamiento aunque nadie esté utilizando activamente la interfaz.

No diagnostiques el ventilador. Diagnostica la carga de trabajo que eleva la potencia o la temperatura del paquete. Registra la hora exacta en que comienza el ruido, relaciónala con la CPU, el disco, la base de datos y las tareas programadas, y después elimina o reprograma una carga de trabajo cada vez.

Usa la marca de tiempo para encontrar las tareas programadas

Un pico que aparece prácticamente a la misma hora todas las noches sugiere claramente una tarea de mantenimiento programada o una automatización. Comprueba Recorder, las copias de seguridad, las tareas de actualización, el mantenimiento de la base de datos, el procesamiento de estadísticas y cualquier tarea de cron del host o de los contenedores que se ejecute en la misma franja horaria.

Los usuarios de Home Assistant han relacionado picos periódicos de CPU a las 4 a. m. con la actividad de depuración de Recorder que ocurre a la misma hora cada día. Este ejemplo resulta útil porque el síntoma de temperatura sigue un horario aunque el hogar considere que el sistema está inactivo.

Mueve o ajusta la tarea solo después de confirmar la correlación. Una automatización independiente que también se ejecute durante la noche puede crear el mismo patrón visual, por lo que la coincidencia de horarios debe poder repetirse.

Recorder puede convertir las entidades ruidosas en una carga continua en segundo plano

Una integración que se actualiza con demasiada frecuencia puede mantener ocupada la base de datos mucho después de que el dispositivo parezca estable. Las escrituras adicionales aumentan la actividad de la CPU y del almacenamiento, así como el trabajo de mantenimiento de la base de datos.

Una instalación de Home Assistant relacionó un aumento persistente de la CPU y la temperatura con Recorder después de descubrir varias entidades Z-Wave que generaban grandes cantidades de filas en la base de datos. Excluir los datos de alta frecuencia que no eran necesarios hizo que el comportamiento de la CPU volviera a acercarse a lo normal.

Usa las estadísticas de Recorder o inspecciona la base de datos para encontrar las entidades que generan más cambios de estado. No desactives el historial globalmente si solo unas pocas entidades ruidosas son las responsables.

La carga en segundo plano puede pertenecer a otro contenedor o máquina virtual

En un servidor doméstico compartido, se puede culpar a Home Assistant del calor generado por una base de datos, un NVR, un servidor multimedia, un proceso local de IA o un motor de copias de seguridad. Mide el uso de CPU a nivel de proceso o contenedor en lugar de atribuir cada pico del host al contenedor de Home Assistant.

Las cargas grandes de Recorder también pueden generar una E/S considerable aunque la interfaz de Home Assistant parezca inactiva. Actualmente, Recorder realiza la depuración todas las noches a las 04:12 de forma predeterminada y puede reorganizar automáticamente la base de datos cada segundo domingo; la reorganización es más intensa que la grabación rutinaria y puede prolongar la carga en segundo plano. Por tanto, el mismo síntoma de calor a nivel del host puede tener su origen en un trabajo programado de la base de datos y no en un bucle de automatización.

Pausa un servicio vecino durante el periodo habitual de calor. Si la temperatura del host y la velocidad del ventilador disminuyen mientras Home Assistant sigue respondiendo, el objetivo más adecuado es la carga compartida, no únicamente la configuración de Home Assistant.

-15% OFF

ZimaBoard 2 - Mini servidor doméstico para tu gran idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Los problemas de refrigeración solo son reales después de comprender la carga de trabajo

Un disipador obstruido, una entrada de aire bloqueada, un ventilador defectuoso, un gabinete caliente o una interfaz térmica reseca pueden elevar la temperatura con una carga normal. Sin embargo, la refrigeración del hardware debe investigarse después de comprobar que el servidor no está simplemente realizando más trabajo que antes.

Compara la temperatura con la misma potencia del paquete de CPU o el mismo nivel de utilización a lo largo del tiempo. Si la misma carga ahora funciona a una temperatura considerablemente mayor, inspecciona el flujo de aire y el hardware. Si la propia carga aumentó, corrige primero el software o la programación.

La guía de dimensionamiento de servidores domésticos para hogares inteligentes de ZimaSpace considera el almacenamiento, los servicios alojados conjuntamente y los límites físicos de la plataforma como un único margen operativo, en lugar de asumir que un equipo de Home Assistant inactivo no tiene carga en segundo plano.

Usa una línea base de inactividad controlada

Un periodo de inactividad saludable debería volver a una línea base térmica y acústica estable después de que finalice el trabajo en segundo plano. Si la CPU, la actividad de almacenamiento o la temperatura nunca se estabilizan, identifica el proceso que continúa ejecutándose y considéralo una carga persistente o una regresión, no un comportamiento normal de las tareas programadas.