Come capire se Home Assistant è limitato dalla CPU, dalla RAM, dallo spazio di archiviazione o dalla rete
Puoi identificare un collo di bottiglia in Home Assistant solo dopo aver riprodotto un sintomo stabile. Un grafico della CPU elevato, poca RAM libera, un disco occupato o un contatore di rete rapido non bastano da soli; la risorsa limitante è quella la cui pressione cambia contemporaneamente al rallentamento dell’automazione, del dashboard, della query della cronologia o dell’integrazione.
Prima correggi le condizioni del test. Usa ogni volta la stessa automazione, lo stesso dispositivo, lo stesso dashboard, lo stesso intervallo della cronologia e lo stesso carico di lavoro in background. Poi osserva separatamente CPU, memoria, spazio di archiviazione e rete, modificando una sola possibile limitazione alla volta.
Definisci il sintomo prima di leggere i grafici delle risorse
“Home Assistant è lento” può significare un’azione fisica ritardata, un dashboard che impiega secondi a visualizzarsi, una cronologia che si carica lentamente, un’integrazione che si riconnette in ritardo o un host che si blocca durante un backup. Ogni sintomo utilizza un percorso dati diverso.
Scegli un evento ripetibile e registrane l’orario. Per una luce attivata dal movimento, registra l’arrivo del trigger e la risposta fisica. Per la cronologia, misura il tempo dall’avvio della query alla ricezione del primo risultato. Per un dashboard, separa la risposta del server dal rendering del browser. Per un’integrazione non disponibile, registra la raggiungibilità di rete e i log dell’integrazione.
Non raccogliere una dozzina di grafici non correlati per poi cercare il picco più alto. Il test dovrebbe indicarti quale fase del sistema era in attesa quando si è verificato il ritardo visibile all’utente.
La CPU è il limite quando il lavoro si accoda in attesa di calcolo
La CPU diventa una candidata concreta quando Home Assistant o un processo correlato utilizza una quantità elevata e costante di risorse di calcolo mentre il sintomo peggiora, e lo stesso carico di lavoro migliora quando tale richiesta viene rimossa o isolata.
Il metodo di utilizzo, saturazione ed errori è utile perché distingue una risorsa semplicemente occupata da una situazione in cui il lavoro si accoda. Per Home Assistant, un breve picco della CPU è meno importante di una saturazione ripetibile che coincide con automazioni ritardate o attività sul database.
Controlla il processo o il container che causa il carico. Un’attività della videocamera, la manutenzione del database, un container di IA locale o un servizio complementare possono saturare l’host mentre Home Assistant rimane leggero.
La RAM è il limite quando l’insieme di lavoro crea pressione
Linux utilizza la memoria altrimenti inattiva per la cache, quindi una quantità ridotta di RAM “libera” non è automaticamente un problema. Controlla la memoria disponibile, lo swap, la pressione della memoria, i limiti dei cgroup e gli eventi OOM.
La spiegazione in La cache del filesystem di Linux può essere recuperata è importante quando si analizza un host Home Assistant: una macchina può mostrare la maggior parte della RAM come utilizzata e avere comunque un margine adeguato.
La memoria diventa probabilmente il limite quando lo stesso carico di lavoro normale riduce ripetutamente la memoria disponibile, provoca swap o blocchi durante il recupero della memoria, raggiunge il limite di un container o genera terminazioni OOM. Aggiungi RAM o riduci l’insieme di lavoro attivo solo dopo aver osservato questo schema.
Lo spazio di archiviazione è il limite quando la latenza varia con le attività del Recorder o dei backup
La pressione sullo spazio di archiviazione può nascondersi dietro un utilizzo ridotto della CPU. Le scritture del Recorder, le query del database, le ricompattazioni, i backup, gli aggiornamenti e gli altri container possono accodarsi sullo stesso dispositivo mentre i core della CPU rimangono in gran parte inattivi.
Un avviso di arretrato del Recorder di Home Assistant è stato esplicitamente associato a sistemi limitati dalla CPU, dalle operazioni di I/O o affetti da un problema del database o dello spazio di archiviazione. Per questo l’errore dovrebbe indurre a cercare correlazioni, non a sostituire alla cieca il database.
Controlla la latenza del disco, l’attesa I/O, la profondità della coda e la tempistica delle attività del Recorder o dei backup. La diagnosi dello spazio di archiviazione è più solida quando il sintomo segue queste misure e scompare rimuovendo l’I/O concorrente.
La rete è il limite quando il server è pronto ma il percorso non lo è
Un collo di bottiglia di rete può dipendere dalla velocità di trasferimento, dalla perdita di pacchetti, dal ritardo DNS, dall’instabilità del Wi-Fi, dalle regole del firewall o da una dipendenza da un servizio remoto. Home Assistant può avere una CPU inattiva e uno spazio di archiviazione locale veloce mentre un’integrazione o un client attende la rete.
Testa prima il server localmente, poi il dispositivo o il client interessato dalla stessa LAN. Se le richieste locali sono rapide ma una VLAN, una sezione Wi-Fi, un nome DNS o un’integrazione basata sul cloud è lenta, limita la correzione a quel percorso.
Il solo utilizzo della rete non è sufficiente. Un’interfaccia poco utilizzata può comunque non funzionare a causa della risoluzione dei nomi, del routing o della perdita di pacchetti, mentre un’interfaccia occupata può rimanere affidabile se ha margine sufficiente e poche perdite.
Modifica una sola variabile e verifica che il sintomo cambi
| Risorsa | Prove che rafforzano la diagnosi | Test di modifica utile |
|---|---|---|
| CPU | Saturazione o accodamento costanti durante il sintomo | Sospendere il processo pesante o isolare il carico di lavoro |
| RAM | Pressione, swap, OOM, limite del cgroup | Ridurre i servizi attivi o aumentare il limite testato |
| Spazio di archiviazione | La latenza o l’attesa I/O seguono il Recorder o il backup | Sospendere l’I/O concorrente o spostare lo stato su uno spazio di archiviazione più veloce |
| Rete | Solo il percorso remoto o verso il dispositivo è lento | Utilizzare un percorso locale diretto o un percorso di rete alternativo |
L’analisi di ZimaSpace sulla latenza dello spazio di archiviazione nei percorsi di controllo di Home Assistant è un buon esempio del metodo: un componente diventa il collo di bottiglia solo quando la sua tempistica coincide con l’effettivo ritardo del controllo.
Fermati quando una modifica controllata migliora in modo affidabile il sintomo originale. È una prova più solida di qualsiasi singola percentuale di utilizzo e impedisce che un aggiornamento costoso risolva il livello sbagliato.
Prodotti consigliati
Supporto e consigli
Altro da leggere
È meglio eseguire il backup di Home Assistant mentre è in funzione o arrestare prima il servizio?
I backup integrati di Home Assistant possono essere eseguiti a caldo; le semplici copie del file system dovrebbero arrestare o mettere in pausa Home...
Perché un server Home Assistant diventa caldo o rumoroso durante le ore di inattività?
Metti in correlazione i picchi della ventola o della temperatura di Home Assistant con Recorder, i backup, le integrazioni e i processi eseguiti sullo...
Quando dovresti ricostruire Home Assistant invece di ripararlo?
Ripara prima il livello di Home Assistant guasto più piccolo, ripristina poi uno stato noto e funzionante, e ricostruisci solo quando non è possibile...
