HPE Zerto Software Reviews

I am the global lead for infrastructure for the VMware and Windows Server environments. We are mainly using Zerto for disaster recovery. We have a prime site in Missouri, and we have plants in Taiwan, Malaysia, Japan, Italy, and Korea. We have 400 to 500 users in the environment. 

We have installed Zerto software on the DR site and the production site. We will be using Zerto for the production site for all the centrally used applications, such as SAP, file servers, and Exchange. Because this is a central site, a lot of other sites come to this site for various things. 

We also have Zerto on the DR site. In manufacturing, there are 60 or 70 tools, and each tool costs around $500,000. When the site goes down, you cannot transfer these tools very easily. It takes time. These are big tools, and it takes time for them to go somewhere else. You have to do a test again and go through the qualifications procedure, which takes time. As the IT department, we are interested in getting the applications that are used by all the sites centrally located, and if anything happens to the primary site, we want all the applications to be already there on the disaster recovery site. We just bring them up, and we are good to go.

Zerto will help to protect VMs in our environment. We have tried that in the test environment. That would be another reason for using Zerto.

We have used it for VMs. We know that it is a very good product. So far, we have only synced SAP and tested a few things. For SAP, there were two guys doing that, and they like Zerto very well. They have the test databases up there. It was smooth, and they liked it. The part that we still need to test is the Windows VMs where we can spin up a domain controller, change the IP, etc.

We can move data that is needed to keep our users collaborating with one another using Zerto because we are doing a continuous sync of the site. Once it is synced, we do not have to worry because everything happens in the background.

The replication feature where it constantly replicates and sees that data is always in sync is valuable. 

The ease of moving all the VMs is valuable. All we have to do is change the IP address and the VMs are all up and running there. There is a passive sync with all the VMs. That is what we like about Zerto. VMware has its own tool, but you need to do a lot of scripting. In manufacturing, we have a one-man team, so we do not have time for all the specialized work. We needed an application that is more GUI-based so that we can pinpoint and easily move VMs. We can bring up all the VMs and make sure the data is in sync, and we are up and running, so the ease of implementation is what attracted us to Zerto.

Zerto is very easy to use. It is very professional. We had no issues at all. Even for bringing up a new ESX host, they have a standard procedure. It is very easy. With a few clicks, you can do the ESX installation. 

There should be an automatic installation in a cluster. When I add a virtual client or ESX source to the cluster, it should automatically install that. There should be automatic installation. Currently, I have to do that manually.

They can give us a few training classes.

We installed Zerto just three months back. We have not yet started using it properly.  

Zerto is a very stable product. We have no issues. So far, it is working as planned. It is very stable. We will soon be working on it full-fledged. 

It is very scalable. We buy new licenses, and we just add another ESX or VM. We manually install it, and then we are good to go. It is pretty easy.

We have not contacted support yet. So far, so good. Everything is working as planned.

I tried VMware replication, but it was too hectic with all the scripts, so I gave it up. 

We implemented it recently. There was the ease of implementation. It was easy and straightforward. 

In manufacturing, we have to make sure that everything is on-prem. The data has to be on-prem because all the tools write immediately to the servers. There are two types of manufacturing. For the type of manufacturing where your tools are constantly writing, cloud applications are not good. For example, when we scan wafers, there is a set of data, and when we go through another tool, there is another set of data. This has to be instantaneous. There is nothing called a cache or buffer on those tools. It has to be instantaneous. We cannot say that the cloud is down, and we lost the data. We cannot stop the tool because this is a manufacturing facility with 24-hour operations on 365 days. We cannot have any downtime where the full site has gone down because this site is used for central applications.

I am the one who implemented it. Overall, there were just two people involved from our side. There was me and one more person. Because it was a new product, we also had a representative from Zerto as a standby. He would just watch our screen while we were implementing it. When we got stuck somewhere, he would help us. Because this was a DR site and it was a little far off, we wanted to make sure that everything went smoothly.

In terms of maintenance, so far, it did not require any maintenance from our side.

Having a solution like this is similar to having insurance. When you have a car accident, that is when you know the value of your insurance. Similarly, you cannot put a definite value on a solution like this till something happens, but there is peace of mind in knowing that the software is there, the VMs are there, and we can test it anytime. That is the true value.

It is economical as compared to other brands. 

We are an HPE shop. Zerto was procured by HPE, and we were looking for a DR solution. We went for Zerto because of its simplicity and ease of installation. We did an on-site proof of concept of Zerto for a year. We liked it and purchased it.

