[Feature] Multiple Storage Tiers with Automated Archiving #4620
Replies: 3 comments
-
Would all of the thumbnails be stored locally too? I assume so. |
Beta Was this translation helpful? Give feedback.
-
I think a good example of impelmenting something similar is the matrix media repository from Travis Ralston: Basically having multiple Datastores of either local filesystem or s3. So a user could decide where he wants to store which kind of asset (Thumbnail, original, video-preview etc.) E.g. store thumbnails in local storage or maybe use a fast s3 provider and store assets in a slower, cheaper s3 tier. |
Beta Was this translation helpful? Give feedback.
-
It would be great if Immich could move image from a "hot" (speed) default storage for newer files to a "warm" or "cold" storage for older files, not just a s3 location. Example of what I imagine: Files newer that 6 month or a year (configurable) are stored by default on "LOCATION_HOT" which is a SSD on my server Memories of the day (or the month in order to batch operations) are copied or moved temporarily to the HOT storage, in case the user wants to download them or view the original file, not just the thumbnail |
Beta Was this translation helpful? Give feedback.
Uh oh!
There was an error while loading. Please reload this page.
-
The feature
Feature Description:
We propose the introduction of multiple storage tiers, which would enable us to segregate data into different storage classes based on its frequency of access, age or storage templates. These tiers could be:
Key Benefits:
Cost-Efficiency:
Data Preservation:
Configuration Options:
Allow users to configure the criteria for data migration to the Archive Storage Tier, such as access frequency, file age, or custom tags. Additionally, provide options for data restoration from the Archive Storage Tier when needed.
Platform
Beta Was this translation helpful? Give feedback.
All reactions