HPE Zerto Software Reviews

Zerto is deployed on a VM, and we use it to replicate the database for our POS system in our data center.

Zerto helps us when our server has an emergency. When we needed to get something from a server that had a corrupt file, it saved us from needing to go back to a tape or a backup to use that server. The recovery works better than our backup. I would rate that nine out of a 10.

It works great because we only use it in VMware for our virtual machines. We use Zerto Instead of snapshots. Zerto is a lot quicker than other solutions. It cuts our downtime in half when we need to recover data.

Data replication is the most valuable feature. The near-synchronous replication works in the background, so it does not interfere with the production usage of the server. Zerto is challenging to set up but easy to use. It's not difficult to configure once you see how it works. I'd give it at least eight out of 10 for ease of use.

I've been using Zerto for about a year.

Zerto is highly scalable. Even though we only have it on a couple of servers, we could do all of them if we want to.

Customer support is great. I'd say it is at least a nine. When I have a technical question, it sometimes takes a while for tech support to respond. That's a problem everywhere.

I've used backup solutions like Veeam in the past, but Zerto seemed like a better, faster solution. We adopted Zerto because of the speed, and because we wanted to do everything in-house. I would rate Zerto eight out of ten for ease of use, but Veeam seven out of 10. 

Setting up Zerto is straightforward, but I needed to call tech support a few times with some basic questions. I handled the setup by myself because I'm in charge of servers and VMware. It doesn't require much maintenance aside from updates. 

It reduces the time and effort needed to get our data. 

I rate Zerto a nine out of ten. When I first installed it, I learned a lot about how it worked and how to integrate it with my storage. I needed to configure our storage to work with this because we do everything in-house. It's crucial to understand how everything works together.

You need to read the installation instructions thoroughly and prepare your VMware environment. I jumped right into it and didn't go through everything. Read everything and watch some videos first to prepare. If I do it again, I will watch the videos a few times to make sure I understand what's required and go from there.

We've got two data centers, and for any of our applications that are not in some kind of a load-balanced or high-availability cluster, we use Zerto to replicate them, to make them as highly available as possible, without building that into the solution. We replicate between 100 and 150 different VMs from our North Carolina data center to our Chicago data center.

A small example of the way it's made things simpler is that we were building out a new product, and the original recommendation from the vendor when we were deploying that product was to have the application server closest to the end-users and the database server at our main data center in North Carolina. Once it was implemented, we found out that wasn't the case. We used Zerto to fail over the database to the same data center that the application server was in. We were able to do that really quickly and easily, without having to do a whole lot of extra work, such as having to rebuild the database server. That's one example of how we use Zerto, not just in a standard failover scenario. It made the process a lot easier than it would have been had we not had Zerto.

We have also used it when something happened to a configuration or a database file and it had become corrupted. It happened in the evening, after-hours. Rather than getting the backup engineer involved and trying to restore the files from a backup, we used Zerto to grab the file from a couple of hours previous, restored it, and got things back up and running really quickly. It's definitely a time-saver. We were able to handle it ourselves without needing to get anybody else involved.

One of the most valuable things about the solution is the ease of use when it comes to failing things over. The ability to easily test your failover capabilities is really nice. We can actually stand up a VM in an isolated environment, validate that the VM is up and running and that it boots properly, and we can do that in a matter of 30 seconds. Being able to show that to upper management, and that it's working the way it should, provides a lot of value.

It's one of the easiest products out there, as far as managing and using it go. The UI is pretty dead simple.

If everything is set up and configured properly, a failover of one or two systems can be done by one person. Nobody has to be involved other than the application owner, to validate everything, once the failover is done. It's a one-man show.

Continuous data protection is what it's supposed to do. Being able to bring a system up within a matter of minutes is the next best thing to having an actual high-availability cluster. If you're not building high availability into a solution itself, Zerto is the next best option. If we're talking about one or two applications or one VPG (Virtual Protected Group) a failover takes under five minutes, from the point of clicking "Start Failover" to the point of validating everything on the application end.

The only thing we've noticed that needs improvement is the backend cleanup within VMware. There are some little issues there. I would like to see tighter integration with VMware. From a recoverability standpoint, it's great when using VMware. But what we have noticed is that orphan data is an issue within VMware. It doesn't clean up properly when you're moving stuff around.

Our company has been using Zerto for several years. I took over management of it within the last six months, but I've dealt with Zerto in the past as well.

We've had no stability issues. We've had to open one or two cases on small issues, but they've been pretty trivial. There haven't been any critical issues with its stability.

It scales really well. Out of 500 VMs, we're using it for about 150 of them. That's probably not a lot compared to other Zerto customers. But as you add more ESX hosts to your environment, you just add new VRAs to the ESX host. There's not too much to have to worry about when you're scaling up.

We utilize it for everything that we don't build in a high-availability cluster. A lot of our stuff is designed as an HA cluster, but anything that is not designed that way is automatically protected by Zerto.

The technical support is as good as, if not better than, most of the technical support that we deal with. Opening tickets is easy. The support portal is easy to use. Depending on the severity—I've never had to open a Sev 1 case—Sev 2 and Sev 3 cases are answered within 24 hours.

Positive

We didn't have a previous solution.

I did not do the initial setup of the solution, but the upgrade from version 8.5 to 9.5 was very simple.

Our engineering team members, three systems engineers, are the main users of Zerto. We don't have segregated roles. I'm the point person for Zerto, and the other guys are backups for managing it and doing recoveries. Maintenance only requires one person.

We have seen ROI from a time-management standpoint.

