Een homeserver dimensioneren voor Home Assistant en internetstoringen

Dimensioneer het beschermde lokale besturingspad—not alleen het Home Assistant-proces—voor de exacte internet- en stroomstoringen die uw huishouden moet kunnen doorstaan.

In een huis waar verlichting, klimaatregeling, lekkagebeveiliging of toegangsautomatisering tijdens een storing belangrijk zijn, vervult de server slechts één rol. Lokale schakelaars, wifi- of radiocoördinatoren, permanente opslag, batterijvoeding en een herstelbare configuratie moeten op elkaar afgestemd blijven. Het ontwerp is niet langer storingsbestendig zodra een vereiste cloud-API, een onbeveiligde router of onbekend herstartgedrag de workflow onderbreekt voordat de computercapaciteit tekortschiet.

Definieer het acceptatiedoel voor storingen

Maak onderscheid tussen een internetproviderstoring en een stroomstoring. Tijdens een internetstoring kan het LAN gezond blijven en kunnen lokale apparaten blijven communiceren. Tijdens een stroomonderbreking kunnen de host, router, switches, accesspoints, coördinatoren, NAS en actuatoren tegelijk uitvallen. Geef elke gebeurtenis een eigen duur en acceptabele mate van achteruitgang.

Een discussie in de community over planning voor stroomuitval maakt onderscheid tussen lokale apparaatbesturing en de bredere vraag wat van stroom voorzien blijft. Die onzekerheid is het juiste uitgangspunt: inventariseer kritieke acties, hun netwerk- en cloudafhankelijkheden en de handmatige fallback. Een algemene eis om “Home Assistant online te houden” is te beperkt om de topologie te dimensioneren.

Classificeer elke workflow als moet doorgaan, mag verslechteren of veilig mag stoppen. Een lekkageklep en verwarmingsbeveiliging kunnen belangrijker zijn dan geschiedenisgrafieken, meldingen op afstand en spraakopdrachten. De beschermde opstelling heeft alleen capaciteit nodig voor de set die moet doorgaan, plus herstelmarge; optioneel werk kan pauzeren of buiten de kritieke host worden uitgevoerd.

Dimensioneer de rekenkracht op basis van de kritieke werklast

Meet de kernwerklast van de automatisering terwijl de WAN-verbinding is verbroken en de drukste lokale gebeurtenissenreeks actief is. Noteer aanhoudend en piekgebruik van de CPU, geheugendruk, wachttijd voor opslag en responstijd. Neem de database mee, evenals alleen de add-ons die nodig zijn voor de beschermde acties. Zo ontstaat een serverbasis die aan de dienstverlening is gekoppeld, niet aan het aantal apparaten.

Houd lokale spraakmodellen, camera-inferentie, mediaverwerking en back-upcompressie buiten het beschermde pad, tenzij de storingsvereiste ze expliciet omvat. Als ze dezelfde host delen, gebruik dan resourcelimieten of planning en boots hun slechtste overlap na. Splits een service alleen af wanneer de piek ervan ervoor zorgt dat een kritieke actie de acceptatiedoelstelling mist.

Voeg ruimte toe voor updates, onderhoud van de recorder en groei, maar maak van die ruimte geen willekeurige processorklasse. Een host is groot genoeg wanneer de gemeten kritieke reeks responsief blijft en het herstartgedrag voorspelbaar is. Hij is voor de huidige rol te groot wanneer ongebruikte capaciteit het stationaire verbruik en de UPS-belasting verhoogt zonder een benoemde storing te verminderen.

Bouw één beschermd stroom- en netwerkpad

Teken één pad uit van sensor of dashboard via radio of wifi, lokale schakeling, Home Assistant en de actuator. Plaats elk vereist netwerkonderdeel en de host op een gemeten circuit met UPS-back-up. Een batterij op alleen de server kan de besturing niet behouden wanneer de router, switch, het accesspoint of de coördinator zonder stroom komt te zitten.

