De opstarttijd van Home Assistant moet worden verkort door vast te stellen welke fase daadwerkelijk wacht, niet door willekeurige integraties uit te schakelen of eerst de server te upgraden. Een herstart kan afhankelijkheden aan het licht brengen die tijdens een gewone herstart van Home Assistant al gereed zijn: DNS, netwerkopslag, een externe database, MQTT, USB-radio's of andere containers zijn mogelijk nog aan het opstarten.
Meet de traagste integratie, vergelijk een herstart van alleen Home Assistant met een volledige herstart van de host en los de afhankelijkheid op die het verschil verklaart. Een snelle tweede herstart nadat de machine volledig actief is, vormt sterk bewijs dat de opstartvolgorde of een externe afhankelijkheid belangrijker is dan pure CPU-prestaties.
Gebruik de opstarttijden van integraties voordat je de configuratie wijzigt
Home Assistant toont de opstarttijd van integraties, zodat je kunt zien welke integraties de opstartvolgorde vertragen. Begin daar in plaats van de totale opstarttijd als één getal te interpreteren.
Home Assistant documenteert deze diagnose nu rechtstreeks: Instellingen → Systeem → Reparaties → Opstarttijd van integraties toont welke integraties het opstarten vertragen en mogelijk verbindingsproblemen hebben. Gebruik dat paneel voordat je de totale opstarttijd als een hardwareprobleem beschouwt.
Noteer hetzelfde paneel na een normale herstart van Home Assistant en na een volledige herstart van de server. De integratie waarvan de insteltijd het meest verandert, is doorgaans relevanter dan de integratie die altijd net iets traag is.
Scheid het opstarten van de kern van afhankelijkheden die nog niet gereed zijn
Bij een volledige herstart worden het netwerk, de opslag, DNS, databases, brokers, radio's, containers en Home Assistant in overlappende tijdvensters gestart. Als Home Assistant start voordat een vereiste service bereikbaar is, kan het instellen tijd kosten door te wachten of opnieuw te proberen.
Een trage opstart betekent vaak dat een integratie wacht op een apparaat of service die nog niet gereed is. De huidige integratierichtlijnen van Home Assistant leggen uit dat tijdelijk niet-beschikbare afhankelijkheden een retry-proces moeten ingaan in plaats van het normale herstelproces onbeperkt te blokkeren.
Voeg niet zomaar algemene slaapvertragingen toe aan de hele container tenzij je hebt bewezen welke afhankelijkheid tijd nodig heeft. Geef de voorkeur aan een expliciete gezondheidscontrole, stabiele DNS, de juiste volgorde voor het koppelen van opslag of een serviceafhankelijkheid die daadwerkelijke gereedheid weerspiegelt.
Controleer Recorder wanneer het opstarten rond de database pauzeert
Recorder kan het opstarten vertragen wanneer de database een schemamigratie nodig heeft, traag wordt geopend of extern is en nog niet bereikbaar is. Tijdens migraties kan Home Assistant bewust wachten in plaats van de database achter te laten in een gedeeltelijk gemigreerde toestand.
Als de interface Recorder als traag onderdeel meldt, controleer dan de databaselogboeken, opslaglatentie, vrije ruimte en de bereikbaarheid van de externe database. Verwijder de database niet simpelweg om het opstarten sneller te maken, tenzij het behoud van de geschiedenis echt onbelangrijk is.
Houd de diagnose specifiek: een trage opening van SQLite is een opslagprobleem, terwijl een time-out bij de verbinding met een externe PostgreSQL- of MariaDB-database een probleem met netwerk- of servicegereedheid is.
Schakel aangepaste integraties uit of werk ze bij als ze het opstarten blokkeren
Aangepaste integraties kunnen afhankelijkheden of opstartgedrag toevoegen die Home Assistant niet test als onderdeel van de officiële release. Als het opstarten direct na een update trager werd, vergelijk dan de tijden met uitgeschakelde of bijgewerkte aangepaste integraties.
De huidige probleemoplossingsworkflow van Home Assistant raadt aan opnieuw op te starten in Veilige modus om aangepaste integraties, aangepaste kaarten en aangepaste thema's uit de test te verwijderen. Als het opstarten daar verbetert, bevindt het trage proces zich buiten Home Assistant Core.
Verwijder telkens één verdachte integratie en herhaal dezelfde herstarttest. Eén snelle opstart is niet voldoende; eis dat de verbetering zich herhaaldelijk voordoet.
Verwijder opstartwerk dat niet synchroon hoeft te worden uitgevoerd
Niet elk rapport, elke scan, camerataak, API-vernieuwing of aangepaste automatisering hoeft direct bij het starten van Home Assistant te worden uitgevoerd. Verspreid niet-kritiek werk over de eerste minuten na een herstart, wanneer het systeem ook integraties en statussen herstelt.
De uitleg van ZimaSpace over gebeurtenisgestuurd werk versus geplande achtergrondpieken is hierbij nuttig: het doel is het latentiegevoelige opstartproces te beschermen, niet al het latere werk te elimineren.
Het opstarten verbetert wanneer dezelfde vereiste integraties sneller gereed zijn en de machine sneller een stabiele besturingsstatus bereikt—niet alleen wanneer de aanmeldpagina een paar seconden eerder verschijnt.
Veelgestelde vragen
Waarom is Home Assistant alleen traag na een volledige herstart van de server?
Dat wijst meestal op een afhankelijkheid die nog niet gereed is, zoals DNS, opslag, MQTT, een database of een radioservice. Vergelijk de opstarttijden van integraties na een herstart van de host en na een herstart van alleen Home Assistant.
Ondersteuning & Tips
Meer om te lezen

Signalen dat een Home Assistant-database onderhoud of vervanging nodig heeft
Voor een grote Home Assistant-database zijn doorgaans retentie- of opschoningswerkzaamheden nodig; herhaalde corruptie- of integriteitsfouten zijn sterkere signalen om deze te vervangen.

Hoeveel gelijktijdige gebruikers kan Home Assistant verwerken voordat het trager wordt?
Home Assistant heeft geen vaste, bruikbare gebruikerslimiet: benchmark actieve clients met echte dashboards en updates van entiteiten en stop voordat er herhaaldelijk merkbare latentie...

Kan Home Assistant een externe database gebruiken zonder upgrades te verstoren?
Een externe Recorder-database kan upgrades overleven, maar brengt eigen verantwoordelijkheden met zich mee op het gebied van beschikbaarheid, schemamigratie, back-ups, herstel en versiebeheer.

