Wie viel CPU-Reserve solltest du für Spitzenlasten von Home Assistant einplanen?

Eva Wong

IceWhale author

Eva Wong ist die Technische Redakteurin und und leidenschaftliche Tüftlerin bei ZimaSpace. Eine lebenslange Geek mit einer Leidenschaft für Homelabs und Open-Source-Software, sie spezialisiert sich darauf, komplexe technische Konzepte in zugängliche, praktische Anleitungenzu übersetzen. Eva ist der Meinung, dass Self-Hosting Spaß machen und nicht einschüchternd sein sollte. Durch ihre Tutorials befähigt sie die Community, Hardware-Setups zu entmystifizieren, vom Bau ihres ersten NAS bis hin zur Beherrschung von Docker-Containern.

How Much CPU Headroom Should You Reserve for Home Assistant Peaks? - Zima Store Online

Halten Sie ausreichend CPU-Reserve für die schlimmste reproduzierbare Arbeitslast vor, um die Ziele für Ereignis-zu-Aktion-Zeit und Neustart zu erreichen; für jeden Home-Assistant-Stack gibt es keinen allgemeingültig vertretbaren Prozentsatz.

Ein Host mit vier Kernen kann einen moderaten Durchschnitt anzeigen, während ein Kern ausgelastet ist, oder CPU-begrenzt erscheinen, obwohl tatsächlich Speicher-Wartezeiten, Speicherdruck oder thermische Drosselung die Grenze darstellen. Definieren Sie die realistisch stärkste Überlappung, messen Sie die Steuerungslatenz und das Verhalten der einzelnen Kerne und halten Sie anschließend die kleinste Ressourcenreserve vor, die wiederholt ausreicht, ohne normale Begleitdienste anzuhalten.

Spitzenlast und benutzerseitige Grenze definieren

Erstellen Sie eine Arbeitslast, die den stärksten normalen Automatisierungsschub mit der Dashboard-Nutzung und geplanten Hintergrundaufgaben wie Sicherungen, Datenbankwartung, Sprachverarbeitung oder ausgewählter Kameraverarbeitung kombiniert. Definieren Sie die akzeptable Ereignis-zu-Aktion-Latenz, die Dashboard-Reaktionszeit und die Bereitschaft nach einem Neustart, bevor Sie die Auslastung messen.

Verwenden Sie keinen künstlichen Stresstest aller Kerne als einzige Spitzenlast. Er misst die Hardwarekapazität, aber nicht die Überschneidung von Planung, Datenbank, Integrationen und Add-ons, die Benutzer tatsächlich erleben.

Eine gültige Baseline verwendet dreimal dieselbe Geräteanzahl, dieselben Integrationen, denselben Datenbankstatus und dieselben benachbarten Dienste. Wenn die Arbeitslast nicht wiederholbar ist, ist kein daraus abgeleiteter Prozentsatz eine verlässliche Reserve.

Führen Sie zum Vergleich auch einen Lauf in einer ruhigen Phase durch. Der Unterschied zwischen ruhigem Zustand und Spitzenlast zeigt die Empfindlichkeit gegenüber der Arbeitslast; der Spitzenprozentsatz allein zeigt nicht, ob das System bereits nahe an der Sättigung gestartet ist.

Sättigung einzelner Kerne und Wartezeiten getrennt betrachten

Erfassen Sie die Auslastung jedes einzelnen Kerns, die Last, bei virtuellen Maschinen die Steal Time, die I/O-Wartezeit, Frequenz, Temperatur und den Home-Assistant-Prozess zusammen mit der benutzerseitigen Latenz. Richten Sie alle Messungen auf dieselben Zeitstempel aus.

Da sich ein gesättigter Kern in einem deutlich niedrigeren Gesamtsystemdurchschnitt verbergen kann, prüfen Sie das Prozessverhalten, statt anzunehmen, dass die Gesamtauslastung die nutzbare Reserve darstellt.

Wenn ein Kern vollständig ausgelastet ist und gleichzeitig die Latenz steigt, deutet dies auf die Single-Thread-Leistung der CPU oder blockierende Arbeit hin. Steigt zuerst die I/O-Wartezeit, sollten Sie das Speicher- oder Datenbankverhalten verbessern. Sinkt die Frequenz bei steigender Temperatur, korrigieren Sie zunächst die Kühlung, bevor Sie mehr nominelle Kapazität einplanen.

Reserve durch Planung und Isolierung schaffen

Verlagern Sie optionale Aufgaben aus dem geschäftigsten Steuerungszeitfenster, begrenzen Sie störende Begleitcontainer und verhindern Sie, dass Kamera-, KI- oder Medienaufgaben jeden verfügbaren Kern belegen. Home Assistant und wichtige Broker müssen auch während dieser Spitzenlasten weiterarbeiten können.

Vergleichen Sie arbeitslastabhängige Prozessorreserve erst, nachdem der begrenzende Faktor des aktuellen Systems gemessen wurde. Ein schnellerer Kauf behebt weder unbegrenzte Aufgaben noch Speicher-Wartezeiten.

Testen Sie nach jeder Änderung an der Planung oder an den Begrenzungen erneut. Wenn die Latenz ohne Hardwareänderung innerhalb der Vorgaben liegt, ist die zurückgewonnene Marge betriebliche Reserve; bleibt derselbe Kern gesättigt, vergleichen Sie eine leistungsstärkere CPU nur anhand derselben Arbeitslast.

-15% OFF

ZimaBoard 2 – Mini-Heimserver für Ihre große Idee

Single board computer zimaboard2

Reserve anhand wiederholter erfolgreicher Durchläufe festlegen

Verwenden Sie den höchsten beobachteten Spitzenwert aus sauberen, wiederholten Durchläufen und behalten Sie anschließend zusätzliche Kapazität für das erwartete Wachstum der Integrationen sowie eine Überschneidung mit Wartungsarbeiten. Formulieren Sie das Ergebnis als getesteten Betriebsbereich, nicht als allgemeingültiges Leerlaufziel.

Das Verfahren im Benchmark zur Ressourcenreserve liefert die metrikenübergreifende Grundlage für CPU, Arbeitsspeicher, Speicher und Netzwerk.

Der Test gilt als bestanden, wenn die ursprüngliche Spitzenlast in aufeinanderfolgenden Durchläufen die Latenz- und Neustartziele erreicht, ohne thermische Drosselung oder erzwungene Dienststopps. Eskalieren Sie oder führen Sie ein Upgrade durch, wenn dieselbe CPU-spezifische Sättigung bestehen bleibt, nachdem Ursachen durch Planung, Integrationen und I/O ausgeschlossen wurden.