I don't know if Zerto reduces the number of people that we need to have involved in a recovery scenario, but it definitely simplifies the process compared to using Commvault, which is our backup solution. If it's something that we need recovered from within a day or two, it's much simpler to recover that file with Zerto than it is from a backup solution like Commvault.

Anybody on our engineering team can probably recover a file using Zerto. I'm not so sure that's the case for Commvault. Our backup admin would probably have to get involved if we're doing a recovery from Commvault. Using Zerto, the UI is so much simpler.

There may be a small possibility that we will look at Zerto to replace Commvault whenever we do replace Commvault. That's a possibility, but it hasn't been brought up yet. We do know we are getting rid of Commvault at some point.

I've used other solutions, like Dell Avamar and Veeam. Veeam is definitely pretty easy to use and on par with Zerto. It's 100 times easier to use than Avamar. Ease of use is one of Zerto's strongest points.

Go for it. It's the best-of-breed for high-availability replication solutions. It really is dead simple to use and easy to implement and maintain. It's not one of those solutions that you have to spend hours a day managing. You look at it for five minutes a day and forget about it.

The biggest lesson I've learned from using Zerto is that high availability, having a good replication solution in place, doesn't have to be a big, complicated, scary mess. It can be simple. It doesn't have to be some huge hurdle that you have to overcome.

Zerto is our primary means of failing over our critical production loads that have a relatively low RPO/RTO. This is our use case for this solution.

What we like best about Zerto is its fast failover to another data center. It is simple and it works.

The limitation with Zerto is that you're required to have one Zerto Manager per virtual center, and this means that we're only able to replicate one way using this solution. Now, we are evaluating the clustering of Zerto with Microsoft clustering, so we can replicate both ways and both data centers, and have the management server in both data centers.

Historically, Zerto has started going into the backup space, and that is when they lost focus on keeping their replication product good. Now, it seems they're finally leaving that backup space, and they're just sticking with replication, so in version 9, they have fixed all of my gripes about the product, e.g. they now support VMware tags, Windows bringing over the time on the target side, etc. All of these little things, they are all correcting, because they're now sticking with the replication product.

It's been five years since I started using Zerto.

Zerto is a single use case product and it works flawlessly. It is stable.

Technical support for this product was absolutely fantastic, but that was before they were acquired by HP. They are still good, but I can tell the company is becoming too big.

We didn't previously use a different solution, as this was the first use case or first requirement that we needed to have under a 24-hour RPO/RTO.

The setup for Zerto was very simple.

We implemented this solution in-house. Implementation only took less than a day to complete. Zerto was ready to use in our environment for a DR (disaster recovery) exercise weeks later.

The return on investment from Zerto was immediate. Instead of having legacy DR failover exercises that involved multiple teams and weekends work of activity, now a single user can fail over everything and get reports to prove that it was failed over and the data integrity was all done. As far as people hours and time, the ROI was instant.

Zerto is fairly expensive. We are on a perpetual three-year subscription, but for my less than 300 VMs that we needed this functionality for, it is worth it. I'm not aware of any additional costs beyond the standard fees for this product.

We did evaluate Commvault LiveSync, Veeam, and Dell solutions, though I don't even remember what the Dell product was. We did go through RFP. We went with Zerto because it was simple and it worked, and we didn't have to worry about doing anything else.

We're a Commvault and Zerto customer.

We are on Zerto 8.5, and we are evaluating version 9 update 3.

I have no impression on the scalability of this solution, because we haven't really grown yet. We have 300 endpoints and we've always been in that range. I can't tell how Zerto fares if there's more than 300 endpoints.

We have a primary asset owner who uses this solution, who gets feedback from other IT infrastructure teams of whether their servers need to have a low RPO/RTO. That single asset owner will then put those in Zerto. For deployment and maintenance, we have the primary asset owner, then there's a backup person. The primary asset owner does everything, but if the asset owner isn't available, the backup person will help with support roles.

We don't have plans of increasing Zerto usage, as we've always had a relatively static critical VM count of around 300, e.g. we've gone down to 260, we've gone up to 300, but it's always in a range that's close to 300.

My advice to people looking into implementing this product is that if you have less than a 24-hour RPO/RTO and you need it to work in your target location, then there's no other product for it other than Zerto.

My rating for Zerto is a nine out of ten, because nothing is perfect. Nine is the best rating I could give for this solution, but the key takeaway is that it is a single use case product and it does the job.

Right now, we use it just for disaster recovery.

We have always had a centralized data center. Therefore, if we were to lose connectivity or power, then access to county resources would be cut off until that issue is resolved. If there is a hurricane, it would be the same thing. If we lose power, then we would be down until something comes up. With Zerto, I can quickly get us up and running at the disaster recovery site, provided it is still operational.

For most use cases, the failover time is a handful of minutes, if that. A single user can run the system.

Zerto will reduce the number of staff involved in a data recovery situation. As of now, we have been lucky. We have not had to deal with this type of issue. However, it will require less people going forward. So, I can dedicate people to other tasks in a situation like this.

Disaster recovery would initially require four or five people to handle just the server side. This has now been cut down to just one person.

It provides great continuous data protection. The RPOs on things are in seconds.

We have been using it for two years.

We haven't had any issues. It literally just runs. Once you have it set up, you just leave it alone.

As long as I have the resources and licensing, I can keep going from a scalability perspective.

The tech support on my latest issue wasn't so great. I had to figure a lot of stuff out myself. It could be that I had a Level 1 tech who was new or something, but it seemed like the tech was spitballing, which does not help me.

In previous instances, the technical support was great. They were able to get me up and running fairly quickly.

