We installed Veeam 9 about five months ago. We use Nimble Storage so we upgraded to Veeam 9.5 when it was released since it has Nimble integration. I have done a bunch of reading and am still foggy on exactly what are the advantage(s) when storage integration is enabled. I do know if storage integration is enabled:

There is a storage snapshot taken at the beginning of a backup/replication job and released at the end of the job

My backup/replication jobs take a bit longer to run, not sure if this is normal

Actually backup from storage snapshots is supposed to speed up backup and replication operations and reduce the impact of VMware vSphere snapshot removal on the production environment. Could you please provide some numbers to compare job durations w/ and w/o storage snapshot?

So far I have only enabled storage integration with my replication job. We replicate 15 VMs from my Nimble array in production to my Nimble array in my DR site. Approximately 14 minutes without replication, about 16 minutes with.

Yes, everything is setup per link you provided. Is there anyway to test whether the replication job is using the storage snapshot while it is running? I do see the step of "Creating storage snapshot" at the beginning of job and releasing them at the end of the job. Is that enough to tell me that it is truly replicating from a storage snapshot?

I am seeing "Using backup proxy <proxy name> for retrieving Hard Disk 1 data from storage snapshot" for each of the VMs being replicated. So my replication job is using storage snapshots. So back to my original question, what is the advantage of using storage integration?

Right now my replication job is running a bit slower with storage integration when it should be running faster. What is causing this?

I will have to run the job both ways and look carefully at the bottlenecks. I know when storage integration is enabled the storage snapshot at the beginning of the job happens very quickly. Once all VMs are replicated, from that point it takes about 2 to 3 minutes for the storage snapshots to be deleted. There are 10 luns being snapshotted. I thought this step, which is an API call from Veeam to Nimble, would happen in seconds. I am thinking this is where the extra time comes from.

One thing that also may have a bearing on this is my Nimble Storage. I am using one of their all flash arrays in production so it has very high IOPS and low latency. Would replication from storage snapshots versus replication from live data really show much difference in performance in this situation?

I ran a replication job just to get everything as up to date as possible since my replication jobs run once an hourAs soon as this job finished, I ran two more replication jobs, one with and one without integration. Here is the length of time each job took along with bottleneck information.

When I carefully watch both jobs, it appears that steps 1, 3, and 5 take about the same amount if time. This means that storage integration is just adding on more time with taking and deleting storage snapshots.

its more about the impact of VMware snapshot consolidation - without backup from storage snapshots , the VMware snap is open for the whole length of the replication cycle. With a high I/O workload , that could lead to a pretty sizeable snap, which could cause problems when consolidating. Having a fast All-Flash array would mitigate some of this in the first instance , however with Backup from storage snapshots , the time that the VMware snap is open reduces considerably.

That said, if you have a large number of machines with a very low change rate , you may not necessarily see the benefit as much. Because of the additional steps of processing the storage snapshot once all of the VMware snaps have been taken , then removing those snaps , it may be faster in certain circumstances to not use the integration.

Never thought about the consolidation piece, great point. That alone has me leaning towards enabling it even though it takes slightly longer. I have had VMs that needed snapshot consolidation that I have struggled with getting the consolidation to work well.

I've seen similar results with storage integration on 3PAR production array...the vast majority of our VMs are on all-flash, too. Since our nightly local backup job takes around 15 min, I opted to skip the integration b/c the "regular" VM snapshot removal takes only a few seconds for each VM. I might revisit the decision since it's been a year or so since that config.

However, for our nightly replication where we're using about 50Mbps to our DR site, the jobs take much longer (several hours) and the storage-integrated snapshots made a HUGE reduction in our runtimes b/c you don't have to wait for long vSphere snapshot removal times.