We primarily use it for disaster recovery.
I like the less than one-minute RPO, the ability to IP customize during failovers, and the cloning feature that I can use to clone VMs over at the target location. As part of the automation failover, if we need to change an IP when it fails over to the other data center, Zerto will handle that; there's no need for manual intervention. As far as the cloning, we use that to do quick testing of a VM in the remote data center for lift-and-shift processors.
In terms of ease of use, Zerto is better than SRM now because you can do automated VM protection. As long as you set it up, enable it, put the tags on the VMs, and have the template VPG created, it works. With SRM, we use array-based replication, so anytime a VM goes on a replicated data store and that replicated data store is in a protection group in SRM, it's automatically protected. So there's no intervention needed to protect that VM. Initially, the fact that I had to manually create the VPGs when a new VM came in was a con for me with Zerto when I was comparing it to SRM, but now, I'm happy with Zerto's automated VM protection. We currently use both Zerto and SRM in tandem.
If I had to manually create the VPGs, it could take thousands of minutes.
As far as the speed of recovery, Zerto is faster than SRM because, with SRM, we use array-based replication. This means that we have to shut down the machine, detach the data store, and attach it to the other side. All of this takes time. In Zerto, that doesn't happen because it's continuous, VM-level replication. So, the data is going right over to the other target data store. When we run the recovery on Zerto, we recover a VM in under 10 minutes, so the RTO is less than 10 minutes, as opposed to some SRM plans that can run an hour or two hours.
One issue we've been having with Zerto lately is the ability to go into maintenance mode during vSphere upgrades. It doesn't have the hook into the lifecycle manager of the bump. During vCenter or ESXi upgrades, it causes VCF to fail its pre-checks because the machine doesn't power off and go into maintenance mode. It's been an issue since version 7.5 and it's impacting a basic automation function in vSphere.
I've been using Zerto since 2018.
Zerto is pretty solid in terms of stability.
I'm sure it scales well. In our legacy environment, we only used a 100-pack license, so we only used 60 machines on that license. That was a fairly small footprint. In this new environment, we estimate at least a couple of thousand because we're shifting from SRM to Zerto. I expect it to scale well.
Zerto's technical support is better than that of most vendors that I deal with. I can open up a support ticket and have someone get back to me within a couple of hours. Even with a Severity 3 ticket, someone will email me within a couple of hours. I will rate them a nine out of ten.
The initial setup process is simple. You get the executable, you stand up a VM, you install it on a VM and open up firewalls, and connect the ZVM to the ZVRA data sites. It's fairly straightforward.
You can deploy Zerto in under two hours, as long as the firewall is in place. When the firewall is in place, everything runs smoothly. Otherwise, it takes a while.
I do think that we've seen a return on investment. We started off with SRM in our legacy environment, and it was probably protecting 90% of the estate. Now, we have a new environment, and Zerto is now protecting 90% of the estate, and SRM is only doing 10% or even less than that.
It's a nice tool, and you should go for it. I don't think you'll be disappointed. On a scale from one to ten, I would rate Zerto at ten.