HPE Zerto Software Reviews

We use it for storage and replication. In our organization, our team is responsible for the disaster recovery process.

Before, we were able to test about 16 virtual machines in production. Now, we can do the same exercise with 180 virtual machines, in less time. And previously, we needed our whole team to execute the manual process with Hitachi. Now, we use half that number of personnel in this exercise.

The speed of recovery is definitely better with Zerto versus the previous mechanisms we had. It has helped to reduce downtime without a doubt. On two occasions when we used Zerto for recovery, we reduced the downtime by about 80 percent.

We had an issue with change configurations in a database and we couldn't roll back those changes. We used Zerto to recover the state of the virtual machines to 10 minutes before the changes.

It has also exceeded our expectations when it comes to RTO.

The replication and recovery features are the most valuable. We have been able to recover files with Zerto. First, we enable the virtual machines on the recovery site and then we navigate to find the file that we need. On two occasions, other departments in our organization reported issues with specific virtual machines. We used the checkpoint feature of the Zerto to enable the recovery of those machines to a point that was a few minutes prior to the problem.

It's an excellent tool for the replication of VMs.

We had some issues with replication, especially on Linux, but we have already resolved them.

I would like them to enable more backup configuration features. I'm not sure if Zerto can give us immutable files for ransomware protection. That could improve the backup.

I have been using Zerto for about two years.

The stability gets a high grade from me. I don't recall any issues.

Our principal site is located in one city and the recovery site is in another city. They are connected by an extended LAN.

In terms of scalability, it is good because, on the two occasions that we have done the upgrade process, they were "hot," meaning we didn't need to turn off our servers and that's very important for us. We always have our tools available.

We have opened cases on several occasions for update processes and for issues that we had at a moment when we were doing an exercise and replicating a VM to the recovery site. Their response was immediate and they were very efficient in coming up with resolutions.

Positive

We didn't have any previous backup solution.

The pricing is a little more expensive in comparison to other tools.

Knowing the backup options that Zerto has, we could be using it to back up our entire company's virtual machines, but we are just using its replication and backup for some virtual machines, but not all of them. That's because we are limited in terms of our license. We are only replicating about 30 percent of our virtual machines, those that have been identified as the most important for the organization.

We checked out Veritas Risk Advisor and Veeam.

It is meeting our RPO expectations and we are happy with the RPO.

We purchased Zerto for our business continuity and DR approach to make sure that workloads are available. We have 1,000 servers but are only protecting 250 of them because they are our core servers. The ones we don't currently protect are Tier three applications.

We have had many instances where VMs were corrupted by an application owner, where they were installing something and did not create a snapshot in VMware for it. Instead of tapping into our backups, with just two clicks, we were able to restore the VM back to its original state. It helps a lot in the day-to-day running of our business.

In some instances, there is data within transactions that I need to recover that might be lost. When using Zerto, I might be losing five seconds worth of data instead of losing ten minutes. That helps a lot. Zerto also helped us reduce downtime and we have been able to recover VMs fairly quickly by just clicking two buttons. Within a minute I would have a VM up and running and ready to go with no issues at all.

The RTO and RPO are the most valuable features. I get six-second snapshots for every single time that data gets replicated. I can go back six seconds past whatever happened. The frequency of the snapshots depends on your latency. It could be as frequent as every two seconds.

The overall management plan could improve. If something happens with the VM on the vSphere side, the error codes are pretty weak. If there was a way to click on something within the UI that takes us to a support page or article, that would be very beneficial.

We have been using Zerto for six years. 

This is a stable solution. Most of the time, the issues that we have had with our ZVM going down are caused by us. 

This is a scalable solution. We deployed it in eight different locations. 

The support could be better. Overall they do have the answers for me when I need them but it takes them some time. The Level 1 support team that I contact first when I call in could be more knowledgeable about products and be able to resolve an issue instead of having to wait for a Level 2 or Level 3 person to assist.

I rate their support an eight out of ten. 

Positive

I've seen and looked into the VMware SRM. We also use another company, Cohesity, for our backups. They also have a solution for replication. When comparing these solutions, the RTO and RPO times are fairly reduced when using Zerto to get to a point where we need to be functional right away in an event of disaster recovery.

We have experienced ROI using this solution. It helps a lot when we use Zerto to test out certain applications. It offers a lot of value for our upper management to see how this product helps us in the event of a DR.

The pricing for this solution could be cheaper. They have two licensing tiers. When we purchased it, they didn't have a license for the cloud model. Certain things that I used to get with the basic licensing are no longer available. They are only available in the Cloud. Overall, the licensing model could be simplified. 