We didn't have a solution like this before that allowed for disaster recovery. Everything was restored from backup, then we had to wait. So, if something went south, then we would need to restore from a backup. I saw the Zerto product was literally one button click, then I can failover to a disaster recovery site and keep going. That was amazing during the initial review of the product. It was just easy.

We started looking at how long it would take to restore from a backup. Rebuilding that infrastructure would take hours, if not days, as opposed to having the ability with Zerto to do a single click, then we are up and running at another site.

It is being used in conjunction with our legacy backup solution.

It was actually fairly easy to set up the solution. Installing it, creating the VPGs, and adding the VMs to it was fairly straightforward.

Working with support on the line, we deployed Zerto in a couple hours.

It is about $1,000 per VM, so it is pricey. However, the cost and time (the manpower cost) that it would take several members of IT to restore a backup and every individual piece of the virtual environment would easily exceed the pricing cost.

If we had to trigger it, downtime would go down to whatever the RPO is at that time. Right now, our RPO average is between four and 10 seconds. This is a big cost saver for us. Anytime certain systems are down within the organization, money is lost.

The only negative part that I have seen so far has been the cost. It is kind of pricey, but you get what you pay for. Zerto is a lot faster than other solutions and you get enhanced performance.

Eventually, we will expand solution use. While there are some competitors in the market, I don't think any of them get to the ease of use and speed that Zerto has. Even Veem has CDP, which is similar, but it is not as fast, user-friendly, or worry-free.

Veeam CDP was still fledgling at the time of our evaluation. It existed, but wasn't that great. It wasn't anywhere near as robust as Zerto. Commvault had something similar as well, but even their solution doesn't do disaster recovery as quickly as Zerto.

It is important that it has both backup and disaster recovery. As I am looking for a backup and recovery solution, I am looking for something that can do everything.

The solution was bought to help with the mitigation of ransomware.

Right now, we are still in a physical data center. We haven't looked at their solution for going to the cloud. That is something which is coming up. Eventually, we will make the switch over. Right now, we are working on a new backup and DR solution. So, that will go hand in hand once we are done with the on-prem.

I would rate Zerto as 10 out of 10 based on the way that the product works.

We use it for a hot DR site for our primary production environment, allowing us to fail over all of our production servers in case of an emergency.

We are in a much better position as far as our data protection scheme is concerned, with Zerto. Compared to where we were before, it's a night and day difference, because we didn't have the ability to immediately fail over our production environment. The difference is pretty extreme for our organization. We went from just having SAN snapshots to Veeam backups, and now we have replication.

It massively decreases the time needed for us to fail back because, before, we had no way to do so for our workload. It would have been a manual process to move our workload somewhere else. We would have had to get the VMs off of the existing infrastructure and we would have had to create a whole new infrastructure and get them running somewhere else. That could take two to three weeks, in an emergency situation, with our entire team working on it, versus just pushing a button and moving it right now. We're in a whole different realm now.

There would also be massive savings in manpower to do that. We would have to create a whole new infrastructure, whether in AWS, Azure, or even procuring physical equipment and deploying it. Now that we have Zerto in place, it's there waiting and being replicated too.

The fact that it just works is important to us. We don't have to do a whole lot to it. It does its thing in the background and it's ready to go. It enables us to execute our DR plan at any time that is required. It doesn't seem to require a lot of time or management or day-to-day maintenance. 

It doesn't "complain" a lot and it's ready to go at any time, so you could call it easy to use. It's just me responsible for maintaining it, and there is a network infrastructure person involved as well. But it mostly maintains itself, once it has been deployed.

It does what it's purported to do, which is to provide continuous data protection. We have a five-second RPO. It's definitely doing its job. It's there in the background, replicating constantly.

I would like to see them continuously improve Zerto's automated functions, such as putting hosts in maintenance mode within vSphere and not having to worry as much about how Zerto is going to react. Rather, Zerto should be able to handle putting various hosts, within either the source or destination side, into maintenance mode without having to worry about the vRA appliances. Sometimes, Zerto almost holds the vSphere environment hostage when it comes to taking certain actions. You really need to be cognizant about what you're about to do. They should further automate that and increase Zerto's ability to handle things like that in a very slick, automated way, without intervention.

Zerto could also build more canned automation tools within their product, tools that automatically work with DNS updates to AWS or Azure. Maybe they could provide an area for scripting help or canned scripts, a community or a place where people could grab some scripting. Maybe they could reach into Citrix or F5 load balancer APIs.

Also, if you have a host go wrong or you need to put one in maintenance in an emergency situation, especially on the source side, it can require you to fix Zerto and redeploy vRAs or redeploy the little appliances to the host that they're going to be on.

Also, depending on what resources it has available, storage or vSphere-wise, I'd like to see it able to balance itself out within the virtual environment, with its storage usage on the destination side.

I've only run into these things briefly, so I can't speak about them at the deepest technical level, but I have noticed that they're not as perfect as they could be.

I have been using Zerto for three months at my current company, but I have about two years' experience with it in total.

For the most part, it has been stable. There have been a few points where I have had to delete the VPG group, re-replicate data, and start over, to get things back to a good spot. But overall it has been pretty stable.

We are only protecting 45 VMs. We're not a large, multinational, so I can't really speak about its scalability.

I haven't used the technical support very much.

We didn't have a previous solution, other than SAN snapshots. That's why we looked to put something in place. Previously, we were in a tenuous situation that would make anyone nervous. We went in this direction so that we wouldn't have to be nervous.

It didn't seem that difficult to set up. 

It took a couple of days, but that didn't include setting up the SAN and the secondary sites and all of the infrastructure around having it work directly. But just the Zerto solution itself did not take very long at all to set up.

