A policy handles backup and snapshot scheduling for specific workloads. It is important not to make a policy cover too many workloads or too few in order to make scheduling and processing simple.
This section covers supported policy maximums. Numbers might vary depending on deployment types and available resources. These values represent what is currently supported, also in light of acceptable performance.
The tables in this section use the number of objects and their variations as a metric for estimations.
These values are based on Veeam QA testing and the recommended maximums per policy for the specified config.
The amount of simultaneous workers that can process a policy is determined by the speed at which you can write to the backup repository storage account. This requires some consideration as you want to maximize policy processing throughput.
For example, one backup policy can only write to one storage account. When using a worker size of F2s_v2 with 80MiB/s throughput to a storage account that can handle 25 Gbps, this can have a maximum of 3GB/s of throughput to the storage account, so a maximum of 38 workers. This means that the policy, while it can contain around 50 workloads to protect, should only have 38 workers processing simultaneously.
|Workloads in policy||Worker quantity||Worker size||Worker throughput||Storage account throughput|
(match to maximum storage account speed)
(change to fit whatever size you choose)
|38 * 100 MB/s or |
|25 Gbps or ~3GB/s |
(check your specific storage account type and region)
However, you have to keep in mind that you cannot limit the amount of workers assigned to a policy or storage account, only to a region.