Du kannst einen Engpass in Home Assistant erst identifizieren, wenn du ein stabiles Symptom reproduzierst. Ein hoher CPU-Verlauf, wenig freier RAM, ein ausgelastetes Laufwerk oder ein schnell steigender Netzwerkzähler reichen für sich allein nicht aus. Die begrenzende Ressource ist diejenige, deren Auslastung sich gleichzeitig mit der Verlangsamung der Automation, des Dashboards, der Verlaufsabfrage oder der Integration verändert.
Stelle zuerst identische Testbedingungen her. Verwende jedes Mal dieselbe Automation, dasselbe Gerät, dasselbe Dashboard, denselben Verlaufszeitraum und dieselbe Hintergrundauslastung. Beobachte CPU, Arbeitsspeicher, Speicher und Netzwerk anschließend getrennt und ändere jeweils nur eine vermutete Einschränkung.
Definiere das Symptom, bevor du Ressourcenverläufe liest
„Home Assistant ist langsam“ kann eine verzögerte physische Aktion, ein Dashboard, das mehrere Sekunden zum Rendern benötigt, einen langsam ladenden Verlauf, eine spät wieder verbundene Integration oder einen Host bedeuten, der während einer Sicherung ins Stocken gerät. Jedes Symptom nutzt einen anderen Datenpfad.
Wähle ein reproduzierbares Ereignis und versieh es mit Zeitstempeln. Bei einer Bewegungsbeleuchtung erfasst du den Eingang des Triggers und die physische Reaktion. Beim Verlauf misst du die Zeit vom Start der Abfrage bis zum ersten Ergebnis. Bei einem Dashboard trennst du die Serverantwort vom Rendern im Browser. Bei einer nicht verfügbaren Integration erfasst du die Netzwerk-Erreichbarkeit und die Integrationsprotokolle.
Sammle nicht ein Dutzend unabhängiger Diagramme und suche nach dem höchsten Ausschlag. Der Test sollte dir zeigen, auf welche Systemphase gewartet wurde, als die für den Benutzer sichtbare Verzögerung auftrat.
CPU ist der Engpass, wenn sich Arbeitswarteschlangen hinter der Rechenleistung bilden
Die CPU wird zu einem starken Kandidaten, wenn Home Assistant oder ein verwandter Prozess während der Verschlechterung des Symptoms dauerhaft Rechenleistung beansprucht und sich dieselbe Arbeitslast verbessert, sobald diese Rechenanforderung entfernt oder isoliert wird.
Die Methode für Auslastung, Sättigung und Fehler ist hilfreich, weil sie zwischen einer lediglich ausgelasteten Ressource und einer Ressource unterscheidet, bei der sich Arbeit aufstaut. Bei Home Assistant ist ein kurzer CPU-Ausschlag weniger wichtig als eine reproduzierbare Sättigung, die mit verzögerten Automationen oder Datenbankverarbeitung zusammenfällt.
Prüfe, welcher Prozess oder Container die Auslastung verursacht. Eine Kameraaufgabe, Datenbankwartung, ein lokaler KI-Container oder ein Begleitdienst kann den Host sättigen, während Home Assistant selbst nur wenig Rechenleistung benötigt.
RAM ist der Engpass, wenn der Arbeitssatz Druck erzeugt
Linux verwendet ansonsten ungenutzten Arbeitsspeicher als Cache. Wenig „freier“ RAM ist daher nicht automatisch ein Problem. Beobachte den verfügbaren Arbeitsspeicher, den Swap, den Speicherdruck, cgroup-Limits und OOM-Ereignisse.
Die Erklärung unter Der Linux-Dateisystem-Cache kann freigegeben werden ist beim Auswerten eines Home-Assistant-Hosts wichtig: Ein Rechner kann den größten Teil seines RAM als belegt anzeigen und trotzdem noch ausreichend Reserven haben.
Arbeitsspeicher wird zum wahrscheinlichen Engpass, wenn dieselbe normale Arbeitslast den verfügbaren Speicher wiederholt stark reduziert, Swap oder Verzögerungen bei der Speicherfreigabe verursacht, ein Container-Limit erreicht oder OOM-Beendigungen auslöst. Füge erst dann RAM hinzu oder reduziere den aktiven Arbeitssatz, wenn dieses Muster sichtbar ist.
Speicher ist der Engpass, wenn sich die Latenz mit Recorder- oder Sicherungsaufgaben verändert
Speicherdruck kann sich hinter einer niedrigen CPU-Auslastung verbergen. Recorder-Schreibvorgänge, Datenbankabfragen, Neuorganisationen, Sicherungen, Aktualisierungen und andere Container können auf demselben Gerät warten, während die CPU-Kerne weitgehend ungenutzt bleiben.
Eine Warnung über einen Rückstau im Home-Assistant-Recorder wurde ausdrücklich mit Systemen in Verbindung gebracht, die CPU-, I/O- oder datenbank-/speicherbedingt begrenzt sind. Deshalb sollte der Fehler eine Korrelation auslösen und nicht blind zum Austausch der Datenbank führen.
Beobachte die Laufwerkslatenz, die I/O-Wartezeit, die Warteschlangentiefe sowie den Zeitpunkt von Recorder- und Sicherungsaufgaben. Speicher ist die wahrscheinlichere Diagnose, wenn das Symptom diesen Messwerten folgt und verschwindet, sobald die konkurrierenden I/O-Vorgänge entfernt werden.
Das Netzwerk ist der Engpass, wenn der Server bereit ist, aber der Übertragungsweg nicht
Ein Netzwerkengpass kann durch Durchsatz, Paketverlust, DNS-Verzögerungen, instabiles WLAN, Firewall-Regeln oder eine Abhängigkeit von einem entfernten Dienst entstehen. Home Assistant kann eine ungenutzte CPU und schnellen lokalen Speicher haben, während eine Integration oder ein Client auf das Netzwerk wartet.
Teste den Server lokal und anschließend das betroffene Gerät oder den Client aus demselben LAN. Wenn lokale Anfragen schnell sind, aber ein VLAN, WLAN-Segment, DNS-Name oder eine cloudbasierte Integration langsam ist, sollte die Fehlerbehebung auf diesem Pfad bleiben.
Die Netzwerkauslastung allein reicht nicht aus. Eine nur gering ausgelastete Schnittstelle kann aufgrund von Namensauflösung, Routing oder Paketverlust trotzdem ausfallen, während eine stark ausgelastete Schnittstelle gesund bleiben kann, wenn noch Reserven vorhanden sind und wenige Pakete verloren gehen.
Ändere jeweils nur eine Variable und verlange, dass sich das Symptom verändert
| Ressource | Belege, die die Diagnose stützen | Sinnvoller Änderungstest |
|---|---|---|
| CPU | Anhaltende Sättigung/Warteschlangen während des Symptoms | Schweren Prozess pausieren oder Arbeitslast isolieren |
| RAM | Speicherdruck, Swap, OOM, cgroup-Limit | Aktive Dienste reduzieren oder getestetes Limit erhöhen |
| Speicher | Latenz/I/O-Wartezeit folgt auf Recorder- oder Sicherungsaufgaben | Konkurrierende I/O-Vorgänge pausieren oder Zustand auf schnelleren Speicher verschieben |
| Netzwerk | Nur der entfernte oder gerätebezogene Pfad ist langsam | Direkte lokale Route oder alternativen Netzwerkpfad verwenden |
Die ZimaSpace-Analyse zur Speicherlatenz in Home-Assistant-Steuerungspfaden ist ein gutes Beispiel für diese Methode: Eine Komponente wird erst dann zum Engpass, wenn ihr Timing mit der tatsächlichen Steuerungsverzögerung übereinstimmt.
Beende die Untersuchung, sobald eine kontrollierte Änderung das ursprüngliche Symptom zuverlässig verbessert. Das ist ein stärkerer Beleg als jeder einzelne Auslastungsprozentsatz und verhindert, dass ein teures Upgrade die falsche Ebene behebt.
Support & Tipps
Mehr zum Lesen

Solltest du Home Assistant im laufenden Betrieb sichern oder zuerst den Dienst stoppen?
Integrierte Home-Assistant-Backups können im laufenden Betrieb ausgeführt werden; einfache Dateisystemkopien sollten Home Assistant anhalten oder in einen Ruhezustand versetzen, sofern die Datenbank nicht konsistent...

Warum läuft ein Home-Assistant-Server während der Leerlaufzeiten heiß oder laut?
Gleiche Lüfter- oder Temperaturspitzen in Home Assistant zunächst mit Recorder, Backups, Integrationen und parallel ausgeführten Aufgaben ab, bevor du die Kühlung oder CPU-Limits änderst.

Wann sollten Sie Home Assistant neu aufsetzen, statt es zu reparieren?
Reparieren Sie zuerst die kleinste ausgefallene Home-Assistant-Ebene, stellen Sie als Nächstes einen bekannten funktionierenden Zustand wieder her und bauen Sie nur dann neu auf,...