Everything that we needed to do to facilitate the use of the solution was more involved and took a month or so. At the time, we also deployed a Veeam solution to do the long-term storage, and that was wrapped up in the same project, so it's hard to give an exact amount of time for the deployment. 

Everyone knows Zerto is a little on the expensive side, but what else is there on the market that does the same thing? It is more expensive per client, for what it does, compared to a backup product like Veeam.

We didn't really go into a full evaluation of other solutions. We took the recommendation of our VAR. They're a company that provides us with help in implementing projects. They recommended going to Zerto, and I had already used Zerto before at another company, so I was comfortable with that recommendation.

Zerto serves a very specific purpose in our environment, which is to fail over the entire environment in an emergency, very quickly. Veeam claims to be able to do that, but I don't think it does it as quickly or efficiently as Zerto.

The main thing is to make sure your network infrastructure is designed properly. Zerto is only going to be as successful as the network infrastructure and the automation that is created around it to help with a failover situation.

In our particular situation, we have a stretch network situation, which means we don't really have to do a lot of the automated scripting that most people might have to do, surrounding re-IP-ing the environment and DNS updates. We're in a unique situation. Because we are a telco, we own our entire network and we have the ability to stretch our network to a location that's a state away. That scenario doesn't apply to a lot of other business situations. Other institutions may not have that luxury, in which case their scripted automation, and how well that is set up, would be critical.

Because we weren't doing backup and DR management before, Zerto has probably increased the amount of staff we need. You don't need staff in place for things that you aren't doing.

HPE bought Nimble and made Nimble not as good. Hopefully, the HPE acquisition won't have a negative effect on Zerto. That's a deep concern among all people who have had to deal with things that HPE bought. They need to keep to the original intention and vision without diluting it within some other HPE product or some other HPE offering. I have no interest in seeing Zerto losing its functionality or having it rebranded as some other problematic HPE solution. We bought this as a purpose-built solution to do exactly what we want and that's the way we would like it to stay.

We use it primarily for backup and recovery of individual servers and databases. We also use it for long-term retention.

It helps us

• achieve our RPOs
• conduct successful DR tests
• provide functionality for some of our key, critical customers.

Fortunately, we haven't gone through an unplanned DR situation, but if we were to go into one Zerto would be the top technology that we would use to recover. We would expect it to function as designed to get everything back to working as normal. Otherwise, obviously, it would be a big problem for our company. Zerto is a critical, core piece of infrastructure for the IT infrastructure team. I estimate it would save us hundreds of thousands of dollars in a DR situation.

In addition, when we need to fail back or move workloads, Zerto decreases the time involved. It's hard to quantify how much time it would save us because we haven't compared it to other DR products. But if we were to use our in-house data protection backup solution or our storage solution, Zerto would save weeks of man-hours when it comes to setup, compared to those other solutions. And it could save minutes in terms of the recovery point objectives.

The instant recovery at DR locations is the most valuable feature. We're required to do periodic DR tests of critical databases, including Oracle and Microsoft SQL. We have recovery point objectives set for specific databases and we need to be able to achieve them. Zerto helps solve that business problem.

Zerto is also pretty simple and straightforward when it comes to ease of use. There were no big surprises.

I would like the ability to monitor the performance of some specific components. Right now we're having an issue with local and remote replications with some of the VPGs. Being able to look at individual VPG performance would be helpful. 

Another thing that would help would be a recommender, or some type of tool that says, "Hey, you're not conforming to best practices." It would do a conformance or compliance check to tell you if your VPGs are set up according to best practices and whether your Zerto clusters are set up optimally. It would see if you have HA enabled and whether your alerting is turned on.

Another area for improvement is alerts. We're getting so much noise right now in the 8.5 version. The problem is that we don't know which are the ones we need to act on. We don't know which ones are severe versus those that are informational or notice or debug. They have told us that when we upgrade to version 9 we'll be able to tune some of the alerts. That type of alert tuning, where we can get just the emergency and error alerts, would be helpful, while not necessarily tuning out the informational or notice or debug alerts. If alerts could be channeled to a syslog server where we could filter and see which alerts are the priority that would be an improvement.

We have a network operation center and for us to operationalize this tool with them, we have to be able to deliver each alert along with an action plan for it. That way they can take the appropriate action if Zerto has some type of error. It would help if the alerts didn't just fall on our storage and data protection team. If we could transfer some knowledge and have other level-one teams look at some of the more basic Zerto alerts and try to resolve them, that would help.

I've known about Zerto for several years but I've been actively using it for the last two months.

The stability is pretty good. I haven't seen the software itself break, or the services stop for unknown reasons. 

We did have an issue with a VPG the other day, where it went belly-up, and we had to rethink and do a bunch of baselines. So some type of health monitor that shows both the servers and the VPGs would be helpful.

I haven't worked with the scaling functionality because we only have it in our two major data centers. But I think it would be pretty straightforward and simple to set up scaling.

Currently we're protecting about one petabyte with Zerto. We have some room to grow still with Zerto.

Much like with any technical support—and this is true whether you're talking about IBM, Microsoft, Dell EMC, or any of the big tech players—their level-two guys are definitely good, if you can get one of them. But the level-one guys seem not to be as good. Zerto was acquired by Hewlett Packard Enterprise and it shows with their level-one guys. They're not as vested in the product. All the level-one people who were vested in the product probably left. So a lot of the level-one guys aren't very technical. 

We oftentimes have to work with our technical account manager to get cases moved up to level two. Once they're there, they seem to get some movement, which is good. And, obviously, their level-two support team in Israel is very good.

