Perché un server Home Assistant diventa caldo o rumoroso durante le ore di inattività?

Un server Home Assistant che durante le ore di “inattività” funziona a temperature elevate o è rumoroso, di solito sta eseguendo attività in background invisibili dalla dashboard. La pulizia o riorganizzazione del database Recorder, le query al database, i backup, gli aggiornamenti, le integrazioni rumorose, l’elaborazione delle telecamere, le macchine virtuali e altri container possono creare carico sulla CPU o sullo storage anche quando nessuno utilizza attivamente l’interfaccia.

Non diagnosticare la ventola. Diagnostica il carico di lavoro che aumenta la potenza o la temperatura del package. Registra l’ora esatta in cui inizia il rumore, correla il fenomeno con CPU, disco, database e processi pianificati, quindi rimuovi o riprogramma un carico alla volta.

Usa il timestamp per individuare le attività pianificate

Un picco che compare quasi ogni notte alla stessa ora suggerisce fortemente un percorso di manutenzione o automazione pianificato. Controlla Recorder, i backup, i processi di aggiornamento, la manutenzione del database, l’elaborazione delle statistiche e qualsiasi attività cron a livello host o dei container eseguita nella stessa fascia oraria.

Gli utenti di Home Assistant hanno ricondotto regolari picchi della CPU alle 4 del mattino all’attività di pulizia di Recorder che si verificava ogni giorno alla stessa ora. Questo esempio è utile perché il sintomo termico segue una pianificazione anche se gli abitanti considerano il sistema inattivo.

Sposta o configura diversamente il processo solo dopo aver verificato la correlazione. Un’automazione non correlata eseguita anch’essa durante la notte può creare lo stesso schema visivo, quindi la corrispondenza degli orari deve essere ripetibile.

Recorder può trasformare le entità rumorose in un carico continuo in background

Un’integrazione che si aggiorna troppo frequentemente può mantenere occupato il database molto tempo dopo che il dispositivo stesso sembra stabile. Le scritture aggiuntive aumentano l’uso della CPU, l’attività dello storage e il lavoro di manutenzione del database.

Un’installazione di Home Assistant ha collegato un aumento persistente della CPU e della temperatura a Recorder dopo aver scoperto diverse entità Z-Wave che generavano grandi quantità di righe nel database. Escludendo i dati ad alta frequenza non necessari, il comportamento della CPU è tornato nella norma.

Usa le statistiche di Recorder o l’ispezione del database per individuare le entità che generano il maggior numero di variazioni di stato. Non disabilitare globalmente la cronologia se la responsabilità è di poche entità rumorose.

Il carico in background può appartenere a un altro container o a una macchina virtuale

Su un server domestico condiviso, Home Assistant può essere accusato del calore prodotto da un database, un NVR, un media server, un processo di IA locale o un motore di backup. Misura l’uso della CPU a livello di processo o container invece di attribuire ogni picco dell’host al container di Home Assistant.

Carichi elevati di Recorder possono inoltre creare un’I/O considerevole anche quando l’interfaccia di Home Assistant sembra inattiva. Attualmente Recorder esegue la pulizia ogni notte alle 04:12 per impostazione predefinita e può riorganizzare automaticamente il database ogni seconda domenica; la riorganizzazione è più pesante della registrazione ordinaria e può prolungare il carico in background. Lo stesso sintomo di surriscaldamento a livello host può quindi avere origine da un’attività pianificata sul database, anziché da un ciclo di automazione.

Sospendi un servizio vicino durante il normale periodo di maggiore calore. Se la temperatura dell’host e la velocità della ventola diminuiscono mentre Home Assistant rimane reattivo, il carico condiviso—non soltanto la configurazione di Home Assistant—è l’obiettivo più probabile.

-15% OFF

ZimaBoard 2 - Mini server domestico per la tua grande idea

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

I problemi di raffreddamento sono reali solo dopo aver compreso il carico di lavoro

Un dissipatore ostruito, una presa d’aria bloccata, una ventola guasta, un cabinet caldo o un’interfaccia termica deteriorata possono aumentare la temperatura a carico normale. Tuttavia, il raffreddamento hardware va esaminato dopo aver verificato che il server non stia semplicemente svolgendo più lavoro di prima.

Confronta la temperatura a parità di potenza del package della CPU o di utilizzo nel tempo. Se lo stesso carico ora funziona a una temperatura sensibilmente più alta, controlla il flusso d’aria e l’hardware. Se invece è aumentato il carico di lavoro, risolvi prima il problema software o di pianificazione.

La guida al dimensionamento dei server domestici per la smart home di ZimaSpace considera storage, servizi co-ospitati e limiti della piattaforma fisica come un unico margine operativo, invece di presumere che un dispositivo Home Assistant inattivo non abbia carichi in background.

Stabilisci una baseline controllata di inattività

Un periodo di inattività sano dovrebbe tornare a una baseline termica e acustica stabile dopo il completamento delle attività in background. Se CPU, attività dello storage o temperatura non si stabilizzano mai, individua il processo che continua a essere eseguito e trattalo come un carico persistente o una regressione, non come una normale attività pianificata.