Wanneer moet Home Assistant een aparte database- of opslaghost gebruiken?

Home Assistant moet alleen een aparte database- of opslaghost gebruiken wanneer die scheiding een aantoonbaar probleem met capaciteit, bewaartermijn, back-ups of een foutdomein oplost. Het verplaatsen van statusgegevens van de controller is niet automatisch een verbetering.

Voor veel huishoudens is een lokale SQLite Recorder-database op betrouwbare SSD-opslag de eenvoudigste oplossing, omdat daarmee afhankelijkheden van het netwerk, authenticatie, DNS en het opstarten van een databaseserver worden geëlimineerd. Bepaal voordat u een extra host aanmaakt eerst of het werkelijke probleem bestaat uit overmatige Recorder-schrijfbewerkingen, een lange bewaartermijn, trage geschiedenisquery's, beperkte lokale capaciteit of de behoefte om één service onafhankelijk te herstellen.

Stem Recorder af voordat u een databaseserver toevoegt

De groei van Recorder wordt bepaald door de entiteiten en gebeurtenissen die worden opgeslagen, hoe vaak ze veranderen en hoe lang de geschiedenis wordt bewaard. Als luidruchtige sensoren of onnodige domeinen de schrijfbewerkingen domineren, verplaatst u het probleem naar een grotere databaseserver in plaats van het op te lossen.

Een actuele workflow voor het afstemmen van Recorder laat zien hoe bewaartermijn, include-/exclude-regels en commitgedrag de schrijfbelasting beïnvloeden voordat u een databasemigratie overweegt. Meet na het afstemmen de databasegrootte, de querytijd voor geschiedenis, de opslaglatentie en de schrijfactiviteit.

Houd de database lokaal wanneer de afgestemde belasting responsief blijft, back-ups binnen het onderhoudsvenster worden voltooid en er voldoende SSD-capaciteit beschikbaar blijft. Scheiding moet voortkomen uit een niet-gehaalde vereiste, niet uit de algemene overtuiging dat client-serverdatabases altijd sneller zijn.

Gebruik een externe database wanneer de operationele voordelen daadwerkelijk bestaan

Een aparte MariaDB-, MySQL- of PostgreSQL-host kan zinvol zijn wanneer Home Assistant gebruikmaakt van een al goed beheerd databaseplatform, wanneer langdurige opslag aanhoudende querydruk veroorzaakt, wanneer de controllerhost lichtgewicht of vervangbaar moet blijven, of wanneer back-ups en monitoring van de database een onafhankelijke levenscyclus nodig hebben.

Een migratievoorbeeld van SQLite naar MariaDB laat zien welke nieuwe onderdelen deze keuze introduceert: de databaseservice, inloggegevens, het netwerkadres, schema-initialisatie, de migratieprocedure, validatie en terugdraaien. Een grotere praktijkgerichte casus over databasemigratie van Home Assistant laat zien waarom een lange geschiedenis en grote gegevenssets het extra beheer kunnen rechtvaardigen.

Het ZimaSpace-artikel over de betrouwbaarheid van externe databases bij upgrades beschrijft de bijbehorende onderhoudsgrens: de database moet als een eigen service worden geback-upt, geüpgraded en hersteld, in plaats van als onzichtbare infrastructuur te worden behandeld.

Plaats standaard geen actieve SQLite-database op een netwerkshare

Een externe databaseserver en een databasebestand op SMB of NFS zijn verschillende architecturen. Een client-serverdatabase voert vergrendeling en transacties uit binnen de databaseservice en verstuurt verzoeken via het netwerk. SQLite voert vergrendeling van databasebestanden uit via het bestandssysteem, waardoor semantiek van het netwerkbestandssysteem, beschikbaarheid van de koppeling, latentie en vergrendelingsgedrag onderdeel worden van elke transactie.

De uitgebreidere analyse van SQLite-vergrendeling legt uit waarom netwerkbestandssystemen ander vergrendelingsgedrag kunnen vertonen dan een lokale schijf. Een praktijkgeval met een netwerkshare van Home Assistant toont het concrete risico wanneer de actieve Recorder-database afhankelijk is van een externe koppeling.

Gebruik een NAS gerust voor back-upkopieën, exports, media en andere gegevens die bedoeld zijn voor netwerkopslag. Als de actieve Recorder-status op een andere machine moet staan, geef dan de voorkeur aan een ondersteunde client-serverdatabase in plaats van het SQLite-bestand naar een share te verplaatsen.

Featured

ZimaCube 2 Persoonlijke Cloud Home NAS

ZimaCube2

$799.00 - $2,499.00

Buy Now

Scheid bulkopslag van de actieve status van Home Assistant

Niet elke groeiende Home Assistant-map hoort in dezelfde opslaglaag. Configuratie, integratiestatus, de actieve Recorder-database, media, cameraclips, exports en back-ups hebben verschillende eisen voor latentie en herstel. Houd kleine, regelmatig bijgewerkte statusgegevens op lokale opslag met lage latentie, tenzij een aparte service deze bewust beheert.

Verplaats grote hoeveelheden media of back-upgeneraties naar NAS-capaciteit achter stabiele koppelpuntlocaties. Documenteer of Home Assistant mag opstarten zonder die koppeling. Een ontbrekend fotoarchief mag niet verhinderen dat verlichtingsautomatiseringen starten, terwijl een ontbrekende actieve database een expliciete verminderde werking moet veroorzaken in plaats van een stille terugval die niemand opmerkt.

Test het opstarten, storingen en herstel voordat u de splitsing permanent maakt

Bereid de nieuwe database- of opslagrol voor zonder het oude herstelpad te verwijderen. Start de databasehost opnieuw op vóór Home Assistant, start Home Assistant opnieuw op voordat de database gereed is, onderbreek het netwerk, roteer inloggegevens, vul het doelbestandssysteem tot nabij de reservegrens en herstel de database op een schone instantie.

Meet de p95-tijd van geschiedenisquery's, de automatiseringslatentie tijdens zware Recorder-activiteit, de herstarttijd, de duur van back-ups en de hersteltijd na een storing van de databasehost. Als de splitsing één metriek verbetert maar een herstart van de controller van dertig seconden verandert in een herstelprocedure met meerdere services, neem dan ook die operationele kosten mee in de beslissing.

Houd lokale opslag aan wanneer die al aan de doelstellingen voldoet. Gebruik een aparte databasehost wanneer client-serverdatabasebewerkingen en onafhankelijk herstel echte voordelen bieden. Gebruik een aparte opslaghost voor bulkgegevens en back-ups, maar maak kritieke lokale bediening niet afhankelijk van een extern bestandssysteem zonder een geteste reden.