Positive

I was not part of the initial installation, but I've heard that some of the initial pieces are straightforward. Where it gets complex is that I don't know if it was set up according to their best practices.

The pricing follows normal industry standards.

In a previous company, I was involved in the evaluation process that ended with choosing to go with Zerto.

Zerto sits on top of a lot of other technologies. It's like a "Layer 3" for lack of a better term. Some of the other solutions that are "Layer 2" can be more attractive, solutions like Commvault, Rubrik, and Cohesity. They're able to do more native operations at the OS level, like replication. They have more hooks into the operating system to enable you to do that.

However, Zerto's user interface is good. It's simple, it's straightforward, and it gives you the RPOs and RTOs right then and there. It requires some administration from the VPG perspective, but it's able to bridge a lot of gaps.

My advice would be to work with your Zerto technical account manager for the setup and best practices.

Zerto is good when it comes to continuous data protection. We're currently in the middle of some technical support cases with them, cases that I'm watching, regarding some of our larger databases. But so far, there have been no issues with the smaller databases. It's doing its job.

We haven't yet enabled Zerto to do DR in the cloud, but that's something we are pursuing currently. We have had a demo of it but we haven't done a PoC.

We're replicating mainly some of our critical applications. One is our backup solution and then also some critical applications that we don't want to have to recover from tapes. That's been working very well for us. We actually just recently went through a DR rehearsal, where we ran a quick test and that ran for about a week and then completed that test. Then we were able to report that we were able to successfully recover our critical ERP system inside of the remote location successfully.

I don't have to worry about Zerto so much. It definitely continues working. We definitely have monitoring and everything like this to make sure things are working just fine, but I can't complain about it in any kind of way. I know we are a little behind on the version that we're using and we need to be on the latest and greatest. Right now we're on version 7.0.

It reduced the backup recovery time of our main backup solution by several hours. It's reduced our time because before we have to build a system and restore the data, we install the application and restore the data that took us at least a good 24 hours to do that. And now it's really minutes for us to recover our backup solution.

Zerto reduced the number of staff involved in data recovery or in a data recovery situation. It's now only one person while it was four previously. 

Comparing it to VMware SRM, Zerto is by far the best that I've used before for providing continuous data protection. 

Different parts of the company use VMware, we use Zerto, and then we saw where they were taking us. Ours really takes less than an hour just to do a quick failover. So it didn't make any sense to go with VMware one, so we ended up going with Zerto.

An employee had actually introduced us to it and we looked at it and wanted to try it. He was working for a bank that does quite a bit as far as doing disaster recovery. So if a bank used it then I would definitely use it. 

It is fairly easy. It's not as technical to get around it or anything like that.

It's a fairly easy tool to use. 

I know that Zerto can definitely improve some functionalities. I know some of the cloud pieces probably enable that. At the moment, it's doing what we want for us, and what it's doing for us right now is plenty. I can't say there's any improvement that I can see that needs to be done at the moment.

I'm not sure if it has throttling, meaning, what's going over the wire and how we can throttle that to reduce the amount of data that's going across the bandwidth. I can't remember if that's something that's in this product. It might be in the more recent version. 

I have been using Zerto for three to four years. 

Their support has been very good. I can't complain about them. 

The initial deployment was straightforward for the admin that deployed it. It was not complicated. That person left and then another person came in who didn't know anything about this product and he picked it up fairly easily and he's able to manage it with ease.

He's a VMware administrator and he also maintains Zerto.

The deployment was done within a day.  

We don't have plans to increase usage because we are at the point where we're closing out. We're migrating some of our data centers and right now I know it's going to continue utilizing what we have. We haven't even hit the capacity of what we've got right now. Because I think the license we have is around 75 servers. We haven't even hit that. The only thing that's stopping us from right now is just that we need to increase the storage at the remote location to handle additional workloads. We have around 14 servers. 

We have seen ROI from Zerto. 

It has reduced downtime. It went from 24 hours to four minutes. It could even be seconds. It's fairly quick.

The dollar amount would equate to something in the millions. For an environment to be restored it means restoring our ERP systems. Then in that ERP in that system, it also has some manufacturing as well.

Pricing is fair. I don't see a big issue with the pricing for what we are trying to do. The things that we're replicating, if it were to go down it pays for it in itself there.

We don't have any plans for long-term retention. They talked to us about it. But at the moment it's not in our forecast to look at that.

We don't have to failback because we just fail to a bubble, in other words. We don't want to bring down production because we're going through migration of our ERP. So we fail it over into this bubble. And that's what we're using. It is the test failover that we're using in that environment. Then in that environment, everything is isolated. That's how we use it today. We have never had to failback back to our main site.

I would rate it a nine out of ten. 

Our primary use case is disaster recovery.

We have Zerto deployed on-premises at both our primary and DR locations.

In general, Zerto helps us with our DR plan because it makes things so easy.

Zerto does a very good job of providing continuous data protection. I've been very impressed and would rate it an eight out of ten. Especially when it comes to DR testing, it is very easy to work with and we are able to recover our infrastructure at our DR site within a matter of minutes.

When we have to failback or move workloads, Zerto decreases the time it takes and the number of people involved in the process. I've used other solutions and I haven't seen anything that compares to what it can do. It is difficult to estimate the exact time saving because it depends on the workload.

Realistically, you could have a single admin responsible for the restores, whereas with other solutions, depending on how big your environment is, it would take more people. In our environment, it would take upwards of five people to restore our core infrastructure and by using Zerto, it reduces the number of people by about half.

With respect to DR management, Zerto has reduced the number of people involved in the process. I wasn't at the company when they used the previous product, so I'm not sure by exactly how much.

