Så dimensionerar du en hemserver för Home Assistant och internetavbrott

Eva Wong

IceWhale author

Eva Wong är Teknisk skribent och den boende fixaren på ZimaSpace. En livslång nörd med en passion för hemma-labb och öppen källkod, hon specialiserar sig på att översätta komplexa tekniska koncept till tillgängliga, praktiska guider. Eva tror att självhosting ska vara roligt, inte skrämmande. Genom sina handledningar ger hon gemenskapen verktyg att avmystifiera hårdvaruinstallationer, från att bygga sin första NAS till att bemästra Docker-containrar.

How to Size a Home Server for Home Assistant and Internet Outages - Zima Store Online

Dimensionera den skyddade lokala styrvägen – inte bara Home Assistant-processen – för exakt de internet- och strömavbrott som hushållet måste klara.

I ett hem där belysning, klimat, läckagehantering eller åtkomstautomatiseringar är viktiga under störningar är servern bara en del av lösningen. Lokal omkoppling, Wi-Fi- eller radiokoordinatorer, beständig lagring, batteriström och en återställningsbar konfiguration måste förbli samordnade. Designen är inte längre avbrottstålig när ett nödvändigt moln-API, en oskyddad router eller ett okänt omstartsbeteende bryter arbetsflödet innan beräkningskapaciteten gör det.

Definiera målet för avbrottstolerans

Skilj på ett internetleverantörsavbrott och ett elavbrott. Vid ett internetavbrott kan det lokala nätverket fortsätta fungera och lokala enheter kan fortsätta kommunicera. Vid ett strömavbrott kan värddatorn, routern, switcharna, åtkomstpunkterna, koordinatorerna, NAS-enheten och ställdonen sluta fungera samtidigt. Ange en egen varaktighet och acceptabel försämring för varje händelse.

En diskussion i communityn om planering för strömavbrott skiljer lokal enhetsstyrning från den bredare frågan om vad som fortfarande har ström. Den osäkerheten är rätt utgångspunkt: inventera kritiska åtgärder, deras nätverks- och molnberoenden samt den manuella reservlösningen. Ett generellt krav på att ”hålla Home Assistant online” är för snävt för att dimensionera topologin.

Klassificera varje arbetsflöde som måste fortsätta, får försämras eller kan stoppas säkert. En läckageventil och ett värmeskydd kan vara viktigare än historikdiagram, fjärraviseringar och röstfrågor. Den skyddade installationen behöver bara kapacitet för det som måste fortsätta, plus återställningsmarginal; valfria uppgifter kan pausas eller flyttas från den kritiska värddatorn.

Dimensionera beräkningskapaciteten utifrån den kritiska belastningen

Mät den centrala automatiseringsbelastningen med WAN frånkopplat och den mest krävande lokala händelsesekvensen igång. Registrera varaktig och maximal CPU-belastning, minnestryck, väntetid för lagring och svarslatens. Ta med databasen och endast de tillägg som krävs för de skyddade åtgärderna. Då får du en serverbaslinje som är kopplad till tjänsten, inte till antalet enheter.

Håll lokala röstmodeller, kamerainferens, mediebearbetning och säkerhetskopieringskomprimering utanför den skyddade vägen om inte avbrottskravet uttryckligen omfattar dem. Om de delar värddator använder du resursbegränsningar eller schemaläggning och återskapar deras värsta överlappning. Dela upp en tjänst endast när dess maximala belastning gör att en kritisk åtgärd missar acceptansmålet.

Lägg till marginal för uppdateringar, underhåll av inspelaren och tillväxt, men gör inte marginalen till en godtycklig processornivå. En värddator är tillräckligt stor när den uppmätta kritiska sekvensen förblir responsiv och omstartsbeteendet är förutsägbart. Den är för stor för den aktuella rollen när outnyttjad kapacitet ökar tomgångsförbrukningen och UPS-belastningen utan att eliminera ett identifierat fel.

Bygg en skyddad ström- och nätverksväg

Rita en väg från sensor eller instrumentpanel via radio eller Wi-Fi, lokal omkoppling, Home Assistant och ställdon. Placera alla nödvändiga nätverkskomponenter och värddatorn på en uppmätt, UPS-skyddad krets. Ett batteri på enbart servern kan inte bevara styrningen när routern, switchen, åtkomstpunkten eller koordinatorn förlorar strömmen.