I would advise others to test drive the solution themselves. They should play with it, see how it works themselves and try to break it. 

I would rate this solution a nine out of ten. 

We primarily use Zerto for disaster recovery and backups.

When we use our VMware environment, sometimes the HP hardware is not compatible, and we start to lose data. I like that we can restore our whole application and public-facing system through Zerto.

It's the easiest way to do disaster recovery. It's less complicated than VMware.

Compared to the ease of use of other DR or backup solutions, Zerto's dashboard is the easiest. The user interface is much simpler, and maybe, that's what makes it easier.

Zerto helped reduce downtime when our data is corrupted. We're able to restore it relatively fast. There may be downtime of about half an hour for us, but the users don't see it; it's transparent.

The speed of recovery with Zerto versus the speed of recovery with other DR solutions is about the same.

Zerto reduced the number of staff involved in DR situations. We went from ten people to two for the whole organization.

It also reduced our organization's DR testing by about 30%. We've actually been able to move a lot of our resources (people) to AWS Innovation.

Zerto can improve the dashboard by making it even more simple. Right now, there's a lot on the dashboard, and it can be overwhelming. If you're an experienced user, then you'll find it easy to use, but if you're a beginner, it will take you some time.

We've been using it for seven years now.

Zertos' stability is very good.

It's very easy to scale, but the only problem is that there are additional costs associated with it. 

Zerto's technical support is excellent. When you open a ticket, they get back to you right away. If you mark it as a priority, then you have instantaneous access to support. I would give technical support a nine out of ten.

Positive

We have VMware products and tried to implement VMware Site Recovery Manager. However, it was just a little too difficult for our environment.

At first, the initial deployment was complex, but now it's relatively easy. For someone experienced, it is not a problem.

We have five data centers, and we started with one and deployed it in phases. Because there are lots of firewalls and access, we picked one data center and then built the next one.

We implemented it ourselves, and it took about a year to deploy it across the whole system.

For a long time, we needed disaster recovery that was more than IBM's, which is in Colorado. We needed something on-premises that was instantaneous. That's what Zerto offers, and that's the ROI we have with Zerto.

The last time I looked at pricing, it was very good. It's much cheaper than VMware by far.

We looked at VMware Site Recovery Manager and IBM, but they didn't work well.

The best way to look at it is from an ease-of-use standpoint because when you look at VMware's version, it's a little bit more complex even though it is native to where we use it. That's why we went with Zerto.

Considering what we use Zerto for, I'd give it a ten out of ten because it is our primary solution.

It is mainly for disaster recovery of our public-facing website.

I oversee the infrastructure team. I'm the lead for the infrastructure. It is not one of the technologies that I've primarily managed. As an infrastructure lead, I have my hands on every project, and it is hard for me to just focus on one. Especially because it is more of a disaster-recovery type solution for us, as long as replication is going fine and there are no issues, we don't really go in and play with it much.

It does what it claims to do. I can't say whether it improves anything. It is just the fact that we want to make sure our public-facing website is up 24/7, and Zerto gives us the capability of doing that.

It hasn't reduced downtime because we haven't experienced any downtime yet. We've done annual testing to make sure that it is working properly. So far, so good.

The replication is valuable. We have two data centers, and it is replicating from our main data center to another data center. In the event that there is an issue with the first one, it just goes over, and we have the website up and running. It does an automatic build. It keeps our website up and running without interruption. It is constantly replicating. It has the most up-to-date information, at least until the main one goes down, and then it automatically brings up the other one. It is already pre-configured with the network and everything else. So, the website is up and running in seconds.

The recovery was pretty seamless. It took about a minute for it to kick over when we did our testing. So, it wasn't a long downtime.

Zerto is more of a set-and-forget-it type of solution. As long as the replication is continuous and there are no issues, I don't touch Zerto. We don't have a lot of workload that needs to be up. We just have our web server and our applications here. Those are two main servers that we get up and running in a disaster-recovery type situation. I can't give any area of improvement from a real-world experience because we haven't had that issue, but from testing, Zerto has been working great. 

It is not something that goes beyond what our use case is for. When it comes to a solution, one of the things the management wants is to standardize platforms. That's why when Rubrik came out with their solution, they wanted to look at it. For instance, if you have multiple technologies, you're going to need admins to manage all those different ones. I would like Zerto to be something that fits all our needs, including the backup that Rubrik provides, but I understand that not all solutions can be that way. When I started working here, my predecessor who was managing Zerto had no documentation. So, I had to take over. No one else knew how to manage Zerto. So, there is just that type of learning process. That's why management wants to standardize on one solution so that it is easier to cross-train, but that's not Zerto's part. It just happens to be our environment and our management style. Zerto as a solution has been great for us.