The most valuable feature is real-time replication, where we have the ability to recover things in near real-time.

It's very helpful for DR testing because we can recover VMs in an isolated bubble and prove our DR methodology.

Zerto is very easy to use, which is one of its big selling points. It takes just a few clicks to restore a VM, which means that it's easy to train somebody to help in a DR situation.

We have had some issues with trying to get certain parts of the backup or restore functionality to work. However, I cannot recall the specific details.

I have been using Zerto since I started with the company two years ago. In total, the company has been using it for approximately four years.

The stability has been very good. I can't think of a time that we've really had any issues that we didn't cause or something maybe with an update. We're running it 24/7 and I can't think of a time that we've had any major issues with it.

From my perspective, Zerto's scalability is very good. We have 60 VPGs and 122 virtual machines that we're using Zerto to replicate to our disaster recovery site. This will grow with any new infrastructure that we build. Any new servers, depending on their RTO or how soon we need to recover them, would be put into Zerto. Potentially, we will add some, although I'm not aware of any major growth at this time.

Our operations department monitors the dashboard just to confirm that our RTO and the VPG health look good. There are perhaps five people in that team, who are watching the dashboard.

In my team, there are three of us that use it, although we don't look at it daily. It would only be if we get reports of an issue or we need to adjust a setting or something like that.

Overall, on a day-to-day basis, there are probably about five people that use it.

I have not personally dealt with the technical support but I know about the experience that my coworker has had. They are typically very helpful and provide good responses compared to other companies in the industry.

Zerto was recently acquired by HP and there is some concern in our organization about what might happen to the technical support, seeing as they were bought out by a bigger company. We're hoping that it doesn't negatively impact the support that we receive.

I have used Veeam in the past and it's similar to Zerto in certain aspects. They both have their pros and cons, but I would say from what I've seen, I like Zerto. It just seems to be a little bit more user-friendly in the UI. Functionality-wise, they're similar. I think Veeam would be one of their main competitors.

I have also used the older product by VMware called Site Replication Manager. It really doesn't compare to Zerto.

I have been involved in some of the Zerto setups and from what I have seen, they go very well. It seems that it is pretty easy to perform the initial setup.

It takes about an hour per site, or per server to upgrade it. 

We deploy and upgrade the solution in-house.

It's usually two people that are responsible for maintenance but it could be four people on the team.

I believe that we have seen a return on our investment. The return comes from time saved in manpower, for example. From what I've seen, it's worth the cost.

I've also heard comments from my coworkers to say that it's an expensive product but it definitely makes you feel more comfortable in a DR situation.

I have not been directly involved in the pricing and licensing. My understanding is that it's expensive but worth the price.

We don't use Zerto for long-term data retention and I'm not aware that there are any plans to do so. We use Zerto in tandem with our backup solution, just to be safe. That said, we have used Zerto for recovery in scenarios where we couldn't find the particular data that we were looking for in our other backup solution. 

We have not experienced any ransomware incidents or other situations where we needed disaster recovery. However, Zerto would definitely save us time for that. Depending on the situation, it could save the number of people involved as well.

Although we have not had to use it in an actual event, it helps us in terms of regulatory and audit compliance. If we had a real event, we would all feel more comfortable that we'd be able to restore or be in a better position to have our infrastructure restored in a small amount of time.

We have not yet looked into using Zerto for DR in the cloud but in the future, we're going to look at the option of doing so.

My advice for anybody who is considering Zerto is to do a proof of concept or a trial. I'm not sure what the vendor has available in this regard but I would advise trying it out with a small number of virtual machines.

I would rate this solution a nine out of ten.

Zerto runs on a Windows Virtual Server and we have it installed at two sites. There is the production site, as well as the failover DR site.

We use this product almost exclusively for disaster recovery. It is responsible for the automated recovery of what we deem to be our mission-critical servers.

In terms of its ability to provide continuous data protection, this is a product that I trust. We test it quarterly to make sure that what the dashboard is telling us is correct. But, I've used it long enough to know that when I see the dashboard telling me that the virtual protection groups (VPGs) health are all green, then things are working correctly. Our average RPO is usually somewhere between three and 10 seconds.

We used to perform a disaster recovery test once a year, and it was painful because everything was manual. Now that we do it quarterly, we're able to provide management with reports of the tests, which not only makes management happy but also makes various governing bodies happy. We're a financial advisory firm, so it's the SEC that oversees us. That said, I'm sure this holds true in many industries. It allows you to have the reports to prove that you've done the tests. We don't have to ask them to take our word for it.

When we need to failback or move workloads, Zerto has absolutely decreased the time and number of people that are required to do so. For example, if I just want to test and prove that the network is up, it's something that I can do by myself. If I want to have people log in and test applications and stuff like that, I would need additional people. However, it has a built-in test function, so it will create a complete test network that you can run workloads on to show that the tests are successful. Afterward, you can delete the network and you're back just running, waiting for the next time you want to do that. In a situation like this, using Zerto saves eight hours or more and I can set it up and test it on my own unless I want people actually testing applications.

Thankfully, we have not had to use this product to recover from a ransomware attack or other disaster, but it would absolutely work in that case. By replicating the data, if ransomware were to hit the production side, it most likely would not also lock the disaster recovery side. This means that we would certainly be able to bring it up from there. Alternatively, it lets us pick points in time, so we can just go back to the moment in time before the ransomware happened. In a situation like this, I can't say that it would take fewer people but it would take fewer hours.

The most valuable feature is the automated failover, as it allows us to get the essential servers up at our DR site with little intervention.

