Discussions related to using object storage as a backup target.
Post Reply
mamosorre84
Veeam Legend
Posts: 336
Liked: 34 times
Joined: Oct 24, 2016 3:56 pm
Full Name: Marco Sorrentino
Location: Ancona - Italy
Contact:

Delete backups from Minio object storage

Post by mamosorre84 »

Hi,

I'm testing SOBR + object storage capacity tier with local Minio installation in my Veeam v10 lab.

I notice that after deleting manually obj backups from VBR console, it modifies also the object storage repository structure, deleting all folders.

Is it normal?

What is the correct way to delete backups from an object storage repository?

Thanks

Marco S.
sfirmes
Veeam Software
Posts: 248
Liked: 122 times
Joined: Jul 24, 2018 8:38 pm
Full Name: Stephen Firmes
Contact:

Re: Delete backups from object storage

Post by sfirmes »

Marco,

You are correctly deleting the backup jobs. The behavior you are seeing is caused by how MinIO treats the deletions. The next time you run a SOBR offload job the folder structure will be recreated. I have discussed this behavior with MinIO and at this time we don't see there to be a need for them to modify their software to address this. If they do make any changes in the future, I will update this thread.

Thanks

Steve
Senior Solutions Architect, Product Management - Alliances @ Veeam Software
mamosorre84
Veeam Legend
Posts: 336
Liked: 34 times
Joined: Oct 24, 2016 3:56 pm
Full Name: Marco Sorrentino
Location: Ancona - Italy
Contact:

Re: Delete backups from object storage

Post by mamosorre84 »

Hi Stephen,

I confirm what you said, folder structure recreated during the next offload job.

Anyway, I had to add into VBR server OS the Minio untrusted certificate root..I think this operation is not automatically re-run for the S3 service point during the offloading session (I did it manually during the repository creation).

Off-topic question: is it normal that the offloaded transferred data is 1x instead of 1.8x in the performance tier?

Thanks

Marco S.
sfirmes
Veeam Software
Posts: 248
Liked: 122 times
Joined: Jul 24, 2018 8:38 pm
Full Name: Stephen Firmes
Contact:

Re: Delete backups from Minio object storage

Post by sfirmes »

Marco,

When we send data to the capacity tier, we use block cloning logic very similar to ReFS or XFS. So there isn't a 1:1 ratio of data in the performance tier and capacity tier. Here is a link to our Help Center that explains this process in greater detail: https://helpcenter.veeam.com/docs/backu ... ml?ver=100

Hope this helps.

Steve
Senior Solutions Architect, Product Management - Alliances @ Veeam Software
mamosorre84
Veeam Legend
Posts: 336
Liked: 34 times
Joined: Oct 24, 2016 3:56 pm
Full Name: Marco Sorrentino
Location: Ancona - Italy
Contact:

Re: Delete backups from Minio object storage

Post by mamosorre84 »

Hi Steve,

sorry but the link is about indexes, not data processing or sizing on object storage.

I see there isn't 1:1 ratio between the performance tier (in my case Synology NAS) and capacity tier.

It seems, in my case, offloading to capacity tier "rollback" the backup size to a value with no Veeam compression/deduplication.

I apologize for my confusion, I would like to understand better how it works and how I can correctly sizing an object storage repository.

Thanks

Marco S.
sfirmes
Veeam Software
Posts: 248
Liked: 122 times
Joined: Jul 24, 2018 8:38 pm
Full Name: Stephen Firmes
Contact:

Re: Delete backups from Minio object storage

Post by sfirmes »

@mamosorre84 There is a great whitepaper that explains the sizing for AWS, but most of the concepts are the same for other S3 targets https://www.veeam.com/wp-designing-budg ... -tier.html.

Hopefully you find this paper helpful.

Steve
Senior Solutions Architect, Product Management - Alliances @ Veeam Software
mamosorre84
Veeam Legend
Posts: 336
Liked: 34 times
Joined: Oct 24, 2016 3:56 pm
Full Name: Marco Sorrentino
Location: Ancona - Italy
Contact:

Re: Delete backups from Minio object storage

Post by mamosorre84 »

Thanks for your patience :)
Post Reply

Who is online

Users browsing this forum: No registered users and 4 guests