I've been using it for about three years.

It has been stable for us. We had networking issues that caused the replication to break, but once we had that resolved, replication was seamless again. The
networking issues were on our side.

I don't have much input for its scalability because we only have a maximum of three servers that we need Zerto to bring up and get running as soon as possible, in the event that the main data center goes down.

It has been great. I've only requested support twice. The support engineer that worked with me has been great. I believe it was for the upgrade process, and he reached out to me and informed me that there was a new version that fixed a lot of the bugs from the previous version. He worked with me to get both data centers up to the latest version. I would rate them a 10 out of 10.

Positive

I haven't used any other one. Rubrik just happens to be coming out with a similar solution, and because we use Rubrik, management wants us to take a look at it and do a comparison between the two.

Aside from working with the network team to get all the networking pieces configured, it was pretty straightforward. Installing the agents on the servers and doing the initial replication took the longest time because we have close to a terabyte of data that has to be replicated from one data center to another, but other than that, it was pretty seamless.

It gives us peace of mind. It hasn't happened yet, but it does happen. Based on our annual testing, we are pretty much happy with what Zerto has done or can do.

Zerto is pretty reasonable. I haven't checked to see how much Rubrik is going to quote us for their solution. At least for us, the price doesn't play a big factor in the decision-making because it is a pretty small deployment for our use case.

We're currently evaluating Rubrik because we use that as our primary backup solution, and they just came out with a technology that's similar to Zerto. My managers, the executives, and I are in discussion on possibly looking at their solution and comparing it to Zerto to see which is the right fit for us.

In terms of ease of use, I haven't played with the Rubrik one yet just because they just announced it, but Zerto is pretty straightforward. I went in, and I did all the configuration myself within about 30, 40 minutes.

It is a great solution for what it does, but every company and every department has its own use cases. It is just a matter of evaluating different solutions that are available and picking the right one for your environment. For us, Zerto happens to be the right one.

I would rate it a 9 out of 10 just because it fits our needs for the solution and the environment we're in.

Our primary use case is disaster recovery, as well as data center migration when we went to a new VMware infrastructure platform.

The first benefit was being able to sleep better at night knowing that we can recover instantly. Because we do public safety, we have some databases that are terabytes in size, and were we to have to recover them using standard backup software, it would take a significant amount of time. With Zerto we can recover instantly in the event of an emergency. 

And when we went to a new data center, we had the ability to do a cross-center migration of the systems, and we found Zerto was much faster. We could migrate 25 to 30 servers and have them up and going in less than five minutes in the new environment, with very minimal downtime.

It has also reduced the number of staff involved in data recovery situations. We find that we really only need one person to manage it. That person was able to write up documentation so that any of the other system administrators can jump in and handle it, because of the ease of use.

For me, the most valuable feature is the ability to recover critical systems, such as public safety, within a few minutes. In addition, the RPO is six seconds of data loss, tops.

Also, the ability to adjust the journal is important. If there were a ransomware event and we were not able to recognize that ransomware event for, say, four hours, we could go back, literally per minute, to the previous 24 to 48 hours to have instant recoverability. That, to me, is the big value of the product: to have our systems up with very minimal downtime.

We've been using Zerto for three to four years.

The stability has been excellent unless there is an issue with something on our end. For example, if a virtual replication appliance exists on a specific host and we take the host offline, Zerto will flash alerts at us, which I love. Zerto is always telling us when there's an issue with recovery. But the application itself has never gone down.

We haven't even noticed any over-utilization across our circuits, with the ability to throttle how much it's using. And once the initial sync is done, it's just kilobytes to keep it in sync. We don't see any downtime from using it. We haven't had a disaster situation recovery yet, but when we do, we're confident because our tests with it are successful.

Scaling has been easy in that we had multiple data centers that we needed to combine into one. It was very easy to create "spokes," where we installed different Zerto appliances in the other data centers and then linked them to the master to migrate them over. From a VPG perspective, we've had to scale out and it's never been a problem.

We have about 250 virtual servers. We had about 100 and we recently purchased another 150 licenses so that we could protect the entire environment. We're in the process of applying those licenses to all of them. We haven't applied all of them yet because we like to categorize which Virtual Protection Groups we want them to be in, so that they spin up at certain times. We like to think that out a little.

Their support has been very good. I haven't had to open very many tickets, but the few times I have, I have gotten a response within an hour or two. The support is good. They handle everything all the way through to completion and then they say, "We'll keep this ticket open in case you have any more issues."

