Waarom wordt een Home Assistant-server warm of maakt deze lawaai tijdens inactieve uren?

Een Home Assistant-server die tijdens ‘inactieve’ uren warm of luidruchtig draait, voert meestal achtergrondwerk uit dat onzichtbaar is vanaf het dashboard. Het opschonen of opnieuw inpakken van Recorder, databasequery’s, back-ups, updates, luidruchtige integraties, cameraverwerking, virtuele machines en andere containers kunnen allemaal CPU- of opslagbelasting veroorzaken terwijl niemand actief de gebruikersinterface gebruikt.

Diagnosticeer niet de ventilator. Diagnoseer de werkbelasting die het pakketvermogen of de temperatuur verhoogt. Noteer het exacte tijdstip waarop het geluid begint, vergelijk dit met CPU-, schijf-, database- en geplande taken en verwijder of plan vervolgens één werkbelasting per keer opnieuw in.

Gebruik het tijdstip om geplande taken te vinden

Een piek die vrijwel elke nacht op hetzelfde tijdstip verschijnt, wijst sterk op een gepland onderhoudsproces of automatiseringspad. Controleer Recorder, back-ups, updatetaken, databaseonderhoud, statistiekverwerking en alle cron- of containertaken op hostniveau die in hetzelfde tijdsvenster worden uitgevoerd.

Home Assistant-gebruikers hebben regelmatige CPU-pieken om 4 uur ’s ochtends herleid tot Recorder-activiteiten voor het opschonen die elke dag op hetzelfde tijdstip plaatsvinden. Dat voorbeeld is nuttig omdat het temperatuurprobleem een schema volgt, ook al beschouwt het huishouden het systeem als inactief.

Verplaats of optimaliseer de taak pas nadat je een verband hebt vastgesteld. Een niet-gerelateerde automatisering die ’s nachts ook wordt uitgevoerd, kan hetzelfde visuele patroon veroorzaken. De overeenkomst in tijdstippen moet daarom reproduceerbaar zijn.

Recorder kan luidruchtige entiteiten veranderen in continue achtergrondbelasting

Een integratie die te vaak wordt bijgewerkt, kan de database bezighouden lang nadat het apparaat zelf stabiel lijkt. De extra schrijfbewerkingen verhogen het CPU-gebruik, de opslagactiviteit en het benodigde databaseonderhoud.

Een Home Assistant-installatie bracht een aanhoudende stijging van CPU-gebruik en temperatuur in verband met Recorder, nadat was vastgesteld dat verschillende Z-Wave-entiteiten grote aantallen databaseregels genereerden. Door onnodige gegevens met een hoge updatesnelheid uit te sluiten, keerde het CPU-gedrag terug naar ongeveer normaal.

Gebruik de statistieken van Recorder of inspecteer de database om te achterhalen welke entiteiten de meeste statuswijzigingen genereren. Schakel de geschiedenis niet globaal uit als slechts enkele luidruchtige entiteiten verantwoordelijk zijn.

Achtergrondbelasting kan afkomstig zijn van een andere container of virtuele machine

Op een gedeelde thuisserver kan Home Assistant de schuld krijgen van warmte die wordt veroorzaakt door een database, NVR, mediaserver, lokaal AI-proces of back-upengine. Meet het CPU-gebruik per proces of container in plaats van elke piek op de host aan de Home Assistant-container toe te schrijven.

Grote Recorder-werklasten kunnen ook aanzienlijke I/O veroorzaken, zelfs wanneer de Home Assistant-gebruikersinterface inactief lijkt. Recorder voert standaard elke nacht om 04:12 een opschoonactie uit en kan de database elke tweede zondag automatisch opnieuw inpakken; opnieuw inpakken is zwaarder dan routineopnames en kan de achtergrondbelasting verlengen. Hetzelfde warmteprobleem op hostniveau kan dus afkomstig zijn van gepland databasewerk in plaats van één automatiseringslus.

Pauzeer één naburige service tijdens de gebruikelijke warme periode. Als de hosttemperatuur en ventilatorsnelheid dalen terwijl Home Assistant responsief blijft, is de gedeelde werkbelasting een beter doelwit dan alleen de configuratie van Home Assistant.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Koelingsproblemen zijn pas echt nadat de werkbelasting is begrepen

Een verstopte heatsink, geblokkeerde luchtinlaat, defecte ventilator, warme behuizing of uitgedroogde thermische interface kan de temperatuur bij een normale belasting verhogen. Hardwarekoeling moet echter pas worden onderzocht nadat je weet dat de server niet simpelweg meer werk uitvoert dan voorheen.

Vergelijk de temperatuur bij hetzelfde CPU-pakketvermogen of dezelfde benuttingsgraad in de loop der tijd. Als dezelfde werkbelasting nu duidelijk warmer draait, inspecteer dan de luchtstroom en hardware. Als de werkbelasting zelf is toegenomen, los dan eerst het software- of planningsprobleem op.

De gids voor het dimensioneren van smart-home-servers van ZimaSpace behandelt opslag, services die samen op de host draaien en de fysieke beperkingen van het platform als één operationeel geheel, in plaats van ervan uit te gaan dat een inactieve Home Assistant-box geen achtergrondbelasting heeft.

Gebruik een gecontroleerde nulmeting voor inactiviteit

Een gezonde inactieve periode hoort terug te keren naar een stabiele thermische en akoestische uitgangswaarde nadat de achtergrondtaken zijn voltooid. Als CPU-gebruik, opslagactiviteit of temperatuur nooit stabiliseert, leg dan het proces vast dat actief blijft en behandel dit als een aanhoudende werkbelasting of regressie, niet als normaal geplande activiteit.