Home Assistant har vuxit ur sin server först när normala toppbelastningar upprepade gånger missar målen för tjänstens funktion och återställning, efter att onormala integrationer och konkurrens om resurser har isolerats.
En långsam instrumentpanel, en lång omstart eller en hög CPU-graf räcker inte, eftersom ett tillägg, ett databasjobb eller en felande lagringsväg kan ge intrycket av att värden är underdimensionerad. Registrera fördröjningen från händelse till åtgärd, minnestryck, lagringsfördröjning och beredskap efter omstart under en normal hektisk timme. Ta sedan bort en misstänkt belastning i taget och upprepa samma test innan du planerar en migrering.
Fastställ servicemål innan du bedömer värden
Välj två eller tre resultat som är viktiga i hemmet: fördröjningen från händelse till åtgärd för en lokal automation, när instrumentpanelen är klar efter en omstart samt lyckade historik- eller säkerhetskopieringsjobb under den mest belastade normala överlappningen. Registrera testutlösaren, arbetsbelastningen och det godtagbara resultatet så att senare ändringar jämförs med samma belastning.
Ett nyligt fall med ett långsamt system blev snabbt efter att en oanvänd Matter-tjänst togs bort, trots att det först såg ut som ett allmänt problem med värden. Resultatet från denna isolering av tillägg visar varför symtom måste kopplas till ett upprepningsbart servicemål innan hårdvaran får skulden.
GODKÄNT innebär att värden uppfyller målen under den definierade belastningen. UNDERKÄNT innebär att ett eller flera resultat konsekvent misslyckas, vilket motiverar djupare isolering men ännu inte ett byte. Spara råa tidsstämplar och resursmätningar i stället för att förlita dig på hur responsivt gränssnittet känns.
Ta bort en onormal arbetsbelastning i taget
Börja med nyligen tillagda eller tydligt bullriga integrationer, anpassade komponenter, tillägg, säkerhetskopieringar, indexeringsjobb och delade tjänster. Inaktivera eller schemalägg om endast ett objekt, starta om en gång som verifieringssteg och kör samma arbetsbelastning igen. En stor förbättring visar på ett arbetsbelastningsproblem som mer hårdvara bara skulle kunna dölja.
Vid felsökning av en långsam Home Assistant-värd pekar communityn ofta först på tillägg eller integrationer som behåller minne eller oväntat använder CPU. Råden i isolering av en felande integration skiljer felaktigt beteende hos arbetsbelastningen från en kapacitetsgräns som gäller hela plattformen.
Om ett enda borttagande återställer alla mål ska du reparera eller ersätta den komponenten innan du överväger att flytta värden. Om ingen enskild ändring hjälper ska du återställa den godkända konfigurationen och fortsätta med resursinriktade tester. Stapla inte flera inaktiveringar, eftersom resultatet då inte skulle visa vilken belastning som hade betydelse.
Leta efter ihållande minnes- och schemaläggningstryck
Mät maximalt arbetsminne, aktivitet i växlingsutrymme eller återvinning, händelser med slut på minne, CPU-körköer och fördröjningen från händelse till åtgärd under samma hektiska period. Den genomsnittliga CPU-användningen kan förbli måttlig samtidigt som korta schemaläggningsfördröjningar påverkar automationer. Minnesbrist kan uppstå plötsligt efter en gradvis läcka eller när en konkurrerande container växer.
En rapport om frekventa omstarter av Home Assistant rekommenderar att man först undersöker RAM-användning och nyligen tillagda tillägg. Denna minnesinriktade skiljemetod är användbar eftersom ett kapacitetsfel bör korrelera med tryck, inte bara med förfluten drifttid.
GODKÄNT innebär att trycket förblir begränsat och att fördröjningen uppfyller målet under upprepade toppar. UNDERKÄNT innebär att växling, återvinning, processavslut eller körköer ökar samtidigt som tjänsteresultatet missas. Värden är en kapacitetskandidat endast om borttagning av onormala arbetsbelastningar inte bryter denna korrelation.
Testa lagring och underhåll separat
Kör arbetsbelastningen en gång utan säkerhetskopiering, rensning, ompackning, mediesökning eller en annan containers massiva I/O, och upprepa sedan med den normala underhållsöverlappningen. Följ blockfördröjning, ledigt utrymme, Recorder-eftersläpning, historiksvar och beredskap efter omstart. Skilj beräkningskapacitet från en långsam eller konkurrensutsatt lagringsväg.
ZimaSpaces arbetsflöde för små servrar använder uppmätta flaskhalsar innan man drar slutsatser om hårdvaran. Tillämpa samma sekvens från finjustering av Home Assistant på en liten server för att skilja mellan begränsningar i lagring, minne och arbetsbelastning.
Om bara underhållsöverlappningen misslyckas ska du schemalägga om eller isolera massjobbet och testa igen. Om lagringsfördröjningen förblir hög när värden i övrigt är inaktiv ska du reparera enheten eller filsystemet innan du förklarar all hårdvara för liten. Kapacitetsbevis kräver en frisk lagringsväg som fortfarande inte kan uppfylla målet.
Kräv tre upprepningsbara kapacitetsfel
Förklara värden som underdimensionerad först när samma normala topp missar samma mål i tre försök, den begränsande resursen ökar i varje försök, onormala arbetsbelastningar har uteslutits och en reversibel minskning av belastningen återställer tjänsten. Kräv dessutom att migrerings- eller ersättningsmålet åtgärdar den uppmätta resursen.
En värd som klarar sig efter att en trasig integration har rensats har inte vuxit ur sin kapacitet. En värd som endast misslyckas under ett valfritt säkerhetskopieringsfönster kan behöva ändrade scheman. En värd som upprepade gånger växlar, köar I/O eller fördröjer lokal styrning under nödvändig belastning ger starkare stöd för migrering.
Avsluta felsökningen när målen uppfylls under två omstarter och den mest hektiska normala överlappningen. Gå vidare till migreringsplanering när tre matchade fel kvarstår och även återställningsfönstret missas. Behåll den nuvarande värden som återställningsalternativ tills den nya miljön klarar den identiska arbetsbelastningen och återställningstestet.
Support och tips
Mer att läsa

Home Assistant fungerar via Wi-Fi men inte via Ethernet eller VPN
Testa varje nätverkssökväg separat, verifiera gränssnittets och routingens status, skilj direktanslutning via IP-adress från upptäckt och reparera sedan endast det lager som har fallerat.

Så avvecklar du Home Assistant utan att lämna kvar oskyddade data
Bevisa utbytet eller arkiveringen, återkalla varje förtroendeväg, sanera varje databärande enhet och behåll endast dokumenterade skyddade återställningskopior.

Bör du använda automatiska uppdateringar för Home Assistant på en hemmaserver?
Välj manuella, endast aviserade eller stegvis automatiska uppdateringar utifrån påverkan på hushållet, kompatibilitetsrisk, observationstid och beredskap för återställning.