The only other product that we looked at was the VMware one because of the orchestrator. We did not look at any other products. I know that Veeam also has the same features that Zerto has. We had some discussions, but we never looked into it. Once we had a product that was easy to install, we did not feel the need to compare. It was doing what we wanted it to do.

Another factor for going for Zerto was that its price was economical. My boss, who is the CTO, liked its licensing scheme. It was much more economical as compared to VMware, and that is why we went ahead with Zerto.

Before implementing this solution, in terms of preparation for disaster recovery, you have to identify the business applications that are critical to your environment. You have to scope that out and make sure you have your VMs accounted for because licensing depends on the number of VMs. With a product like Zerto, you have to know the number of VMs and the size of data you are going to sync. These are the two factors that you have to look into for disaster recovery. 

Zerto is way better than other products. Installation is done with the click of a button. Everything happens in the background. You do not have to worry about it. As a product, we have not had any issues so far. However, we have not yet done a full-fledged disaster recovery. We have done minor testing, and we want to do major testing. As of now, I am very happy with the product. It does not need any further modifications. It is simple. It is nice. It is easy to execute, so I would keep it that way.

We have not yet used Zerto for immutable data copies. I have been playing around to migrate a VM and see how it works. So far, we have only used it to sync up the SAP side. Our SAP stuff is already synced up, and we have done some testing of it, but we have not done any disaster recovery.  

I have not had a chance to assess Zerto for blocking unknown threats and attacks. We are mainly interested in using it for disaster recovery.

Overall, I would rate Zerto a ten out of ten.

Zerto is used as our go-to disaster recovery failover software for the replication of key systems from our main office to our main data center. We primarily use it to protect VMs.

Being able to offer the level of disaster recovery RPO that we do has been a game-changer. Offering that level of RPO would have taken other methods to accomplish, but this has been straightforward.

It has been compatible with our VMware environments as time has progressed. We started using this in 2013. To make it easy and even more seamless, they spanned a Layer 2 subnet from one site to another using networking strategies. That way, when we fail over a VM or an asset, it does not change IPs at all. It has definitely given us a level of recovery that we would not have been able to accomplish as easily otherwise.

Recovery with Zerto is faster because, in the past, I believe our organization implemented asynchronous replication and used replication methods that were specific for storage. Having synchronous replication and an RPO that is essentially nothing, between sites, has definitely increased our response time. It allows us to immediately fail over seamlessly. It has also reduced RTOs throughout, since the recovery point objective in general is just a second. The smaller our RPO gap, the faster the RTOs we get.

In terms of downtime, there was a particular situation where we had an unexpected double outage of our WAN link. Unbeknownst to us, both of the fiber runs, although they were from the same company, ran through the same place, along the same train tracks where there was maintenance going. We were able immediately to fail over to our secondary site and keep downtime to zero.

That was an outage that I now know, in hindsight, lasted a couple of hours and it was during the peak closing of the US market for trading. It would have cost us millions. It would've been bad if something had gone wrong, since we needed to trade "now, now, now," but would not have been available. Thankfully we were able to trade.

Another benefit is that it allows for automated testing and non-impactful testing with the ability to spawn VMs in a test. We can perform any type of DR and integrity testing at will without impacting our production. I can't really quantify it but I know that DR tests definitely move a lot quicker now. Normally, DR testing would happen over a weekend. And it used to be the case that we would fail over everything immediately. We still have tests where we do live failovers with Zerto, because they really want to say we have done them. But we have averted investing time in monthly and quarterly tests over a weekend because we can present the automated testing that happens by Zerto with that test network. Without that, we would have to do monthly live testing, so it saves us time.

The most valuable feature is its ability to do failovers from one site to another.

It's also very intuitive, simple, and very straightforward. Its layout doesn't seem very complicated. It shows its features upfront. When I first started using it in 2016, I had not heard about the product, but coming to this company and having to take over managing it was not challenging at all. I was able to intuitively start using it. I have not had any issues with the interface. It's a clean interface and that has allowed me to intuitively use and configure it.

The near-synchronous replication is key. That has allowed us to provide the low RPOs that we promise. For key systems, that has been the deciding factor. The other option would have been establishing VMware's native HA approach, where you have to spawn new VMs. It's not as transparent as Zerto, it's more under the woodwork. Zerto's ability to offer that level of synchronicity and immediateness has enabled us to offer that level of SLA for our processes in case of a disaster.

