Hi all.
Does anyone have any real-world figures on what kind of throughput I should expect from Azure based VM's and infrastructure backups. If I flick through the current VBAZ backups, I see an average of around 100MB/s. There are only a handful of policies (newish installation) and are mixed, from a single VM to multiple large VM's, but they're all running at about the same rate.
I'm comparing this to our on-prem VMWare B&R instance, which typically runs at over 1GB/s. For info, I'm seeing throttling alerts in the console, but as not all backups run together, I would hope some of them are able to run at max speed.
Thanks, Rob.
-
ratkinsonuk
- Expert
- Posts: 145
- Liked: 22 times
- Joined: Dec 10, 2018 10:59 am
- Full Name: Robert Atkinson
- Contact:
-
nielsengelen
- Product Manager
- Posts: 6117
- Liked: 1273 times
- Joined: Jul 15, 2013 11:09 am
- Full Name: Niels Engelen
- Contact:
Re: What VBAZ Backup Job Throughput Should I Expect?
Hi Rob,
Within Azure, it is of course very different from compared to on-prem. Speeds may vary depending on the sizes of the virtual machines and connectivity impact. What you could do is open a support case to see if anything could be done from a worker perspective to improve it.
Within Azure, it is of course very different from compared to on-prem. Speeds may vary depending on the sizes of the virtual machines and connectivity impact. What you could do is open a support case to see if anything could be done from a worker perspective to improve it.
GitHub: https://github.com/nielsengelen
-
ratkinsonuk
- Expert
- Posts: 145
- Liked: 22 times
- Joined: Dec 10, 2018 10:59 am
- Full Name: Robert Atkinson
- Contact:
Re: What VBAZ Backup Job Throughput Should I Expect?
Thanks Niels. We're still investigating internally, but I'll take your advice onboard if we can't spot anything obvious ourselves. I thinj the most likely test we'll perform is to seperate out the repositories into individual storage accounts to prove that's not the issue.
-
nielsengelen
- Product Manager
- Posts: 6117
- Liked: 1273 times
- Joined: Jul 15, 2013 11:09 am
- Full Name: Niels Engelen
- Contact:
Re: What VBAZ Backup Job Throughput Should I Expect?
Hi Rob,
There are indeed limitations to storage accounts, we also have a section in our user guide for best practices.
There are indeed limitations to storage accounts, we also have a section in our user guide for best practices.
GitHub: https://github.com/nielsengelen
-
ratkinsonuk
- Expert
- Posts: 145
- Liked: 22 times
- Joined: Dec 10, 2018 10:59 am
- Full Name: Robert Atkinson
- Contact:
Re: What VBAZ Backup Job Throughput Should I Expect?
Looking at this page - https://helpcenter.veeam.com/docs/vbazu ... ml?ver=8.1
It says "For example, one backup policy can only write to one storage account. When using a F2s_v2 worker size with 80 MBps throughput to a storage account that can handle 25 Gbps, you can have a maximum of 3 GBps of throughput to the storage account, so a maximum of 38 worker instances. This means that for a policy that protects approximately 50 workloads, the recommended maximum number of worker instances processing simultaneously is 38"
We've configured VBAZ for a maximum of 5 workers, but I think it's basically just using one all of the time. Do you think that's where the performance is coming from, that the maximum throughput from a single worker is 80MB/s?
It says "For example, one backup policy can only write to one storage account. When using a F2s_v2 worker size with 80 MBps throughput to a storage account that can handle 25 Gbps, you can have a maximum of 3 GBps of throughput to the storage account, so a maximum of 38 worker instances. This means that for a policy that protects approximately 50 workloads, the recommended maximum number of worker instances processing simultaneously is 38"
We've configured VBAZ for a maximum of 5 workers, but I think it's basically just using one all of the time. Do you think that's where the performance is coming from, that the maximum throughput from a single worker is 80MB/s?
Who is online
Users browsing this forum: No registered users and 6 guests