Positive

We used VMware's SRM, which was a great solution; there was nothing wrong with it. But with Zerto, it's like riding a bike. Once I learned it and knew how to do it, I could let it run and do its thing. Maybe a month later I would have to jump in and do something, and the user interface is so easy. I don't have to relearn or remember how it works.

Zerto is quite a bit better when it comes to ease of use, compared to SRM. It's very user-friendly. With SRM, I definitely had to do some learning and read some things. With the VPG, it was almost self-explanatory, such as how to set up VPGs, how to recover things, how to do a failover, and how to do a test. Even as a proof of concept for management, I was able to take a VPG, delete a bunch of files on it, and then recover them from a few minutes prior. It was so user-friendly that even my management was able to watch me do it and understand what was going on.

SRM was just kind of there, in place, and it worked. Zerto is the one that I've really dug into and got my hands dirty with. Once we started utilizing it and realized how quickly we could recover. We realized that it could be used for migrating to a new data center. When we called Zerto we found out that that is a use case people use it for. From a speed perspective, the servers were down for less than five minutes when we migrated them. It was really fast with very little downtime.

The whole process was extremely straightforward. I did a little bit of learning in the Zerto University on how to do a quick deployment. There are not a lot of steps to the quick deployment. After just a few steps we were up and going, almost instantly.

After the installation, it prompts you to log in, and as soon as you log in, it starts telling you what to do. It says, "You need to deploy your virtual replication appliances." And then it says, "Great. Now that you've done that, you're ready to create VPGs." It was almost like the application was literally telling me what to do next.

We deployed it ourselves. I had a couple of questions after deployment, but nothing major, about a couple of ways I could tweak it. But the initial deployment didn't need any technical support. It was that easy to deploy.

We looked at a few other solutions. Zerto was the one that really stuck out, especially once we were given a proof of concept.

Definitely try it out. I was able to leap right into it and use it immediately and do a test case within a matter of minutes. I was able to show management the ease of use and the ability to recover, and of course, that makes management happy.

We are using it to decommission a data center, then moving the data over to other data centers that will still persist within our environment. Also, we now have a more robust disaster recovery for a lot of our non-vital, non-critical applications.

From a management perspective, one of the biggest benefits is to see the excitement of your engineers having a tool that truly enables them, really making their lives easier. That is something that I love. When we came out of the PoC, their eyes were just wide with excitement of what was possible now.

The replication would be the best feature. It increases our DR capabilities. We put a lot of time and effort into DR overall. For the amount of time that it takes to test and go through those activities on a regular, recurring basis, well, this cuts down on the time commitment, not just by the infrastructure team, but by the application teams and all their peripherals. Even just from a man-hours perspective, it is a huge cost savings. You cut down three hours per application, and an application has anywhere from three to 12 developers plus others who support that application. So, you are probably looking at 20 people times three hours, then times however many applications we have, which is in the thousands. That compounds pretty quickly.

We have been officially using it for three weeks.

It seems as though everything on the scalability factor checks out. However, we will see that very soon in our use case.

We have thousands of applications and servers. There is an exorbitant amount of data. 

The support that came in and engaged with us, setting us up through the PoC, were fantastic. Coming out of it, I already have five engineers who have gone through multiple levels of certifications. So, it appears as though that technical expertise, to be able to improve themselves, is right there at their fingertips. It seems highly available. I would rate them as nine out of 10.

Positive

We have used Site Reliability Manager (SRM), which is capable, but to a lesser degree. Zerto is 10 times to 100 times easier to use. It is amazingly fast.

I was not involved in the initial setup or deployment.

From the team, the deployment was very straightforward. The proof of concept that we ran took a little over a week. They were able to stand it up from scratch, deploy, and run several tests of varying complexities. Everything went smoothly. We put a contract and agreement together in record timing for our company.

We had a terrific hands-on proof of concept with the Zerto team, where they came in and worked with our infrastructure engineers. Our engineers were completely amazed by the solution's capabilities. As quickly as we could get our licensing in place, we did. Now, we have had our licenses assigned for the last two or three weeks.

From our perspective, we are already thin-staffed as it is. So, Zerto has allowed us to focus on other things that are equally important.

We have not been able to apply ROI yet, just because of our circumstances. We are waiting on teams to move out of the data center. However, we are now poised and ready. Once that onslaught of requests come in, that is when we will really see the return on it.

