Hoeveel vrije opslagruimte moet Home Assistant behouden voor achtergrondtaken?

Eva Wong

IceWhale author

Eva Wong is de Technisch Schrijver en en vaste knutselaar bij ZimaSpace. Een levenslange geek met een passie voor homelabs en open-source software, zij is gespecialiseerd in het vertalen van complexe technische concepten naar toegankelijke, praktische handleidingen. Eva gelooft dat zelf-hosting leuk moet zijn, niet intimiderend. Met haar tutorials stelt ze de community in staat om hardware-setup te ontrafelen, van het bouwen van hun eerste NAS tot het beheersen van Docker-containers.

How Much Free Storage Should Home Assistant Keep for Background Jobs? - Zima Store Online

Home Assistant zou niet één universeel percentage voor vrije ruimte moeten hanteren. De nuttige reserve bestaat uit de ruimte die nodig is voor de huidige Recorder-database, de grootste normale onderhouds- of upgradebewerking, groei van back-ups en voldoende herstelruimte om te voorkomen dat het bestandssysteem volloopt terwijl het systeem zichzelf probeert te repareren.

Begin met de database, omdat Recorder tijdens het opnieuw opbouwen, opnieuw verpakken, schemawijzigingen of herstel na beschadiging tijdelijk veel werkruimte nodig kan hebben. Tel daar de werkelijke grootte van lokale back-ups en andere toepassingen die dezelfde systeemschijf gebruiken bij op. Een kleine installatie met een database van 400 MB heeft een andere ondergrens dan een installatie met meerdere gigabytes aan geschiedenis en veel bewaarde back-ups.

Gebruik de Recorder-database als eerste capaciteitsmaatstaf

Meet de huidige databasegrootte en de dagelijkse groei. De grens voor vrije ruimte mag niet lager komen dan wat nodig is voor normaal databaseonderhoud, terwijl het besturingssysteem nog ruimte overhoudt voor het schrijven van logboeken, tijdelijke bestanden en upgradegegevens.

Volgens richtlijnen uit de Home Assistant-community van een Recorder-onderhouder is het verstandig om minstens de databasegrootte aan vrije ruimte te behouden en bij moeilijke herstelgevallen met opnieuw opgebouwde tabellen ongeveer 2,5 keer de databasegrootte te prefereren. Beschouw dit als een vereiste voor databaseherstel, niet als een universeel percentage van de volledige schijf.

Als de Recorder-database 2 GB groot is, kan een bijna volle schijf van 256 GB nog steeds gevaarlijk zijn, ook al lijkt het vrije percentage klein maar acceptabel. Omgekeerd heeft een kleine database op een grote SSD geen willekeurige reserve van 20% nodig alleen omdat een procentregel dat voorschrijft.

Back-ups kunnen ongemerkt de grootste lokale verbruiker worden

Automatische en handmatige back-ups stapelen zich onafhankelijk van de Recorder-database op. Als meerdere oude archieven op de Home Assistant-systeemschijf worden bewaard, kan de vrije ruimte verdwijnen die nodig is om de volgende back-up te maken of een upgrade te voltooien.

Houd het aantal lokale back-ups, de grootte van elk archief en het bewaarbeleid bij. Verplaats herstelkopieën naar een NAS of een andere bestemming in plaats van de productieschijf te gebruiken voor zowel de actieve systeemgegevens als langdurige back-upopslag.

De ZimaSpace-bespreking over het scheiden van Home Assistant-back-ups van de actieve host beschrijft het juiste herstelmodel: het beheer van vrije ruimte wordt eenvoudiger wanneer oude back-ups niet op hetzelfde apparaat concurreren met de actieve database.

Beperk de databasegroei voordat je de schijf uitbreidt

Een snel groeiende database kan elke vaste reserve opsouperen. Zoek naar luidruchtige entiteiten, onnodige kenmerken, een te lange bewaartermijn of integraties die vaak statuswijzigingen genereren voordat je simpelweg de opslag toewijst.

Databasegroei kan vaak worden beperkt voordat de opslag wordt uitgebreid. Een praktische opschoning gebruikte Recorder-uitsluitingen, een kortere bewaartermijn en gericht opschonen van luidruchtige entiteiten in plaats van een grotere schijf als eerste oplossing te beschouwen.

Meet daarna opnieuw. Het doel is niet de kleinst mogelijke database, maar een database die nuttige geschiedenis bewaart zonder het reguliere opschonen, back-uppen en upgraden steeds moeilijker te maken.

-15% OFF

ZimaBoard 2 - Mini-thuisserver voor jouw grote idee

Single board computer zimaboard2

Laat ruimte over voor opnieuw verpakken, upgrades en herstelwerk

Het verwijderen van oude rijen verkleint het databasebestand niet altijd meteen. Bij het opnieuw verpakken of opbouwen kan een groot deel van de database opnieuw worden geschreven, waardoor het I/O- en opslaggebruik tijdelijk toeneemt voordat de ruimte wordt teruggewonnen.

Een afzonderlijke handleiding voor databaseopschoning laat zien hoe een te grote Recorder-database back-ups eveneens groter kan maken; door minder gegevens vast te leggen en de bewaarde data vervolgens te opschonen of opnieuw te verpakken, pak je beide groeipaden aan in plaats van willekeurige bestanden uit de configuratiemap te verwijderen.

Begin nooit met een zware bewerking voor opnieuw verpakken wanneer de schijf al bijna vol is. Maak eerst ruimte voor back-ups vrij of breid het bestandssysteem uit, want een onderhoudstaak die zonder werkruimte komt te zitten kan een moeilijker herstelprobleem veroorzaken dan de oorspronkelijke grote database.

Stel een gemeten ondergrens in en waarschuw voordat je die bereikt

Ruimtecomponent	Zo bepaal je de grootte	Waarom dit belangrijk is
Werkruimte voor Recorder	Minstens de huidige databasegrootte; indien mogelijk een grotere herstelmarge	Opnieuw opbouwen, opnieuw verpakken en schemawerk
Reserve voor back-ups	Het grootste verwachte nieuwe archief plus het bewaarbeleid	De back-up moet worden voltooid voordat er wordt opgeschoond
Upgradereserve	De waargenomen piek van image/pakketten en migratie	Versiewijzigingen kunnen tijdelijke bestanden vereisen
Hostreserve	Normale logboeken en andere services	Het systeem moet tijdens onderhoud blijven werken

Stel een waarschuwing in boven de foutgrens, zodat je tijd hebt om in te grijpen voordat achtergrondtaken worden geblokkeerd. Herzie de drempel na sterke groei in entiteiten, camera's, bewaartermijnen, add-ons of back-upgrootte.

Veelgestelde vragen

Moet Home Assistant altijd 20% van de schijf vrijhouden?

Nee. Een vast percentage kan te veel zijn op een grote schijf en te weinig voor een grote Recorder-database op een kleine schijf. Bepaal de ondergrens op basis van de werkelijke database-, onderhouds-, back-up- en herstelbelasting.

Waarom verkleinde Recorder de database niet meteen nadat oude gegevens waren opgeschoond?

Door rijen te verwijderen kan er binnen de database ruimte vrijkomen voor hergebruik, zonder dat het bestand op de schijf kleiner wordt. Bewerkingen voor opnieuw verpakken of opbouwen kunnen ruimte op het bestandssysteem terugwinnen, maar het zijn zwaardere taken die extra werkruimte nodig hebben.