HPE Zerto Software Reviews

Our use cases are disaster recovery and long-term retention against ransomware.

Zerto was part of our technology transformation initiative about five years ago, not only to protect our customers' intellectual property that we create for them, but also to protect our organization as a whole.

In a way, it has reduced the number of staff involved in a data recovery situation since we are contracted with insurance companies to help us recover. This solution allows us to be more self-sufficient, using our existing staff to recover.

Zerto has helped reduce our organization's DR testing to seconds to minutes. We have been able to save probably close to 200 hours a year.

If something happens, and we are out and about, I would like to be able to interface with it on our mobile phones. That would be great.

I have been using it for about five years.

Their technical support is really good. They do quarterly tests to make sure everything is working and spot on. Our Zerto engineer is local, so we work with him quite often just to make sure everything is working.

I would rate the technical support as 11 out of 10.

It replaced Veeam. Zerto is a lot easier.

Prior to Zerto, when we were looking at our traditional disaster recovery, we were looking at 30 days plus.

We have been able to reduce our RPO and RTO to a matter of seconds to minutes versus what our technology committee established as our metrics, which was 30 minutes versus a few days.

Knock on wood, we have never had downtime. However, it has given us better peace of mind.

I would rate Zerto as 11 out of 10.

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 use Zerto as our primary disaster recovery tool for our most important servers.

Zerto is tremendously valuable. It is the backbone of our DR solution for critical databases that hold the data we can't afford to lose. It provided new opportunities to change how we approach disaster recovery. 

We realized the benefits quickly, but I don't think it became a staple of our disaster recovery until about a year into our deployment. In the first couple of months, we had some hiccups with upgrades. Once they sorted everything out, it truly became a core solution for us.

It enabled us to transition from data recovery based in a physical data center to the cloud and protect VMs in our environment. Our RPOs also improved tremendously. When we first started, only one other product offered the same RPOs that Zerto provides. However, the other product was problematic, and Zerto has been solid. Compared to other DR solutions, it works quickly to stand up the failed server at another site and bring it nearly into full production. 

We used it to migrate a server, which provided a wonderful recovery time. It worked well. Our RTOs improved tremendously. It reduced downtime in most situations and the time spent on DR testing. A DR test used to run probably 48 hours and involved around four engineers. With Zerto, it runs for about six hours and only requires two engineers.

We couldn't find a product that provides the near-zero recovery point that Zerto offers. The closest we could get was another product that had zero data loss. Everything else had a minimum of 15 minutes of replication time, resulting in data loss.

Zerto can also perform test environment restorations that don't affect production. It's also easy to use. It's a set-it-and-forget-it product. Unless you need to make changes to the devices you protect, you don't need to go in except to make sure everything runs smoothly.

I wish Zerto had better file restoration capabilities. We have not been able to use that because of the limitations of Zerto's de-duplication technology. When we used the immutable data copies feature, we had some lag in replication times, so we don't use that anymore. When there is big data movement, it tends to cause some lag.

We've been using Zerto for about three or four years.

With time, it became a highly reliable and stable solution. We were an early adopter, and it had some hiccups initially. I think they've done a great job streamlining it and making it reliable.

The times that I've needed technical support, they've been very good.I would give it an eight.

Positive

Zerto still hasn't replaced all our other backup solutions, but it has replaced two of them. It is leagues above the other products we used in terms of simplicity and reliability. We have another solution to get around Zerto's file restoration and de-duplication issues. We use Veeam Backup and Replication for that. 

Setting up Zerto is straightforward. The documentation was great, and it is intuitive. Integration with VMware is seamless. It's good at running the scripts needed to run in order to work with VMware. We have a 90 percent virtualized environment. 

I think everything can be cheaper. Pricing limited our ability to use Zerto as much as we'd like, but that's not why we haven't adopted it as our primary backup solution.

We evaluated Double-Take, Veeam's replication solution, and Azure's Site Recovery. None could match Zerto's RTO and RPO. The only one that got close was Double-Take, but Double-Take was very problematic.

I rate Zerto eight out of ten. There's always room for improvement. It's one of the best solutions for disaster recovery available right now.

We use Zerto for disaster recovery (DR) purposes. We needed a tool to provide a quick resolution during a failure or problem and help us achieve our goals related to our service level agreement (SLA). We needed a tool that would help us in providing the availability of lost services within a specific time frame. We wanted to make sure that in case there is a problem and we have to execute the DR procedure, it is quick, easy, and safe. So, the main purpose for going for Zerto is related to meeting the required parameters for RPO and RTO.

We don't use Zerto for backup purposes. It is used only for virtual machines. We also have physical servers, but we have different tools for backup. 