If you are a numbers person, the benefit far outweighs the cost from any other competing software or service provider. When you are talking about trying to keep a reduced amount of engineers in the happiest state possible in their work environment to do the workload that they had traditionally done with double the amount of people on their teams, this tool relieves all the stress that they are carrying with them on a daily basis, even though they don't have to implement it on a daily basis. I have seen that firsthand. That return on investment is almost invaluable.

They could iron out the licensing aspect of it, so we might be a bit quicker when implementing and starting to use it. At the same time, our sales rep and all the supporting team members from HPE and Zerto were great and very flexible. It is hard to be critical of that.

We have not done another valuation recently. Zerto was the first in quite some time.

I would rate this solution as nine out of 10.

Zerto is primarily used for site-to-site replication and recovery, low RTO and RPO, and migration from onsite to the cloud.

Currently, we have ZVMs installed on Windows Servers in our environment, vRAs and VRAHs installed on our vCenter environment, and ZCAs installed in our Azure environment.

I am not the primary user of Zerto. I am sort of the implementation or API specialist on it.

It gives us a seamless, performant data center migration. When we were migrating between physical data centers, we did what normally would have been a 72-hour job in about 18 hours. A large part of that was thanks to Zerto being able to rate limit and throttle how much data was being sent or transfers were happening. Being able to script around it and create governors was important. We didn't have that previously. That is one big use case that has saved an immense amount of time and effort. 

Previous data migrations were really tough and hard. It was high stress with late nights, no sleep, and a lot of coffee and Red Bull. We didn't have that this time. Everyone felt that we got through this in a slightly longer working day instead of 72 hours. So, we have seen a return on investment.

Another use case is being able to do disaster recovery testing at will, whenever we want to. That has been really special.

Primarily, the most valuable feature is the simplified deployment methodology, but also use the REST API and script ability for modularity. 

Zerto API Wrapper is really good. We don't use the Zerto module specifically. Instead, we use API Wrapper, which is a lot better in my opinion. The fact that we can extend the functionality of Zerto to high-level policies or processes via the API, whether it is through API Wrapper or otherwise, sort of brings out a lot of interesting usability use cases for us. We can do self-service replication of servers via ServiceNow, scripting, etc., offering extensibility. It is really easy to use. It helps to save a ton of time as far as replication goes.

There are open API calls. Things are available via the UI and API that may not be documented really well. You can open developer tools, inspect those elements, and see what those payloads are, but it is an extra step. For someone who is kind of new to the game, they may not know how to do that. 

Zerto is not an API-first company, but an API-now company. A lot of the functionality that is in Zerto UI is not in the Zerto API. That is likely because it is baked in code or compiled down DLLs. Every business has to make a decision to work on something, and I don't think Zerto has committed resources to working on that part. It is a problem to do cleanup for Azure Blob Storage, recovery site storage, or whenever you remove a VM from a VPG without deleting the VPG. That needs to be improved. 

Doing scheduled disaster recovery connection tests, e.g., being able to migrate things up and get things working on a recovery site without needing a user to do it, would be helpful.

Analytics has a 90-day window, where it keeps data. It would be nice to have on-prem storage instead of cloud storage for that so we can keep the data for longer. Unless you discover the problem within three months, you don't know that you need the data. Then, it is gone by the time you realize there is an issue. 

I would like to be able to offsite some data. We export our analytical data so we can keep it longer without having to script around it. It is possible right now, with the API, to script around it. However, I don't want to have to write a monthly process to export the last three months of data to a spreadsheet so I can just have it if I need it. 

A lot of the PowerShell documentation in some of Zerto tutorials or how-tos is a PowerShell-to-legacy sort of paradigm. It needs to be updated to at least 3, likely 5, or probably 7. It looks like it was written by someone who didn't know PowerShell, but had to learn it really fast. It does the job. If you copy and paste it, then it will work, which is something. That is way better than what a lot of people do. However, I feel like a bit more effort should be pushed towards PowerShell.

I would like them to build an alerting system. I am trying to find a way to connect it to my business continuity people, so the Zerto people don't need to be pseudo-business continuity people all the time. They can just be IT people. 

I would like more creature comforts for the scripting engineer. It would be nice if they could expand the development community around building different APIs or API structures for Zerto.

I have been using Zerto for two and a half to three years.

Stability of Zerto is significantly better now than it used to be. It was a little unstable, especially when you were doing massive amounts of migrations. I think there was a disconnect with Zerto's handling of jobs and the ticketing systems inside of vCenter. I am not saying that was a Zerto problem. It might have been a vCenter problem, where vCenter was unable to communicate how much availability it has to field those jobs, then its internal tickets were consumed in a way that Zerto couldn't deal with them well. There was probably some type of internal timeout that was reached when things failed. 

