När behöver Home Assistant dedikerad beräkningskapacitet, lagring eller nätverksutrustning?

Låt Home Assistant ligga kvar på en enda värd så länge styrningens fördröjning, kapacitet, återställningstid och beroendefel håller sig inom tydliga tjänstemål.

Avsätt separat beräkningskapacitet när en angiven arbetsbelastning tar resurser från styrningen, separat lagring när aktivt tillstånd och bulkdata behöver olika fördröjnings- eller återställningspolicyer, och separat nätverk när en gemensam förbindelse skapar en bekräftad felzon. Varje uppdelning lägger till en dator, länk, autentiseringsuppgifter, startordning och säkerhetskopieringsobjekt, så verifiera den nya gränsen innan du flyttar något annat.

Håll rollerna samlade tills en uppmätt begränsning visar sig

En enda värd håller Home Assistant Core, dess databas, radioenheter, tillägg, säkerhetskopior och övervakning tillräckligt nära för att starta och återställa dem som ett välkänt system. Den enkelheten är värdefull så länge den samlade arbetsbelastningen klarar målen för p95-fördröjning vid åtgärder, omstartstid, säkerhetskopieringsfönster, lagringsreserv och återställning.

Diskussioner om hög tillgänglighet visar gång på gång att fler noder inte automatiskt ger tillgänglighet på applikationsnivå. En community-analys av begränsningar för Home Assistants felområden är användbar eftersom den skiljer mellan tjänstetillstånd och radioägarskap, å ena sidan, och att bara köra en till dator, å den andra.

Dela inte upp systemet på grund av låg genomsnittlig resursanvändning eller allmän framtidssäkring. Ändra topologin först när övervakningen visar att en viss resurs, kapacitet, underhållstid eller ett fel leder till att ett tjänstemål missas.

Dela upp beräkningskapaciteten när en arbetsbelastning tar resurser från styrningen

Separat beräkningskapacitet är motiverad när en fristående stödtjänst - videoanalys, lokal taligenkänning, modellinferens, kompilering eller ett tungt databasjobb - mättar processor, minne eller termisk kapacitet samtidigt som kritiska automatiseringar blir långsammare eller slutar fungera.

Flytta den tunga tjänsten först, inte Home Assistant av bara farten. Behåll dess API-slutpunkt, autentiseringsuppgifter, tidsgränser och reservbeteende och kör sedan samma blandade arbetsbelastning igen. Om fördröjningen från händelse till åtgärd och återhämtningsmarginalen förbättras har uppdelningen löst en uppmätt konkurrens om resurser.

Håll beräkningsresurserna samlade när resursbelastningstopparna inte sammanfaller med fördröjningen, eller när den långsamma delen beror på radio, moln, DNS, klient eller lagringsfördröjning. En ny värd kan inte åtgärda ett beroende den inte äger.

Dela upp lagringen när kapacitet eller återställning har en annan livscykel

Separera lagringen när aktiv konfiguration och Recorder-tillstånd kräver låg latens och samordnade ögonblicksbilder, medan media, telemetriexporter eller generationer av säkerhetskopior behöver billig kapacitet och andra lagringstider. Använd stabila logiska monteringspunkter så att programmets sökväg består även om en enhet eller lagringspool byts ut.

En granskning av Docker Compose-utformningen betonar uttryckliga beständiga volymer, nätverkslägen och gränser för säkerhetskopiering. Dess avvägningar vid utformning av beständig lagring visar varför uppdelningen måste bevara behörigheter och återställningsordning, inte bara flytta data.

Använd den interna avgränsningen för metadatatillväxt för att avgöra om aktivt tillstånd, historik eller massdata faktiskt orsakar kapacitetsproblemet innan du skapar ett NAS-beroende.

Featured

ZimaCube 2 personlig moln-NAS för hemmet

ZimaCube2

$799.00 - $2,499.00

Buy Now

Dela upp nätverket endast för att eliminera ett bevisat gemensamt fel

Nätverket behöver egen maskinvara eller ett eget segment när sändningstrafik, brist på adresser, switchfel, RF-störningar, bristande förtroende för osäkra enheter eller ett nödvändigt underhållsfönster orsakar avbrott som den nuvarande utformningen inte tål. Segmentering medför också beroenden av routning, brandvägg, multicast, DNS och upptäckt.

Se till att Home Assistant, radioutrustning och kritiska lokala enheter är nåbara via den minsta väg som upprätthåller säkerhetsgränsen. Om VLAN eller en dedikerad switch införs ska du uttryckligen tillåta nödvändig trafik för upptäckt och styrning och dokumentera vad som fortfarande fungerar när routning, internet eller DNS inte är tillgängligt.

Kalla inte segmenteringen tillförlitlig förrän tester av lokal åtgärd, omstart, upptäckt, avisering och återställning har godkänts med varje icke-nödvändigt nätverksberoende borttaget i tur och ordning.

Validera den nya avgränsningen innan du flyttar en annan roll

Genomför en delning i taget med en aktuell säkerhetskopia och en återställningsplan. Dokumentera källversion, tjänsteidentitet, slutpunkter, monteringsägarskap, brandväggsregler, startordning, latens, resursbelastning, säkerhetskopieringstid och återställningstid före och efter flytten.

1. Återskapa arbetsbelastningen under rusningstid.
2. Ta bort ett beroende och dokumentera försämrat beteende.
3. Starta om alla berörda tjänster i beroendeordning.
4. Återställ den ändrade rollen på ett rent mål.
5. Återställ inom det dokumenterade underhållsfönstret.

Acceptera den dedikerade avgränsningen endast när den förbättrar det angivna målet mer än den ökar risken för nätverket och livscykeln. Håll de återstående rollerna samlade tills en ny oberoende mätning motiverar nästa förändring.