Join GitHub today
GitHub is home to over 50 million developers working together to host and review code, manage projects, and build software together.
Sign upGitHub is where the world builds software
Millions of developers and companies build, ship, and maintain their software on GitHub — the largest and most advanced development platform in the world.
Allow users to specify a Storage Class when backing up to S3 #3137
Comments
|
Thanks for this request, and apologies about the delayed response. I haven't done a code dive on this yet, but I think we should be able to add this as an entry to a BackupStorageLocation.ObjectStorage.config map, and maybe some validation on the storage class name. @skriss @rosskukulinski Any other thoughts? |
|
@cullenmcdermott are you envisioning different storage classes for the different files stored in S3 (there's |
|
I think a single static storage class would be fine in most cases. The only potential issue I'd see with that is if there are any files that get uploaded that store metadata that are retrieved before a backup is performed then it could be expensive to retrieve them regularly in the case of IA or could cause the Ark backup to fail in the case of Glacier. |
Describe the solution you'd like
I would like the ability to specify a storage class in order to avoid having to setup additional lifecycle rules for objects in my bucket(s).
Anything else you would like to add:
Any metadata associated with the backup that is kept in the S3 bucket would probably need to be kept in the 'standard' class. Otherwise S3 costs could balloon if Ark were to frequently try to read from it when it was in the IA tier for example. Also extra consideration would need to be taken for restores from Glacier since it can take up to a few hours to be available and is only available for a certain amount of time.