What is our primary use case?
Our primary use case for Zerto is for disaster recovery. In the last few versions, they've offered backup, but we don't use it because it's not nearly as robust as what most of our customers are looking for. We also use it for migrations too, to migrate customers into our cloud, and things like that. But that's around 20% of our use case.
How has it helped my organization?
Zerto has enabled our growth. Five years ago we had around 20 customers and now we have 500. We protect around 15,000 VMs now.
What is most valuable?
One of the most valuable features is the analytics portal. It's still an evolving feature and has ways to go but we use that for monitoring because we have hundreds of sites. It's nice that all the alerts and everything is consolidated into that one site because we used to have to make sure that we were connected to many, many sites to make alerting work, which was a nightmare.
Our alerting is done through scripting too. They do have pre-canned alerting through but is not very robust and they're working on it. They actually included us in the study on it. For instance, if you were to have a problem at a certain site or something, there's no way that you could take it out of monitoring. If you were using their system, it would just flood you with alerts from all kinds of stuff from the site if it was down. It is great if a site is down and you don't expect it, but if you have planned maintenance, you don't want all of this coming in.
There are a lot of valuable features. The basics of what it does to replicate and recover things within minutes is awesome. It's far above anything that any of the competition has. We offer other disaster recovery software but primarily use Zerto for recovery times and the number of recovery points because of how fast and easy it is. It's so much better.
We reduced the number of people involved in recovery situations by using Zerto. We had another solution before and we had a small number of customers and it took the whole team to manage 20 customers. Now we have 400 to 500 customers and our team is relatively the same size. We're broken up into different teams, but when we managed it all ourselves with only 20 customers, we had four people. And now we have around 500 customers and we have around 20 team members.
What needs improvement?
Zerto has a really robust PowerShell and scripting that you can get lots of numbers out of but it's not exactly the easiest thing to do. Zerto has a few nice pre-canned reports but there is a need for more. Unless you script something, it's difficult to go in, click a button, and see the information that you may be looking for.
The problem with the backup product is that it's not very mature and you really need a specific use case to be able to use it effectively. It's hard to explain to our customers, especially our large customers, that the use case is so limited.
Zerto is very easy to use on the surface, especially if you're an enterprise customer, which is just like A to B replication or one site to two sites. As a cloud provider, they still have a lot of work to do. But for most customers, it would be fantastic. We have a lot of private clouds that are one site or two sites. So when it's not meshed like our larger environment is, it works fantastic. But when you get into the overall fully meshed model with vCD integration that we have, it doesn't work as well. I think Zerto is mostly concentrated on the enterprise customer and left the cloud providers by the wayside.
With the HP acquisition, product development has certainly accelerated. They recently released the first major half release and have put additional focus on cloud providers. Unfortunately, the major focus remains on Enterprise. Next year, they will force customers to move from Windows management VMs to Debian Linux. I can only hope they have a well-thought-out migration tool. My fear is that the cloud provider will be a secondary thought once again.
The major issue with Zerto development is that they refuse to patch the current software release and only patch the newest release. When you hit the bug, they expect you to upgrade right away. This is not an issue if you only have a hand full of sites. The issue when you have 100s is that there is no way to skip a minor release. Every multi-tenant customer you have must be upgraded to every minor release. Two to three upgrades every year for every customer is very intrusive and requires way more management effort than should be necessary. We often have a hand full of customers delaying the upgrade cycle and are forced to discontinue service to those customers. HP can surely develop a better model.
For how long have I used the solution?
I have been using Zerto for six and a half years. It's deployed on-premises, on the cloud, and we use it as a SaaS offering. We are the cloud provider. We also integrate with AWS and Azure.
What do I think about the stability of the solution?
It's a very stable solution, for the most part. They have a new release every six months and some releases are better than others as far as bugs. Sometimes those bugs have to do with something in Hyper-V, and sometimes they have something to do with VMware or vCenter. But many times, it's directly related to Zerto's problems. Usually, their major releases go in .0 and .5. The .0 releases have the new features in them and they're more buggy and the .5 releases are more stable.
What do I think about the scalability of the solution?
It's extremely scalable, in a small sense, but the problem is when you get very meshed, with 10 sites replicating to 10 sites, and each one of them is meshed in to be able to replicate it to the other one. Then scalability starts to become problematic.
The big thing is, we have a cloud manager that manages all our ZVMs, which enterprise customers probably wouldn't have. You can only upgrade half a release for each upgrade. So you couldn't go from Zerto 6 to Zerto 7. For instance, you have to go to 6.5 and then go to seven.
Trying to upgrade is not easy because every customer that's paired and replicating into those sites has to upgrade it in those steps. It takes us several months, twice a year, to get everybody upgraded. They have a portal called Cloud Control which makes things better as far as upgrades, but they recently broke it with version 7.5 by adding encryption. So it was useless. We just upgraded to a version in which it should be working again, so the next time we're going to try to use Cloud Control to upgrade. Hopefully, it will be better. We only really have one round of upgrades through Cloud Control to get an idea of how well it worked. 75% of the time, those upgrades work without problems.
How are customer service and support?
There was a time when they had customer service people just taking tickets and they couldn't really help you at all, which was terrible. Now, they have a level-one level-two-type model. The level-one guys are getting better, but as they grow, it can be difficult.
All of our engineers are certified and we would like to go straight to level two. A lot of times we waste a lot of time with level one, and then they put the ticket in the queue for level two. So it takes another day to get to level two unless we're really loud and escalating the ticket right away. The biggest problem that we have with Zerto is getting to level two. 90% of the time, because of our knowledge, level one is not useful to us. Although, it probably would be to the average customer.
Zerto really needs support dedicated to CSPs and large customers.
How would you rate customer service and support?
Which solution did I use previously and why did I switch?
We switched from our previous solution because Zerto was so much easier than everything else that we saw. We have a team that does the tests. It was a pretty easy choice to move away from those platforms at the time and those platforms no longer exist. Today there are many alternative DRaaS solutions and we offer many of them. Zerto remains more mature and feature-rich than the competition though.
How was the initial setup?
The initial setup was pretty easy. You have to have connectivity between the sites that you're replicating, your production, and then your DR site or sites. Getting that connectivity is the biggest thing. Once that connectivity is there, it's fairly simple. You deploy Windows VM, put a small software package on it, and then pair the two. You do the same thing at the recovery site and once those sites are able to talk. In VMware, you install a VM on each ESX host that you need to replicate a VM on. Then you create a policy to do that replication. The replication policies work very well. Re-IP on failover if problematic.
The network connectivity takes the longest. It can take weeks, depending on what you have to do to connect the sites. It could be a couple of hours if you're just setting up a VPN. If you're putting in a circuit, it could take a very long time. That's the X factor with it, but assuming that's already there, within an hour you could be replicating data from one site to another.
ZCCs remain a major stumbling block. If the routing table has issues, the only fix is to delete all protection, redeploy the ZCC and rebuild. Again, avoid Zerto Cloud Manager until the product matures.
What about the implementation team?
We implemented the solution in-house.
What was our ROI?
We have seen an ROI. Otherwise, we wouldn't keep using it. The biggest thing is the number of VMs we can support with the staff that we have.
What's my experience with pricing, setup cost, and licensing?
The licensing is fair. We have an enterprise license in which Zerto gives us 20,000 licenses or something well above what they think we're going to sell for the year. Then all our customers pull from that pool and we resell the licenses. We may sell 50 licenses to a customer but at the start of their contract, they may only have 30 VMs ready for DR. We contract them for 50, but eventually, they'll get up to 50. So we don't have to go to the vendor and add and remove one license here or one license there all the time.
That part of it is easy, but we do have to license all of our sites once a year, which is a pain and all of our sites report to Zerto Analytics. I've been asking them for years since they started Zerto Analytics, why we can't just put our license key on analytics rather than logging into hundreds of sites and putting them in each site. That's a real beast. They definitely need to fix the part where the site licensing is terrible. As far as the licensing VMs to replicate, that's great. In version 9, Zerto plans on deploying a license server to address this.
Zerto 9 is out and there is still no customer-deployable license server. We regularly have issues with customers who cannot reach the Zerto license server. They cut you off at the knees after 14 days! HP really needs to work on this process.
Which other solutions did I evaluate?
Commvault was one of the big ones we looked at. Commvault is much more complex and expensive. We also looked at AWS and Azure. We offer a wide range of solutions.
Recently launched last year, Nutanix LEAP is primarily designed for people that use Nutanix, and not everybody does. Not everybody can use it. We also offer RecoverPoint for VMs. It is a Dell EMC product, so it's geared toward people that are running VxRail. And then there is vCloud Availability. You have to have vCloud Director on both sides and vCenter, which is not something that everybody has either. vCloud Availability monitoring is also a nightmare. Zerto is more the product of choice for most use cases.
What other advice do I have?
Some of the biggest problems that we've had as a cloud provider are the vCD integration and the Zerto Cloud Manager integration. If you can avoid those two things, avoid them.
I would rate Zerto an eight out of ten.
Which deployment model are you using for this solution?
Hybrid Cloud
If public cloud, private cloud, or hybrid cloud, which cloud provider do you use?
Other
Disclosure: PeerSpot contacted the reviewer to collect the review and to validate authenticity. The reviewer was referred by the vendor, but the review is not subject to editing or approval by the vendor. The reviewer's company has a business relationship with this vendor other than being a customer: Partner