If you are not prepared to rapidly click retry a bunch of times, that will be a big problem for you. You can get around it by scripting. That is how we did it. You can get around it by updating Zerto to at least version 8, maybe even 7.53. 

The stability now seems solid. If there are some disruptions of service, I am not seeing it. We have taken off restrictions on our network throttling. So, we are not throttling that at all. We fullly let it go and it doesn't seem to be having a problem.

We have hundreds of terabytes up to petabytes of storage and replicated data. Triple-digits up to thousand-plus virtual machines are being replicated. There is RDM to VHD and VHDX-VMDK conversions. We have temporary disks or bypass disks involved for situations where VMs might be turned off or removed from environments without any lead time, thus pausing VPGs.

I don't think it has a problem with scalability. We haven't yet run into a problem scaling it. You could always deploy more ZVMs and ZCAs. The analytics engine has a calculator to figure out how many you should deploy. Follow that. It isn't perfect. If anything, it's a little conservative. Just don't test the waters unless you are prepared to sink a little bit. Be prepared to sink if you're going to try to min-max it. You can always tweak it. There are so many tweaks you can do on the ZVM and ZCA side. We have had to do probably a half dozen of those because our environment isn't the same as every other environment. 

You can push it to its limits. I don't think it is a problem with scalability. I think it is a nuance of your environment.

There were some hurt feelings with some of our engineers. They were told that it would just be plug and play. They didn't realize that it would actually take up a duplicate amount of storage. As a point of policy, that is how it works. I asked them, "How do you think it should work? If you don't think the storage should double, where are we putting the bits? Where is it going? How is replication happening?" It makes sense to me, but I think they were told something else. I don't know if that was a salesperson from Zerto's side or an advocate on the company's side, but they were misinformed. 

Zerto support is usually very good. I feel like we always get those Sev 1 cases where something is wrong with the core product. For example, every time that they have released a new minor or major build, there are release notes of what has been fixed. We have had five of those line items since version 7.

We have been using it since version 5. However, since version 7, we have had five big line items for those changes since we have a big environment and script a lot more, and maybe we script more than a lot of Zerto customers. We found a lot of weirdness in our environment, and that matriculated up. I got a call from the East Coast technical representative for the dev team. Every day, I had a call on the update of those tickets. You don't see that a lot. 

Some platforms work flawlessly. Some platforms are more simple. Zerto is a complicated platform doing a lot. After that initial burn-in period with our support team, we got grade-A service, which was really great. I would probably rate them as eight or nine out of 10. There is room for improvement, but if they never improved, I would be happy with the level of service and support that we have now.

I am pretty patient. From a programming standpoint, technology is hard and environments differ greatly, and I am willing to forgive a little bit. I don't speak for all my company. There are people in my company who don't accept that. They want it fixed tomorrow (or yesterday). Personally, I understand that it is hard and takes time to understand as the logs only tell you so much. 

Positive

I can't even remember what the previous product was. 

I wasn't involved in the initial deployment. I have been involved with subsequent deployments, which were straightforward. Originally, I babysat it, then I owned it in tandem with another engineer who was actually the owner of it. I helped with the scripting part since I had more scripting knowledge. 

Subsequent deployments take 15 minutes, which is not long. With ZVM installers, they ask you a question, then you put it in. If you don't have the answers, then you go get them. You have no business deploying Zerto if you don't have those answers to begin with. ZCM is just as easy.

Don't buy Zerto expecting to save money and get 100% performance. That is not how it works. That is not what you are buying. You are buying a solution that you have to invest in. Don't invest in buying the license, but none of the technology to support it. Ask the hard questions and expect answers that aren't, "Yeah, it will do that. No questions asked." 

I don't have a lot of experience with other solutions, but I have used a lot of technology. I know what approachable and unapproachable platforms look like. Zerto is an approachable platform. If you know the concepts of data replication and data recovery and know what those data protections look like, then you should be able to pick up Zerto with relative ease. 

Generally speaking, things in Zerto are where I would expect them to be. That is hard to do sometimes on other platforms. Sometimes, you get designers, UI developers, or user-experience people who don't really understand how engineers will approach a product. The Zerto platform seems tailored for people who are full code, low-code, or no-code, which is really special. I don't feel like you see that a lot. You start to get more of it now. However, having someone who is not specifically geared towards data replication, data recovery, or data protection accessing Zerto, they can use it if they have some of the nomenclature. They need to know a very small vocabulary in order to be able to navigate Zerto since things are where you think they will be.