Recently, I started to try to deploy vVols instead of VMFS volumes in my VMware environment and I did encounter an incompatibility. It seems that for Zerto volumes to be protected, there's some sort of limitation with drives having to be either thick-provisioned or thin-provisioned, I forget which. But there's some sort of inherent limitation that causes an incompatibility with vVols and VMware. That has to be overcome somehow. It has to be flexible enough to be able to do its thing.

And for an additional feature, and I'm not sure if this is already in the works, I would like to see improvement on the Zerto Virtual Replication appliances, so that they are a little bit more streamlined as opposed to now where they just span multiple ZVR appliances like there were gremlins. We have our three main ZVR appliances, each one of them associated with one of the hosts, but as this thing grows it just spawns unlimited numbers of additional ZVR appliances and you end up with a bunch so that you can't really tell which is which. Better management of those ZVR appliances would help, if you have to vMotion them off of something.

If you want to migrate a ZVR appliance from one storage to another, you can't really tell what's what and there are multiple pieces related to this ZVR appliance. I would like to see that cleaned up a little bit with better management features for ZVR appliance maintenance overall.

I've been with the company since May of 2016, so I've been using Zerto for that long—going on seven years. Through the years, I have become a Zerto-Certified administrator because Zerto offers a free course on it.

It's very stable and very hands-off. I have so many other things to do and the last thing I need to be doing is babysitting Zerto, and that's not the case. Thankfully, it's one of those solutions that you set and forget. You pop in every once in a while and make sure the VPGs are still green and thinking. 

The only thing that has happened over the years is that the data store that this thing was on might have run out of space, but that was for other reasons. As long as you keep an eye on it, it will probably always be green and you'll never have to do anything.

I've been able to engage with their support many times over the years and I have not had bad experiences with them. They've always been very efficient and prompt in taking me out of very sticky situations.

Positive

We already have solutions in place for backup, such as Rubric. We used to be a Veeam shop.

I wasn't involved in the initial setup.

We have two environments, one in our main office and the other in a data center. We have virtual protection groups that protect VMs in the main office and we are able to move them from failover to the data center as a DR strategy. That will change in the future when we move all assets that currently exist in our practice office into the data center as its native location. For now, it's office and data center, but in the future it will be data center and data center.

Our Zerto environment is VMware vSphere 7, and ESXi 7. It's mostly Windows VMs but there are some Linux VMs in there. It's a mixture of thick and thin-provisioned drives, all on VMFS data stores. Those are VMs that it protects and that it is able to move from one place to another.

As for maintenance, Zerto is really hands-off. It's just the usual software updates and that's about it. 

I believe the next step is that the recovery ZVMs (Zerto Virtual Managers) will turn into appliances, so they will be full Linux appliances. That will be great because we won't have to patch the Windows box underneath. Once that migration happens, it'll be even easier to manage. The only other thing that I have to do every once in a while is when we have another VM to protect. I edit the VPG and keep moving.

We have seen ROI due to the lack of losses from downtime that has been avoided.

The pricing seems reasonable. It's still within what we consider to be value-add. Currently, we're running 50 licenses. We're probably going to downsize because there have been organizational changes in our environment and we don't protect as many VMs as we used to.

We have not looked to change over since I got here because Zerto has been that good.

We don't really leverage the restore point backup capabilities of Zerto, although we do, in our virtual protection groups, configure it to have at least two hours' worth of restore points since the last RPO. We also haven't ventured toward DR in the cloud, although there will be initiatives in the future, but it's just something we have not done yet. At least for the assets we're covering with Zerto right now, we've limited ourselves to being able to pivot between data centers.

Currently, we are using it to provide DR coverage for key assets, but I am also going to use it to move all these assets from the practice office in downtown Chicago to the data center, which will be its permanent location. I am going to leverage Zerto's move capabilities to relocate those VMs, Windows Servers, and Linux boxes to the data center permanently. And then I'll establish a recovery relationship between data centers.

For the cost of the product, its value-add, and the return on investment, which is twofold, you should definitely consider Zerto. The hands-off approach and stability of the product alone will give additional dividends. Invest in the solution. It's pretty great.

Zerto is a 10 out of 10 for me. It's one of the easiest pieces of software that I have to manage and one of the most reliable over the years.

We mostly use it for disaster recovery purposes. We do a lot of migrations as well, e.g., VM from one site to another. We use Zerto for that, as we have hundreds of VMs that we protect as our main DR position using Zerto.

In general, our DR position is entirely based around Zerto. We use it for everything. We just have a couple things that we don't put on it. There are a couple of Oracle things that we replicate with different methods, but we pretty much do everything related to DR with Zerto.

We are not using it for backup. We are using it for continuous DR and replication between two on-prem sites. 

