-
Notifications
You must be signed in to change notification settings - Fork 1.7k
Feature Request: Hot vs Cool storage tier in Azure #1903
Description
Output of restic version
restic 0.9.1 compiled with go1.10.3 on linux/amd64
What should restic do differently? Which functionality do you think we should add?
If possible, when creating block-blobs in Azure storage, automatically assign them the most appropriate storage tier at creation time. 'Hot' blobs have no cost associated with read/write bandwidth, but higher per-GB costs, while 'Cool' blobs are cheap GB/month but you pay every time you read them. I'm not super familiar with Restic's directory layout yet, but it would seem to me that it is likely optimal to have the config file, index/key directories, and maybe the snapshots directory use hot blobs, while all of the data that I think is only ever read for check/restore stored as cool data.
Taking it a step further - an optional future feature would be able to allow the user to tag backups for long-term retention, and move that data down to 'archive' tier, which carries even higher access-charges, as well as high access latency.
What are you trying to do?
Get the most value for my money.
Did restic help you or made you happy in any way?
Loving Restic so far - just trying to figure out how to get the most backup value I can into the monthly free Azure credits that I receive through my employer. Many thanks for all the effort that's gone into getting this software to where it is today.