En användare beskriver skydd av nätverksutrustning, lagring och Home Assistant-servern med små UPS-enheter, avstängning av servrar inom några minuter och längre tillgänglighet för nätverksutrustningen. Tiderna är specifika för installationen, men rollfördelningen är värdefull: beräkningsenheten kan stängas av säkert medan den lokala kommunikationsvägen förblir användbar.

Mät den totala belastningen på uttaget, välj en måltid och testa under normal toppaktivitet. Definiera om värddatorn ska fortsätta vara igång, stängas av kontrollerat eller starta om när strömmen återkommer. Avvisa en design som inte kan återhämta sig när strömmen återkommer medan UPS-enheten fortfarande har laddning, eftersom det specialfallet kan lämna ett friskt batteri skyddande en tjänst som är offline.

Händelse	Skyddade roller	Acceptanstest
Internetleverantörsavbrott	Värddator, LAN, radioenheter, lokala enheter	Arbetsflödet med frånkopplat WAN godkänns
Kort strömavbrott	Kritisk väg plus UPS	Uppmätt drifttid överstiger målet
Långt strömavbrott	Säker avstängning och manuella reglage	Avstängnings- och omstartssekvensen godkänns

-15% OFF

ZimaBoard 2 - Minihemmserver för din stora idé

Single board computer zimaboard2

Separera aktivt tillstånd från återställningskopior

Förvara konfigurationen och den aktiva inspelningsdatabasen på övervakad, beständig lagring som startar tillsammans med den skyddade värddatorn. Placera återställningskopior på en separat destination vars bortfall inte hindrar lokal automatisering från att starta. En NAS kan vara ett effektivt säkerhetskopieringsmål, men den bör inte av misstag bli en förutsättning för kärntjänsten.

En rapporterad avbrottssekvens med Home Assistant och Synology visar att båda systemen stängdes av vid en UPS-händelse men inte startade automatiskt när strömmen kom tillbaka innan UPS-enheten laddades ur helt. Fallet visar varför lagring, värddator och strömåterställning måste testas som en enda sekvens; individuellt korrekta komponenter kan ändå resultera i en otillgänglig tjänst.

Definiera säkerhetskopieringsfrekvensen utifrån acceptabel dataförlust och återställ sedan en aktuell kopia till ett alternativt medium eller en reservmaskin. Förvara inloggningsuppgifter och instruktioner där en annan administratör i hushållet kan komma åt dem. RAID, speglad lagring eller en andra partition ersätter inte en kopia utanför värddatorn, eftersom de bevarar samma felzon för operatör och system.

Validera topologin och fastställ utlösare för utbyggnad

Genomför fyra acceptanstester: koppla från WAN, gör säkerhetskopieringsmålet otillgängligt, simulera UPS-åtgärden vid låg batterinivå och återställ till alternativ hårdvara. Ta tid på kritiska automatiseringar, avstängning, omstart och återställning. Dokumentera fel per nätverkskant så att en uppgradering ändrar den felande rollen i stället för att lägga till kapacitet överallt.

ZimaSpaces guide om att mäta Home Assistant-prestanda bortom varm cache förklarar varför upprepade tester med varm cache kan dölja begränsningar vid kallstart eller toppbelastning. Tillämpa metoden på den skyddade belastningen och jämför sedan resultatet med UPS-förbrukning och återställningsbeteende i stället för att förstora värddatorn utifrån en bekväm körning med cache.

Utöka beräkningskapaciteten när den uppmätta kritiska latensen inte klarar kravet efter att andra flaskhalsar har uteslutits. Utöka batterikapaciteten när drifttiden för hela vägen inte når målet. Dela upp tunga tjänster när isolering löser felet. Sluta köpa serverhårdvara när en molnberoende enhet, en oskyddad nätverkskomponent eller en otestad återställning fortfarande utgör den första gränsen.

Slutlig installationsregel

Den avbrottståliga storleken är den minsta skyddade topologi som klarar hushållets tester för WAN-förlust, strömtid, omstart och återställning. Öka beräkningskapacitet, batteri eller isolering endast när dess uppmätta gräns fallerar. Om molnberoenden eller luckor i manuell styrning fortfarande dominerar ska de åtgärdas innan Home Assistant-servern byggs ut.