Immich moet voldoende vrije opslagruimte behouden voor de grootste verwachte uploadbatch, de afgeleide bestanden en tijdelijke uitvoer die het kan aanmaken, één recente databaseback-up en een veiligheidsmarge voor het bestandssysteem; er bestaat geen betrouwbaar universeel percentage voor elke bibliotheek.
Een huishouden met telefoonvideo's, een RAW-fotoarchief en een grotendeels statische externe bibliotheek veroorzaken zeer verschillende pieken. Meet een representatieve taakcyclus, bereken het maximale aantal extra bytes en inodes en voeg vervolgens herstelruimte toe die onaangeroerd blijft tijdens normale verwerking. Configureer waarschuwingen voor absolute vrije bytes en inodes, omdat een nominaal percentage gevaarlijk klein of onnodig groot kan zijn.
Meet de bibliotheek en één piektaakcyclus
Noteer vóór een representatieve import de omvang van originelen, miniaturen, gecodeerde video, profielgegevens, databaseback-ups en tijdelijke locaties. Voer metadata-extractie, het genereren van miniaturen, Smart Search of gezichtsverwerking en eventuele videotranscodering uit die voor die batch wordt verwacht en noteer vervolgens de hoogste waarde.
In één geval met intensieve transcoderingsactiviteiten groeide de opslag van ongeveer 100 GB naar 326 GB. Dit deployment-specifieke groeivoorbeeld laat zien waarom de mediamix moet worden gemeten; het is geen algemene vermenigvuldigingsfactor.
Herhaal dit met de grootste realistische upload van het gezin, niet met één foto. Geslaagd betekent dat elk relevant pad en bestandssysteem is opgenomen. Als tijdelijke bestanden op de containerroot of een afzonderlijk volume staan, meet dan de capaciteit daarvan onafhankelijk in plaats van te vertrouwen op de vrije ruimte van de bibliotheekschijf.
Bereken een reserve op basis van benoemde componenten
Gebruik een planningsvergelijking: de reserve is gelijk aan de piekbatch voor opname plus de gemeten groei van afgeleide en tijdelijke bestanden plus de grootste overlap met een geplande back-up plus een marge voor het bestandssysteem en herstel. Documenteer elk getal en bereken het opnieuw nadat je het videobeleid, model, bibliotheekgrootte of back-upproces hebt gewijzigd.
Een onafhankelijk artikel over opslagplanning voor Immich maakt onderscheid tussen originelen, gegenereerde bestanden, databaseactiviteit en groeiplanning. Gebruik dat kader als context en vervang algemene schattingen vervolgens door je eigen gemeten hoogste waarde voordat je waarschuwingen instelt.
Tel snapshots die kunnen worden teruggewonnen of verwijderingen in behandeling niet mee als gegarandeerde vrije ruimte totdat het bestandssysteem aangeeft dat deze ruimte vrij is. De reserve moet ook terugdraaien en logverzameling na een mislukte taak dekken, zodat normale wachtrijen nooit de laatste herstelmarge kunnen opgebruiken.
Waarschuw voor bytes, inodes en groeisnelheid
Stel een waarschuwing in boven de berekende reserve en een kritieke drempel die niet-essentiële imports of herverwerking stopt voordat schrijfbewerkingen mislukken. Houd absolute bytes, het percentage, de beschikbaarheid van inodes, snapshotgroei en de identiteit van het koppelpunt in de gaten, zodat een verbroken share geen misleidende lokale capaciteit kan rapporteren.
Houd tijdens wachtrijen ook de veranderingssnelheid bij, naast het huidige totaal. Een snel groeiende transcodering of back-up kan tussen dagelijkse controles door de reserve overschrijden. Waarschuwingsberichten moeten het bestandssysteem en de actieve taak vermelden in plaats van alleen te melden dat de Immich-opslag bijna vol is.
Het ZimaSpace-artikel over opslagcapaciteit voor thuis-NAS-systemen helpt waarschuwingen voor vrije ruimte te plaatsen binnen een breder plan voor groei en uitbreiding.
Valideer de drempel en bepaal het moment voor uitbreiding
Start in een gecontroleerd tijdvenster met vrije ruimte die veilig boven de waarschuwingsdrempel ligt en voer de piekbatch plus het geplande back-uppatroon uit. Geslaagd betekent dat alle taken worden voltooid, back-ups worden afgerond en de resterende ruimte boven de herstelmarge blijft zonder uitputting van inodes.
Volg maandelijks het verbruik van de reserve. Breid uit, verplaats media die veel capaciteit inneemt of wijzig het bewaarbeleid voordat de voorspelde vrije ruimte binnen de levertijd voor aanschaf de waarschuwing bereikt. Wacht niet tot de kritieke drempel om opslag te bestellen.
Stop nieuwe uploads of optionele herverwerking als de vrije ruimte de kritieke grens nadert, maar behoud de database en logbestanden. Draai beleidswijzigingen terug die noodzakelijke originelen of de laatst geverifieerde back-up verwijderen. Schakel hulp in wanneer het gerapporteerde gebruik niet overeenkomt met metingen per pad, omdat snapshots, verwijderde maar nog geopende bestanden of een ontbrekend koppelpunt de schrijvende toepassing kunnen verbergen.
Ondersteuning & Tips
Meer om te lezen

Hoe optimaliseer je Immich-databaseverbindingen voor gelijktijdige containers?
Verhoog max_connections niet als eerste. Meet de Immich-sessies, tel de vraag van elke container bij elkaar op, behoud ruimte voor beheerders en stem alleen...

Dubbele taken of imports in Immich voorkomen
Scheid herhaalde taken van dubbele assets. Gebruik één canoniek ingestiepad, beheer retries en padwijzigingen en test vervolgens opnieuw invoeren op een kleine groep.

Immich herstellen nadat het databasevolume vol raakt
Verwijder nooit PostgreSQL-WAL om ruimte vrij te maken. Stop schrijfbewerkingen van Immich, behoud de databasestatus, voeg veilig extra opslagcapaciteit toe, herstel PostgreSQL en voorkom...