We have two data center sites with bidirectional replications. Each site protects the other site and we have our VPGs that go back and forth.

We perform more DR testing now because it is so easy. For example, what we are doing right now is baselines on our recovery time objectives, determining, "Okay, if we recover one VM, it takes this long. If we recover another VM this size, it is this long." Then, we recover 10, 100, and 800. That way, we get kind of a forecast, when we add VMs, about how that will affect our DR stance.

When we need to move a VM from one data center to another, it is replicated there. We don't need to do any snapshots of storage. We just make a VPG for it, do a move action, and it is just there. It works really well.

The test features have been really good for us. Our DR testing goes very quickly and easily now for all our stuff with Zerto. We have our priority recovery process, where we cover our databases for our app servers and web servers. All our teams pretty much get their VMs very quickly. The RPOs are very low. 

It is very easy to use. There are a lot of training materials online on the Zerto portal, which make it very simple to learn and use. You could go from not knowing how to use it to fully understanding all of it in a day. This can be done by using the Zerto University, getting your little certification and making your boss happy. It is pretty easy to set up VPG-wise.

You have a 24-hour journal. The amount of disasters and things that you can recover from using a 24-hour journal is huge, e.g., ransomware. We haven't had to do that yet, but the possibility is there. It is good to know that you can go back as far as you need.

I would like to see the app be more like the analytics site. Right now, when you go into the analytics, you need to zoom in real tight on your browser. You get a lot more from the analytics site than you do from the app. If they made those two more similar, it would be really useful for day-to-day monitoring of your stuff.

I don't like the evacuation process. The host evacuation process could be a little simpler too. It takes our maintenance a bit longer, when we are doing host maintenance, because we still need to evacuate the vRAs manually. I know they tried to make it more automatic, but it is not quite there yet.

I have been using it for at least three years in my job function.

We have had no problems with it. Stability-wise, I can only say positive things because we haven't had any real negatives with it.

It is very scalable. If you add a data center, then you just add a ZVM at that data center, link it up, and add your vRAs. After that, you are ready to start making VPGs. It is very simple to set up.

We don't have issues with scaling. If a vRA is getting a bit overloaded, it makes little vRAs. So, it kind of handles itself. We have our vRAs at the maximum size, as far as CPU and memory, that they can be. Our RPOs are really short, so we are doing pretty well for our size.

Zerto's support is always responsive. I have never had any problems with it. Our lead Zerto engineer does a lot more stuff than I do as far as with support. Typically, I will escalate to her. If there is an issue, then I defer to her. However, as far as my experience with support, I have experienced nothing but good things. The learning portal, myZerto portal, and analytics are very good. I don't have to use support very often, which is a good thing.

If I were to rate it, I would probably rate it as 10 out of 10. Every time that I have needed them, they have been responsive and quick. I haven't used them that much, but when I have, they have been very responsive.

Positive

We have used SRM, who is Zerto's main competitor. 

SRM was pretty quick. However, the speed of recovery with Zerto is so simple. It can failover, e.g., do whatever kind of failover you want it to do. You choose your VPGs, then you are off. It is really fast and simple. A lot of people could handle using it pretty easily.

I haven't found it to be hard. When you add a new host, you just go to set up and add a new host, then it builds a vRA. It is pretty easy to manage alerts. It will tell you exactly what is wrong, e.g., this doesn't have enough scratch disk, so you need to go update that. Or, this host is offline, e.g., you forgot to evacuate it, so then you need to take it out of Zerto. So, it will alert you to that stuff.

I have done my share of deploying vRAs. Though, our lead Zerto engineer handled most of that stuff from the initial setup.

We have definitely seen a return on investment. We can move any of our VMs from either of our data centers back and forth very easily, bringing them back and doing tests as frequently as we want. We will be doing two tests next week. At previous companies, we did one test a year. Now, we are doing different stacks, e.g., if we do 20, 100, or 700 VMS, then it will be this long. So, we can forecast additional workload and how much that will affect our DR position.

Zerto is definitely a lot easier to manage. My whole team knows how to use it, since it is very simple to use and intuitive. There are a couple people who use it and I am the secondary person. We have someone who basically lives in Zerto. She adds stuff on a daily basis and we are always on top of our updates. We are always looking at whatever new features come out. We try to maximize our journals. We are up to 24 hours on a lot of them. Our average RPO is eight seconds, and that is pretty good since we have 1,500 VMs and 280-plus VPGs. We have a pretty big on-prem environment. So, the good thing about it is the frequency and ease of testing because Zerto is very simple to use. DR has enough problems to deal with and Zerto makes things a lot easier.