Currently, we are using it for on-premise data centers, but we also do proof of concept tests with public clouds or hybrid clouds.

It is very good in terms of end-user experience and functionality. The graphical user interface (GUI) is quite simple, and it shows many values related to the status of replication. You can see the current status of a specific application and the health status of infrastructure on the GUI. You can very quickly navigate the application and find very useful information related to the health status of your infrastructure. You can see if the infrastructure is working fine and if there are any bottlenecks or problems that need to be verified by the IT infra department.

It helps us with standardization. It allows us to have a unified DR approach where with one tool, we can meet the DR requirements of different systems with different levels of DR criticality and classification. We have customers for whom the availability of a particular system is crucial for business, and this system requires a very high quality of replication. At the same time, they also have systems that are not as critical. For a unified approach to the DR process, it is better to use the same DR tool for all applications with different levels of criticality. Instead of using different tools for critical and non-critical applications, it is better to use one single tool and have a unified process. Zerto helps us with that.

Different types of integration allow you to provide the tool not only to specialist teams, such as infrastructure teams, but also to the end-users to perform activities like failover, system recovery, and system protection. Service portal integration and automation integration provide a big value in terms of DR activities. You don't have to wait for VMware specialists to perform the DR failover task. You can do it on your own if you have access to the DRaaS portal, for example. DRaaS portal is DR as a service that we have implemented in our own infrastructure, and it is a part of process improvement in our organization.

It has significantly decreased our RTO for failover to the full scope of an application. You can easily measure DR activities for a specific application. If you are responsible not only for your application as an application owner but also need to provide support to many customers at the same time, such a tool is very good. When you are responsible for delivering as per the SLA for RTO to many customers at the same time, it is very helpful because you can perform required activities automatically, and you can also perform them in parallel.

We are very satisfied with the achieved RTOs. We have specific requirements based on the service delivered values and SLA contracts, and by using the tool, we are able to fully meet RTOs for specific applications, a group of applications, or the whole scope of a data center.

During our DR exercises, we try to simulate the worst-case scenario where a complete data center is unreachable, and we are able to achieve the required RTO. Zerto is able to fully meet our needs, and we are able to achieve the required RTO during our normal and yearly DR exercise. We are receiving exactly what we were promised. However, I can't provide metrics or compare it to another tool because we have been using it from the beginning. I don't have the metrics for how much time it would take if we didn't have this tool, but the values that we are receiving during our annual DR exercise are fully satisfactory. So, it is fully sufficient for us.

The time saved in a data recovery situation depends on the specific scenario and the specific system that needs to be recovered. For example, if you have 50 gigabytes built into a machine that needs to be recovered, then with a traditional backup and restore solution, the recovery is very quick and easy. It would take from minutes to an hour depending upon your infrastructure or the bottleneck in your infrastructure. The problem occurs when you have very big systems with 10, 30, or 50 terabytes to be recovered. In such a case, it doesn't matter if it is ransomware or it is an infra failure. Even though the root cause is not the same, the outcome is the same. The fact is that you don't have a working system, and you need to recover the system. Recovering a big system with the traditional approach could take you a week, which is something that businesses do not accept. With a tool like Zerto, I can fail over the system very quickly. During DR exercises, I performed DR activities for systems with many terabytes of data, and it is not a problem to recover that system and failover. I have very good experience with that. During the training or presentation for my customers, I have shown how it works and what are its advantages. One of them is the possibility of a very quick recovery irrespective of the size of the system. The approach is exactly the same irrespective of whether it is an infra issue or a ransomware issue.

The main purpose of this tool is to allow failover between different data centers and different locations. When one site is unavailable, we can start the failover activity and perform the failover task. When a primary location is unavailable, or there is some hardware or logical issue at the primary location, it allows us to resolve the problem. We are able to start services at safe locations. We handle the disaster recovery process, and this is the main function for which we are using it all the time.

The second valuable feature is related to integration. If we want to implement any tool in our company, we want to make sure that it is not sandboxed. It shouldn't be completely isolated from other systems, and it should help other systems to receive feedback. To gain advantages of having tools like Zerto on the board, we want to combine our disaster recovery with other processes, such as incident management or change management. We can integrate these processes using different tools, but usually, the best approach is related to API. So, we can integrate different systems and combine them into a big IT platform, which allows us to achieve more features that are normally not available in the tool itself.

Zerto supports different ways to integrate with or get information from the systems. GUI is one of the options, and technologies like PowerShell cmdlets or RESTful APIs are also very good to exchange data for integration or automation purposes.