Zerto is extremely easy to use. You set it and forget it.

It has a nice graphical interface.

The reporting could be improved in terms of the reports that you can show to auditors to prove that you have done the testing. I provide the reports that it generates now but, it would be great if, at the end of a DR test, it would generate a report of everything that Zerto did.

This would include details like what systems were up. Currently, that's not how the report reads. You would have to be an IT person to read the current reports that it produces. I would like for them to be the type of reports that I can put in front of an auditor or the president of our firm that would make sense to them, without me having to interpret and explain the results.

We are in our seventh year of using Zerto.

Stability-wise, this solution is rock-solid. If it fails, it's not going to be Zerto that fails. It's going to be either that your storage has failed or the bandwidth, or connectivity, is not there. I don't see a way where Zerto would be the culprit in a failure-type instance.

Our company is fairly small and the entire firm relies on it. That said, only one person actively uses it. We have three or four IT staff but Zerto has always been my responsibility.

In terms of scalability, I bet it would be no issue whatsoever. It's licensed according to the virtual machines that you want to protect. The only limitation of the scalability would be how deep your pockets are because it's going to be license costs.

We're a registered financial advisory firm, and we are growing. In the past year to 18 months, we have grown from approximately 52 employees to 70 employees. Everybody relies on it because if we have a disaster recovery type of situation, then everybody is going to expect to be able to work.

It is still a very small number of IT staff, so I can see that as we hire more IT staff to support a larger user base, we will certainly have more users.  At least, I hope not to be the only one responsible for this solution as we grow.

I would rate the technical support a ten out of ten.

Prior to Zerto, we used VMware Site Recovery Manager (SRM). We switched because it requires a lot of manual upkeep, and there is no automation involved unless you write the scripts. There are lots of freeware sites where you can download scripts, but aside from that, we were spending a lot of time manually writing scripts and maintaining everything. This was really counterproductive for the amount of time we had available in a day.

Essentially, SRM was replaced because of better interface automation and ease of use. 

The setup is very easily done because you tie it into your VMware vCenter. When you put in your credentials, it will recognize everything on your networks. It will recognize storage, whether it be cloud-based or as in our case, at another data center. Once you have those defined, it's just a matter of creating groups that you want to recover, server-wise.

The reason that you would want to do it in groups is that you can set it up in the automation such that it will bring up groups in a certain order. That way, you have a network where the domain controllers come up in the first group, and you can automate stuff from there.

Seven years ago, when I first started to use it, I found it more difficult. I wouldn't say that it was complex but they have certainly made improvements over the years. Where it stands now, if I had to set it up from scratch, I could probably do it in about an hour. Of course, that is because of the way I know the application but in terms of how they have changed the setup, it is certainly more user-friendly than it was compared to where it started.

I remember running into a couple of issues during the deployment, and I contacted their support. They were fantastic and helped me get through it. They made sure that all of my questions were answered, and that it was up and running how we intended it to be used. A lot of it probably had to do with me being a novice at that point, in terms of using the application.

It was a multi-site deployment, with a production site and a DR site, with dedicated storage for each. We have changed the storage that it uses over the years and if I had to do it again, I would use another vendor for storage. A lot of the issues that we ran into were related to the initial storage that we used, as opposed to Zerto issues, even though it was Zerto support that helped me fix them. 

Overall, the deployment was fairly easy. Not because everything went great, but because of the combination of the application being pretty well-written and the support. I would rate the deployment an eight out of ten.

I deployed Zerto with the help of a consultant, contacting support as we needed to. The consultant was NetGain Technologies and they're based out of Lexington, Kentucky. Their service was phenomenal and I would use them again in a heartbeat for this type of deployment. Ultimately, any issues that we ran into boiled down to some issues with the storage we chose to run it on.

I am responsible for the maintenance. 

We have absolutely seen a return on investment in terms of the manhours that have to be put into maintaining and testing this type of product. Thankfully, we have never had to use it in a true DR situation. However, I can guarantee that if something were to happen, even beyond the manhours and ease of automation, that it would pay for itself.

Our network infrastructure runs pretty smoothly most of the time. That said, Zerto has helped us to reduce downtime by approximately 20%. It is difficult to equate this with a monetary value because we have to consider what happens when a client misses a trade or cannot get a hold of their portfolio manager.

If it were an outage of a couple of hours then the person might pay a little more or a little less for a stock that they were trying to purchase. Overall, however, it is difficult to estimate. We aren't a day trading-type firm, so ultimately, I'm not sure that a short outage has any effect on our revenue stream whatsoever.

As a small company, we own the smallest license that Zerto offers, which is 15 VMs. I've not had to contact them or my reseller about purchasing additional licenses or to find out how much they cost.

We spoke with VMware to see what their pipeline was for upgrades or changes to Site Recovery Manager and we also looked at both Cohesity and Rubrik.

I like the separation of the software and the storage, whereas some of those other products are all-in-one. You're buying the software and storage together on the same platform. This means that the scalability would be different.

Sometimes, this is a case of adding shelves for storage. In that situation, for example, you have to start taking the data center rack space into account. Whereas with Zerto, it lets us build upon hardware we already had, even though we use dedicated storage.

Version 9 of this product is out. However, we have not yet upgraded. We're not leveraging the cloud the way a lot of companies do these days, and I know from the release notes that I've read that most of the new features are related to the cloud. There's not a lot of research and development being done on physical data centers anymore.

At this point, I'm very happy with where the product sits for my network. We are now just starting to move things to the cloud, which will take place over the next couple of years, so my assessment in this regard may change in perhaps a few years.