We have looked at Veeam and SRM. We examined the marketplace, Gartner, etc. This product that management chose, and we are pretty happy with it.

Give it a try. Move some VMs back and forth to see how easy it is to use. The one-to-many is pretty good. We have two sites, so it is not a very big deal for us to do that, but it is very useful. 

I would rate Zerto as 10 out of 10. I love Zerto's CDP solution. It is really easy to use. It does everything that we need it to do and scales easily.

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.

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.

Positive

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.

Our primary use case is for DR failover. 

The most valuable feature is the rollback feature that captures every couple of minutes. Whenever we have a server that goes down, we can use that to pull it back a couple of minutes before and it's good to go. 

The disaster recovery has been a benefit to us. The ability to capture or move something to another data center is also a really handy feature.

The near-synchronous replication is Zerto's shining feature. We leverage the most out of it. 

On the technical side, we usually need more of the deeper, not near-synchronous replication. We need it more for the back backups but there's always a fire drill. There's always an emergency that needs something that happened five minutes ago to be restored.

We use Zerto to help protect VMs in your environment. 

When setting up Zerto, you have to set up VRAs. I would like to see those not be needed as much. They're a little cumbersome and take up a lot of VM counts.

I have been using Zerto for around four to five years. 

The stability is perfect. 

It feels like scalability is what it's built for. It's seamless. 

I don't usually have to call support. Some of my coworkers are a little more familiar with it, and they have always said that Zerto support is very good.

They're fast, responsive, and willing to look at issues that they're not familiar with.

An interactive chat with knowledgeable staff could be a helpful feature.

Positive

We also looked at VMware. Zerto outperformed it and was more affordable. 

What's nice about Zerto that I don't think we saw with VMware is the ability to use one console for multiple beta centers. It's really nice not having to go into a specific site to come to or from that site. If a site or a whole data center goes down, you can still access it from the other and pull over it if needed. 

We had VRAs that we had to set up. The initial setup was good. The hard part was getting all of the servers into certain groups and then getting the disaster recovery plan for all of those. That was the hard part. Once you have that all setup, initiating those plans is very easy.

We have seen ROI. I'm more on the technical side so I can't give exact metrics. 

I would rate Zerto a nine out of ten. It gives me everything I want and everything I would need. Failing over is easy. Disaster recovery is easy. If there was ever an event where I had to roll over a whole data center, I don't really worry about it because Zerto has been there. The setup was probably the hardest part but once you get the hard part done, the rest is easy. 

Sometimes the console is a little hard to understand. Simplifying some of the commands inside of it would help. It's a very minor aspect. Sometimes the endpoint and destinations can get a little confusing and exactly how you want some of the functions to roll over can be a little bit hard to pick up.

The primary use case for Zerto in my company is to manage disaster recovery.

My organization has experienced the benefits of using the tool, which include the ability to test our disaster recovery quickly.

The most valuable feature of the solution is the constant synchronization, ensuring that we have the most up-to-date information should a disaster occur and we need to handle failovers.

Zerto's near-synchronous replication is why we first acquired the product.

Zerto's overall effect on our RPOs is such that it improves them significantly, and it is the reason why we purchased the product. Rather than having to recover from backup, which is time-consuming, it is available instantly.

If I compare the speed of recovery with Zerto versus the speed of recovery with other disaster recovery solutions, Zerto is at least five times faster than other products.

It turns out that my organization has not been using all the capabilities of Zerto and we just found from the session, HPE Discover'24, that the things we were looking for already existed within Zerto. I don't have anything to ask for improvement in Zerto.

I don't want any additional features in the product as I would be busy employing the functionalities I recently found out are available in the solution.

I have been using Zerto for seven years.

The tool is very stable.

The scalability is fine for our company. We are a relatively small organization, but it has done everything we needed.

The solution's technical support has been solid and very good, and we hope it stays that way under HPE.

In our company, we would recover from our backup software, so things depended on whatever backup tool was used at the time.

When it comes to the product's initial setup phase, Zerto's support has been very strong and relatively straightforward.

I have experienced a return on investment from the use of Zerto. The exercises associated with disaster recovery are faster and we are able to save time now in our company.

Fortunately, the tool's pricing and licensing are not a concern for me at the moment. Other teams handle it.

The evaluation of other solutions against Zerto was pretty quick. In our company, after we saw a Zerto in use, we couldn't find anything else like it in the market.

I have used Zerto to protect VMs in our company's environment.

Considering that there is always someplace to go from where our company is currently, I rate the tool a nine out of ten.