We also use Zerto for compliance purposes in case we need to provide evidence. When we perform DR exercises and we have some problems with the infrastructure, we need to prove that some actions were taken. It works very well when we perform DR activities and we want to show external auditors the proof and evidence of performed actions.

It is very quickly developed, and new features are provided quite often. I don't have any input for improvement or a critical feature request at this moment. If anything, a lower price is always better.

I have been using Zerto for six years. 

Its stability is very good. Of course, bugs can be found because this is live infrastructure, which is normal. There are new VMware releases, and there are new operating system releases. If there are some problems with applications, we raise cases, and we get the required support in resolving the issue. So, my experience has been very good.

Its scalability is very good. We can use it in on-prem and hybrid cloud environments. It works well with different vendors.

We are using it for different locations. We are using it for on-premise data centers, and we are also using it for all the production systems that we have. Any increase in its usage will depend on the decision of the company. If the decision is to change the platform and integrate with different vendors, we can choose additional features, but at the moment, we are using only the on-premises functionality.

Their support is very good. We have to meet our SLA, and the infrastructure is very sophisticated and demanding. We have had different cases that need investigation and resolution, and we could always count on Zerto's support, which is available 24/7. I don't have any complaints about their support. I would rate them a ten out of ten. If possible, I would even give them eleven.

Positive

I have not worked with any other tool previously. This is the only tool I have used. 

It was quite easy to implement and start the execution. There were no problems. It took us about three months to implement it in production.

For implementation, we were using the services directly from Zerto's support teams. In terms of the number of people, there were two people from the DR team and two from the infrastructure team, which included the networking and VMware teams.

In terms of maintenance, every tool requires maintenance, and when you upgrade, there are some bugs or issues that need to be resolved. Currently, for the maintenance of the application for many customers, one person is enough. Based on the number of protected systems and sophisticated infrastructure that we have, it works very well. It is not something that we should complain about.

Its price is reasonable. I have not worked with other tools, but as compared to its competitors such as VMware, its price is lower. So, in my opinion, its price is good.

Based on our experience and the implementations that we have done successfully, it is the right tool for protecting small environments and very big environments. It fits the needs of organizations that require a few functionalities, and it also fits the needs of organizations with a sophisticated environment comprising managed systems, multiple integrations, etc.

Zerto provides near-synchronous replication. So, the RTO is near zero. It is not equal to zero. From my perspective, there are some specific IT areas where synchronous replication is a must, but in most scenarios or use cases, synchronous replication is like a trap because you need to have a single connection between two replication zones or sites, which I would refer to as a single point of failure. If you have storage that is replicated between two sites, in certain scenarios, you won't be able to perform failover activities. If storage is broken on the primary location and you have enabled synchronous replication, the replicated data is also sent to the recovery site. So, you cannot perform failover activities because you now have corrupted data at both sites or data centers. We have chosen this tool to get out of this trap and be able to failover but not to the exact point in time when the issue occurred. I have experience working with such scenarios. For a specific group of systems that require synchronous replication, I can have an additional level of protection by having other DR tools, and at the same time, I can provide replication by using tools like Zerto. So, I can enable two DR solutions on one protected system and resolve the issues related to different scenarios.

In terms of reducing the DR tasks, because I have not used other tools, I can't provide the metrics for increase or decrease in time. However, considering that the tool is implemented for the whole scope of our application, we do not have to wait and spend weeks or months preparing for the DR test. We are prepared all the time for any issue. We also perform the unknown data center DR exercise allowing us to choose the test data center just before the DR exercise. I can very quickly start the recovery operations without a long preparation phase. This is one of the main features of a DR tool that should be taken into account for a company. You should have a tool that you can use at any time. You should ensure and be confident of the fact that it will work and not create any problems during the failover.

DR exercises generally should be performed by customers and application owners. That's because they know best what the issue is and how to provide a solution. It requires synchronization of some tasks and allowing more critical systems to be failed over before the less critical ones. To perform a global DR exercise preparation and execution, very less staff is required. Communicating with customers about the agenda and defining the scope, tasks, schedule, and other things take most of the time, but the execution phase is quick. It can be executed by one operator. It can be done by an infra specialist or an application owner, but ideally, it shouldn't be done by the specialist team. It should be done by application owners because they know the best about the issue.

I would rate Zerto a ten out of ten. It is a very good tool, and we have had very good experience with it. We have no problems with recommending it to others.

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.

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

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

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

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

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

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

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

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

The setup for Zerto was very simple.

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

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

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

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

We're a Commvault and Zerto customer.

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

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

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

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

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

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

Right now, we use it just for disaster recovery.

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

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

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

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

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

We have been using it for two years.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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