At the moment, we don't have plans to use it for long-term retention. We keep about three days' worth of data in Zerto and then it rolls off. We have other systems in place for long-term retention.

My advice for anybody who is looking into implementing Zerto is to do your homework. In the end, this product checks all of the boxes and it's the one that I would go with.

In the way that we use this solution, which I know is not how everybody uses it, we have storage that is specifically used for Zerto and two data centers. The way it works in that scenario, as long the bandwidth is there, meaning some sort of dedicated circuit between the two sites, it's flawless in my opinion.

The biggest lesson that I have learned from using Zerto is that disaster recovery doesn't have to be a giant pain. I certainly used to look at it that way in the past.

I would rate this solution a ten out of ten.

Our primary use case is for our Tier 1 application environment, we're an SQL environment. We have around 25 VMs that are replicated to a hot site or warm site. And we're a VMware shop and we use Pure Storage as our SAN, but that doesn't matter because Zerto's agnostic. 

We're a small shop. I am the only Zerto user and my official title is Senior Systems Engineer. I handle anything data center-related as far as information stack, the blades, networking, VMware Hypervisor, and Pure Storage. We also have a Citrix environment as well we have to support. I do all of the data center work.

Zerto is a set it and forget it kind of thing. At least it's more of an insurance policy for us. We don't have a good DR plan, but the peace of mind knowing that the data is replicated off-site, like a repository or offsite environment, there is value to that. We just haven't been able to fully embrace the actual testing of the failover and failback process. The testing has worked, but we haven't done a full production failover yet. We've been planning for around a year to do one but it keeps getting pushed back.

Being hardware agnostic is nice in that we don't really need a 15 second recovery time. It's easy to use. It's always doing updates behind the scenes. These are the positive things. The setup is pretty easy. Building out the VPGs is pretty easy. And it works like it's supposed to.

Zerto does what it says it will do when it comes to providing continuous data protection. It gives me all my recovery points up to 15 seconds or less. So if need be, we could recover to that point in time that it says it can do.

Zerto is easy to use for the most part. It's pretty simplistic. The UI is pretty simplistic. There are some things that I'm waiting for newer releases to address some functionality that I'm curious to see has been fixed or not in the new version.

There are still some pieces in testing that aren't automated. There are still some built-in scripts or workflows I wish Zerto would do out-of-the-box, versus having to PowerShell or have a vendor create it, or create it myself. We haven't done a full failback yet of production so I couldn't really say. The failover process is a lot of manual steps, but Zerto is a mechanism that gets the data there. In that aspect, it does what it's supposed to do. But I wish they would expand on their out-of-the-box functionality for the VM. When you fail it over, there are DNS and SQL changes and there are reboots. There are some things I wish that Zerto would facilitate with a checkbox that would do some of these things for me versus having to PowerShell it and put the scripts in a certain place and have support run it. I want it more automated if possible.

The issue I have with ransomware is if I don't know I have ransomware in all my recovery points, and if it goes three months, I wish Zerto somehow either bought a company or could tell me that we're infected with ransomware. If I don't know how ransomware and everything gets encrypted, there's nothing to restore back to if all my recovery points have been corrupted. So I wish Zerto somehow had a mechanism to alert me of suspicious activity.

We have a Trend product that does that for us. We can get alerts of things that Trend finds, but it's always nice to have layers for your security. We have alternatives, but it would be nice if Zerto had a mechanism to alert me as well.

Alerting has also been a pain but it was supposed to be fixed in the newer version and that's. I would like to have more granular alerts.

I have been using Zerto for about four years now. 

When it comes to stability, it does what it says it's going to do. 

I do some babysitting because the alerts are relentless. My biggest pain point is the endless amount of alerts that are just noise. I have to log in and see what actually is an issue because the alerts are just endless. There's not much maintenance I have to do besides logging in and babysitting from time to time.

We keep wanting to test it. It's our main DR strategy, but we just haven't had a window to vet full failover and failback. As far as increasing, I think we're pretty stagnant at the point with what we're backing up with it.

I would rate Zerto support a seven out of ten. 

The initial setup was straightforward. You could deploy the VRAs pretty simplistically as long as you set an IP via the UI, so that was pretty easy. We were up and running in a day.

Our implementation strategy was rushed. We were doing a data center move and we just wanted an extra copy of the data. So this was a stop-gap solution that we stuck with.

We used a reseller for the deployment. They met our expectations. They provide the product, but outside the product, we have to get a stronger resource. If it goes above and beyond like if it's broken, they call Zerto support. If I want some PowerShell scripts and some cool stuff to be done, they need to find a resource. They provide the basic service, which is great. Above and beyond that, they're average or below average.

We pay monthly for the CPU, memory, disk space, the Zerto replication, and then there's a Microsoft charge as well on top of that for the operating system. We pay month to month and we go year to year.

There are additional VM resource costs.

My advice would be to think about the large VMs that you're backing up. Think about the wasted disk space and wasted resources on your production environment, and if you replicate that to a hot or warm site, you have to pay for those resources. The Zerto price is what it is, so you need to work with the business and ensure your Tier 1 or most critical VMs are what you're backing up or want to back up, not just everything. Then scale that to something manageable for replication and find out if you can have minimum resources while replicating and then scale up in a true DR scenario and only pay for the resources as you need them.

It's not really Zerto's fault, but you don't have full visibility on the protected site so you have to rely on your vendor for visibility if an issue arises.

I would advise asking a lot of questions. If you're an SQL environment, make sure you failover all the key components in the correct way. If you want it fully automated, make sure you buy some extra hours to get professional support.

I would rate Zerto an eight out of ten.