Een beheerder beschrijft het beschermen van netwerkapparatuur, opslag en de Home Assistant-server met kleine UPS’en, waarbij servers binnen enkele minuten worden uitgeschakeld en netwerkapparatuur langer beschikbaar blijft. De tijden zijn installatieafhankelijk, maar de rolverdeling is waardevol: de rekenkracht kan veilig uitschakelen terwijl het lokale communicatiepad bruikbaar blijft.

Meet de volledige belasting van de stopcontacten, kies een beoogde looptijd en test die bij normale piekactiviteit. Bepaal of de host blijft werken, netjes uitschakelt of na terugkeer van de stroom opnieuw start. Wijs een ontwerp af dat niet kan herstellen wanneer de stroom terugkeert terwijl de UPS nog lading heeft, omdat dat scenario ertoe kan leiden dat een gezonde batterij een offline service blijft beschermen.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

$339.00 - $519.00

Buy Now

Scheid actieve status van herstelkopieën

Bewaar de configuratie en de actieve recorderdatabase op bewaakte permanente opslag die samen met de beschermde host opstart. Plaats herstelkopieën op een afzonderlijke bestemming waarvan het verlies niet verhindert dat lokale automatisering opstart. Een NAS kan een effectief back-updoel zijn, maar mag geen onbedoelde vereiste voor de kernservice worden.

Een gemelde stroomstoringsreeks met Home Assistant en Synology laat zien dat beide systemen bij een UPS-gebeurtenis uitschakelden, maar niet automatisch weer opstartten toen de stroom terugkeerde voordat de UPS volledig leeg was. De situatie laat zien waarom opslag, host en stroomherstel als één reeks moeten worden getest; afzonderlijk correcte componenten kunnen alsnog een onbeschikbare service opleveren.

Bepaal de back-upfrequentie op basis van het aanvaardbare gegevensverlies en herstel vervolgens een recente kopie naar alternatieve media of een reservemachine. Bewaar inloggegevens en stappen op een plek waar een andere beheerder in het huishouden bij kan. RAID, gespiegelde opslag of een tweede partitie vervangt de kopie buiten de host niet, omdat daarmee dezelfde foutdomeinen van beheerder en systeem behouden blijven.

Valideer de topologie en stel uitbreidingsdrempels vast

Voer vier acceptatietests uit: verbreek de WAN-verbinding, maak het back-updoel onbeschikbaar, simuleer de actie bij lage UPS-lading en herstel naar alternatieve hardware. Meet de tijd voor kritieke automatiseringen, uitschakeling, herstart en herstel. Leg storingen vast per verbinding in de topologie, zodat een upgrade de defecte rol wijzigt in plaats van overal capaciteit toe te voegen.

De handleiding van ZimaSpace over het meten van Home Assistant-prestaties zonder warme cache legt uit waarom herhaalde tests met een warme cache limieten bij koude starts of piekbelasting kunnen verbergen. Pas die methode toe op de beschermde werklast en vergelijk het resultaat vervolgens met het UPS-verbruik en het herstelgedrag, in plaats van de host groter te maken op basis van een comfortabele run met gecachete gegevens.

Breid de rekenkracht uit wanneer de gemeten kritieke latentie tekortschiet nadat andere knelpunten zijn uitgesloten. Breid de batterijcapaciteit uit wanneer de looptijd van het volledige pad het doel niet haalt. Splits zware services wanneer isolatie de storing verhelpt. Stop met het kopen van serverhardware wanneer een apparaat dat alleen van de cloud afhankelijk is, een onbeveiligd netwerkonderdeel of een niet-getest herstel de eerste grens blijft.

Definitieve regel voor de opstelling

De storingsbestendige omvang is de kleinste beschermde topologie die slaagt voor de tests van het huishouden voor WAN-verlies, stroomlooptijd, herstart en herstel. Verhoog de rekenkracht, batterijcapaciteit of isolatie alleen wanneer de gemeten grens ervan faalt. Als cloudafhankelijkheden of hiaten in handmatige bediening nog steeds de doorslag geven, verhelp die dan voordat u de Home Assistant-server uitbreidt.