Table of Contents | ||||||||||
---|---|---|---|---|---|---|---|---|---|---|
|
The purpose of this KB document is to provide our recommendations for the use of Veeam V12.
This information was gathered from support cases as well as and certification testing of Veeam V12.
...
Use large storage object size in VBR and VBA (4MB or higher)
Assign a A new dedicated bucket and storage domain per clientmust be used for every SOBR and workload ( VB365 backup, archive backup jobs etc ) . This will allow you to take advantage of future support for separate elasticsearch indices per storage domain.
Keep VB365 and VBR in different buckets, as VB365 does not provide the ability to control storage object sizessupport versioning or object locking.
Veeam backup agent (VBA) now allows direct to cloud backup, it does however not provide you with a way to limit concurrent connections via the Proxy Threads like VBR does. You will need to define this at the load balancer level. Some examples are provided at the end of this article.
Be mindful of the capacity requirement if your backup schedule is aggressive and rapidly deletes data. Deleting data in Swarm is not immediate; it relies on a background health process to convert deleted (trapped) space back into free space and you will need sufficient free space to ingest new data while the trapped space reclamation occurs. For more information see KB article How do I fix trapped space?
When using multiple gateways in your environment make sure to use a real load balancer, DNS round robin is not a valid load balancing configuration. We recommend using the least connection load balance algorithm.
Info |
---|
ImportantLeast Connections:The system passes a new connection to the gateway that has the least number of current connections in the pool. |
...
VB365 stores data items in chunks to the object storage repository. These chunks are before compression 5MB for Exchange data and 8MB for SharePoint and OneDrive data. Veeam documentation says that you can assume 40-50% compression efficiency.
Info |
---|
ImportantVB365 has hardcoded chunk sizes, those are not configurable. |
...
Veeam Backup and Replication (VBR)
Info |
---|
ImportantMake sure to install and use V12 Cumulative Patch 3 or higher, where the concurrent delete threads were increased from 1 to 10, affecting the performance of all their backup jobs. Reference: https://www.veeam.com/kb4420 |
Note |
---|
WarningData in an object storage bucket or container must be managed solely by Veeam Backup & Replication, including retention and data management. Enabling lifecycle rules is not supported, and may result in backup and restore failures. For more information, see https://helpcenter.veeam.com/docs/backup/vsphere/object_storage_repository_cal.html?ver=120#general-considerations-and-limitations. |
Using larger block size can yield up to 3.5x faster performance. We recommend at least 4MB block size.
This is done in the backup job properties → Storage section → Advanced Settings → Storage Tab.
...
Note |
---|
WarningBe aware that backup copy jobs inherit the Storage optimization of the backup job its backing up, you will not be able to modify it on “backup copy” type jobs. |
...
By default, the cloud gateway 7.10.4 uses 50 threads to execute S3 MultiDelete requests, you can improve performance by increasing MaxRecursiveDeleteThreads recursiveDeleteMaxThreads to 250 in /etc/caringo/cloudgateway/gateway.cfgMaxRecursiveDeleteThreads
Note |
---|
recursiveDeleteMaxThreads can overwhelm your Elasticsearch cluster if its not sized for the workload, in some situations you may have to reduce this configuration to get less CPU load on Elasticsearch. |
recursiveDeleteMaxThreads must always be lower than threads and maxConnections
so if you set MaxRecursiveDeleteThreads recursiveDeleteMaxThreads then we recommend also changing:
...
Example: If you setup a backup job to backup 2 VM’s and have this option enabled as well as 8 backup proxy threads then Veeam will use 128 concurrent connections to communicate with the backup repository.
Info |
---|
ImportantConcurrent Connections = Backup Proxy Threads x AWS S3 SDK (uses 8 threads per operation) x Backup Job Total VM’s |
...