Determine your questions in advance and ask them to the Zerto sales team. Get them to engage the engineering team as best they can. It does what it is supposed to do. It is not a magic silver bullet that just takes out everything. Everything is in layers. Zerto is only as good as your storage, back-end network, and replication infrastructure layer. It is only as good as the things allowing it to be good.

It has done a great job for what we needed it to do. I don't really have to worry about it doing the job. It is already doing it.

I would rate Zerto as eight or nine out of 10.

We are failing over approximately 250 systems. In many ways, this could impact 3,800 insurance agents across 11 states. 

There are two sites: the source site and the production site. Those are failing over to another data center about 150 miles north of my location.

When we went from the original DR plan that we had with Double-Take to SRM, we were able to fail over in an hour and a half. We did all the storage groups in bundles, and we are like, "Wow, this is unbelievable. This is awesome." Then, we went to Zerto, and it was like, "Oh wow, we can pick and choose how we want to do this." So, Zerto provided us with a lot of value. 

We went from testing in a week, e.g., we would say, "Alright, we are going to set aside Monday through Thursday to test all the apps which have been deemed 'need to be tested', and make sure for DR purposes that they are working correctly." We went from that to a day. We can do it whenever we want much easier than before. Instead of having to do it in a group, you could have it where there is scratch space and all the things that are needed, where all the changes and deltas are being cached. Now, we can do a small group of people anytime that we want, or whenever. 

We haven't done it all in a day. Our plan is to have it fail over where we can get it done quickly enough in that morning, e.g., if we have all the testing, testers, and developers lined up, then they can test and we can have it done all in one day.

It has reduced staff stress. We are not big on cutting staff because we run pretty thin. We have even seen growth in the amount of staff involved in backup and DR management. There will be two leads going forward, sharing the primary duties.

The most valuable feature is the failover testing and being able to do that in a granular fashion. We can pick and choose what we want to fail over and at what time, then how quickly it fails over. We fail them over into a bubble, which means our developers and other testers can go in and do whatever they want. They are not impacting production outside of the bubble.

The reporting function is a big thing that we like. Our upper management and execs are always like, "Hey, we need to report about what you did." So, we can print out a report that is 200 or 300 pages long, and go, "Here you go." It was a little overwhelming the first time they got it. They were like, "What?" I am like, "You asked for a report. This is the report."

For the last three years, I was a secondary admin. We got into a situation where they were like, "Hey, you're the lead. You need to immediately be the lead." I was like, "Okay, alright." So, I was able to go in and create the protection groups and replication servers. We run VMware so we were able to push that out to the hosts, uninstall and decommission stuff. I was able to get that squared away within a day or two. It is very easy to use. If I can do it, anybody can do it.

The Zerto’s near-synchronous replication is very important. We used to say, "Hey, if we don't have this and if the building blew up from a gas leak, then what would we do?" Now, it is not just disaster recovery, but there are departments of insurance requirements for federal requirements going, "Hey, do you have a disaster plan in place that will successfully run? Can you provide me with those reports?" It also checks that box since we have requirements that need to meet for customer data. They need to be able to retrieve that data, either at the running site or production site. Or, in the case of a disaster, we will need to provide them with that information. So, it checks multiple boxes.

You can create a VPG and put anywhere from one to 17 servers in that group. We build them one by one. If something changes in VMware, it would be nice to be able to go in and change that VPG, having it update without messing up. When you change them now, it only applies to the copies from the points when you changed it. I wish it would purge that older data from the past. Right now, we have to build a new VPG, which is not a big deal as it is just a few screens. 

We have been in the Zerto world for four years, and I am the lead on Zerto now.

Stability-wise, I would probably give it 10 out of 10. It is very stable. If there is something not running correctly, then it is an outside factor. It is either the admin or a connection to the other site. With the dashboard, it will show you that you have this many protection groups built. Everything is an individual green square, but when there is a problem, then you will see red. It is very simple. If it has a problem, you will see something. I have not dealt with a problem where Zerto is just not working. It is usually user error or sort of outage. It is reliable.

As far as Zerto replication and DR purposes, it has not caused us any outages.

I have answered stuff for Zerto before, and they are like, "Why do you like it?" We say, "Because it works." For so long, we had stuff that didn't work for so long, and this solution works.

As long as you have the license to protect the VMs, then you can scale it as big as you want. 

We are currently protecting 325 VMs. We have plans to expand in the future.

My dealings with the technical support have been top-notch. They are very good. I would rate them as 10 out of 10.

Positive

We had Double-Take and were replicating to a site with SunGard, then we swapped. It was kind of a nightmare for us to get it working the way that we wanted. I am sure it is a great product, but the way that we needed it to work was just not working. Then, we went to VMware SRM, which worked great and went off without a hitch.

We then wanted something with a quicker recovery point objective (RPO), and that is when Zerto came in. They allowed us to failover in a granular fashion. We could pick and choose how we wanted to fail over in DR tests. That is a big part of our DR testing. Enterprises want to be able to know that they have a successful test and can run in a failed over environment, so the test is 50% of that. The other half is, “If we had to declare a disaster, where would we be?” The RPO is two to three seconds with Zerto. I have talked to people with Unitrends and several other companies who say that you can’t get an RPO that low, but that is what we have. Today, it is very fast today.

When we need to do our DR test on a specific day, Zerto has allowed us to be able to do that in granular fashion. With SRM, you had to fail a group of servers over. While that may have changed, at the time you could only do them by storage volumes. With Zerto, it didn't really matter. It has been like, “Which ones do you want to fail over? Do you want to do just your SQL servers?” This has allowed us to have a more granular approach to testing and DR testing. It ensures that we can do it in a certain way and confirms that our actual DR plan is a good plan.

We didn't have anything that worked for so long. I think Zerto kind of showed up and was in the great spot where they couldn't be any worse than what we had.

I was not involved in the initial setup. This has been kind of thrown in my lap, and it has not been a nightmare at all.

The prior admin hired services for updates. Going forward, I will probably do them myself.

We have seen ROI. It reduced the time for failover and failback by 90%. I am not saying that the products I mentioned earlier are bad products. They just didn't work well for what we wanted.

Zerto has had a significant impact on our RPO. It is a double-edged sword where our RTO and RPO have allowed us to almost not miss a beat. In a DR test, we are more staging and moving systems over, and this is more of a tactical approach. With some of the moves that we are making with SQL and using blue-green environments, I don't think we see a problem at all. We feel very good about it. 

We bought it through a reseller.

We are very fortunate because our budget is pretty big, and I am not making that up. Staffing may be a little thin at times, but as far as budgeting what we buy, the price for this solution has not been so outrageous that we don't buy it.

I think there is a support cost.

I was a big proponent of using SRM because I manage the VMware environment. Being a VMware product, I was more in their corner. So, it was mainly between SRM and Zerto. We also might have looked at Rubrik.

With other vendors that we used, we would sometimes start on the weekend, e.g., on a Saturday morning at 6:00 AM, then we would go through at least Thursday of the next week. It would be a long, arduous process. Sometimes, we would go only two days because we could never get past a single spot, then the entire test would be a failure. With Zerto, it has reduced our DR testing time drastically. It went down to where we think we can do a test in a single day. We were able to pull it off last year in two days with failover and failback tests as well as reports.

Zerto provides ease of use when building out jobs, then having them failover as you want, one by one or selecting five or six VPGs at a time. One of the big things that we do is with SQL. We want our databases online before doing any testing. There also needs to be domain controllers turned on for people to be able to log in. It is like, "Alright, we are going to fail over the domain controller." Next, they go, "Alright, we are going to fail over our SQL stuff." Before, when we had those SRM groupings, it would be a bit harder. You had to wait for everything to finish. Now, it is granular, where you can pick and hit one by one what you want. The database administrators can go in, and say, "Alright, we are online. There are three more that just came online." They are able to test it, and it just works. Having something that works was a big thing for us.

It has not replaced any of our legacy backup solutions. We use Veeam for any backups or system restores at this point. So, Zerto's role is just for DR.

We have luckily not had to use Zerto in a data recovery situation for ransomware. We have had one instance where we were in a spot like that, which was about two years ago, and we were able to restore it back with Veeam.

Until the last few cases, VMware support is some of the sorriest support that I have had.

I would recommend Zerto because it works. You will need to do a PoC first though.

Immutable data copies are something that we are looking into. For example, if I have a recovery point of two, nine, or 10 seconds, then we get hit with some sort of ransomware attack or something like that. We would like to have immutable data that is unchanged. So, we are looking into this feature now.

I am sure it has enabled us to do DR in the cloud, but we are not a big fan of putting that stuff in the cloud. We are not a fan of putting it on somebody else's computer if we can put it on our computer. We have been very happy having a DR site approximately 150 to 200 miles north of our main site. We are kind of running it in our own hybrid cloud at the moment.

As far as testing, there are probably 70 people who test.

I would give it a nine out of 10. It has done what we wanted. We have been very satisfied with it. We are Zerto fans.