Zerto Reviews

Our use case is 100 percent disaster recovery between two different geographies. We have a very large private cloud offering. We've got about 1,200 customers and almost 10,000 VMs that are under Zerto protection. Every one of those virtual machines needs to be replicated from Waltham to Chicago, from the East Coast of the U.S. to the central U.S. Likewise, we have a European business with the exact same flow, although it's much smaller as far as number of VMs; it might be a couple of hundred. That implementation is going from Berlin to Amsterdam. We've got one-way protection in two different geographies and all of those machines are under Zerto protection.

The number-one benefit is that for the first time we could show, at a customer-level of granularity, how a customer was protected, and what their RPO was in, real time. Each one of our 1,200 or so customers has a portion of those 10,000 VMs. For the first time we were able to tell a product leader or product manager what the RPO was on Thursday at 2:00 PM for that customer. We could say, "Hey, it was 67 seconds." Our company is very customer-centric and customer-focused. There's less interest in what the overall health is, and a lot of times there's specific interest in, "Hey, how is that customer doing?" either for performance or for RPO time.

Zerto also allowed us to easily pick groups of virtual machines, group them as a whole, and have that be segregated from the storage layer. That is the storage-agnostic benefit from their product. That agnostic feature with respect to the storage layer allowed us to group VMs by customer and not only report on RPO by customer, but also to more easily sell different RPO plans. We were able to prioritize and say, "Okay, these 10 customers have platinum and these 500 have silver."

Four years ago when we did a PoC between two other vendors and Zerto, there were two features of Zerto that sold it, hands-down. One was the ease of creating protection groups, the ease with which our engineers could create protection, add virtual machines into the Zerto product, and get them under DR protection. The other products we were looking at required work from two different teams. The storage team had to get involved. With this product, the whole thing could be done by just our virtualization team, and that was a big sell for us.

The second feature that sold us was the sub-second RPO. One of the things that made Zerto's product stand out from some of the more traditional solutions four years ago was its ability to maintain sub-second RPO over a group of machines, and that group of machines could be spread over multiple storage hardware. It was the storage-agnostic features of the product.

The number-one area in which they need to improve their product is what I would call "automatic self-healing." This is related to running them at scale. If you're a small company with 50 VMs, this doesn't really become a problem for you. You don't have 1,000 blades and 1,000 of their VRAs running that you need to keep healthy. But once you get over a certain scale, it becomes a full-time job for someone to keep their products humming. We have 1,000 VRAs and if any one of their VRAs has a problem, goes offline, all of the customer protection groups and all of the customers that are tied to that VRA are not replicating at all. That means the RPO is slipping until somebody makes a manual effort to fix the issue. It has become a full-time job at my company for somebody to keep Zerto running all the time, everywhere, and to keep all the customers up and going. 

They desperately need to work self-healing into the core product. If a VRA has a problem, the product needs to be able to take some sort of measure to self-heal from that; to reassign protection. Right now it doesn't do anything in that self-healing area.

My company implemented Zerto in 2016, so we've been live with their product for a little over four years.

The stability comes back to size and scale. It depends. If you are not replicating heavy workloads—meaning you don't have a SQL server that's doing thousands and thousands of IOPS, and you don't have multiple SQL Servers on the same very large hardware blade—Zerto is incredibly stable, based on my experience with the product. 

However, we are doing that. There's a one-to-one relationship between the Zerto VRA, which is essentially their chunk of code that does the replication, and a physical server. The physical server is running anywhere from one to as many virtual servers as someone can fit onto it. And that one VRA has to manage and push all the change blocks for all the workloads running on it. So if you've got five or six really heavy workloads running, that one VRA that has to handle all of that and push it to your destination can, and does, crash. VRAs in that situation crash or become unstable. We've worked a lot with Zerto over the last two years on tweaking the VRAs with advanced settings. We've directly been involved with identifying a couple of bugs with the VRAs. When the VRAs are pushed, they can only be pushed so far and then they crash.

It does perform. However, we have VRAs that crash all the time. When we go back and we look at why they crashed it's because we're pushing them too hard. We're doing things that they would say we shouldn't be doing. They would say, "Don't set six SQL Servers on the same blade. That's too much. Don't do that."

Zerto has worked with us very effectively on identifying advanced settings that we can make to the VRAs to make them perform better, and to be more stable in the "abusive" environment that we throw at their code base.

It could be more stable for really heavy use cases like that. But Zerto would come back and say, "Well, our best practices would have you put some sort of anti-affinity rule in place so that you don't end up with that many heavy I/O machines on a single blade." They would say that doing so is not best practice; don't do it. You could say that we abused their product, in that sense. 

But it works. If you align with best practices, it's pretty stable.

We have no concerns about the scalability, although I should qualify that statement. Zerto can scale horizontally extremely well. They've got one VRA per blade and that one VRA is their data plane. You can scale out your environment horizontally with as many blades or servers as you want, which is how people do virtualization and Zerto will scale with you. We've never hit a limit as far as its ability to scale as horizontally.

The caveat would be, as I mentioned elsewhere, the size of the pipe in your infrastructure to handle all of that replication. But that doesn't tie to the Zerto product itself. 

In terms of the issue of VRAs crashing, you want to scale horizontally rather than scale vertically, because if you scale vertically you're packing more and more virtual machines into the same number of physical servers. You're stacking them up high rather than across. If you stack them up high you have concerns about the scalability of the single VRA. The VRAs do get overloaded. Don't pack them too high. Scale out, not up.

Zerto has spread out as a company. They've mushroomed out into other areas. They've started to develop a presence in backup and they've started to develop a larger presence in reporting. Their core product, however, is known as ZVR—Zerto Virtual Replication. We've implemented that core product 100 percent. There's no other way we could be consuming it differently or more effectively.

The newer stuff they've come out with—certainly the backup—we don't touch that at all. The backup product is not ready for prime time. It might be good for a small customer that may have 50 machines they want to back up. But for our use case, with SOC compliance, and having to report on the success of backups for recovery, and although we looked very closely at their backup and where they were going with it, it's not ready for us.

They're starting to go into Docker containers. None of our product right now is containerized.

A third area is analytics and reporting. The analytics and reporting would be the one new area that they've put focus on that we could be using more and getting more value out of. They've got a SaaS solution now for reporting called Zerto Analytics. We do use it. You turn on their core product and you tell it to send your reports to their SaaS offering. We've done that and we can consume the analytics product, but we just haven't really operationalized it yet. That, for us, has been a tool looking for a problem.

It took us about two months to deploy the solution, but that was because we're a very conservative company. We purposely went extremely slowly. If we had wanted to go faster, it could have been done probably in a week or two, to get all 6,000 VMs under protection.

When we deployed it, there were two dedicated people at our company who were involved, paired up with three people from a Professional Services team from Zerto. As a tertiary, we had a full-time person from our VAR, the reseller that sold us the licensing for Zerto. With that help from Zerto and the value added reseller, it only took two of us to install it to about 600 blades and probably 5,000 virtual machines.

Our experience was excellent. Both teams were great. It was a very painless rollout.

I'm less involved with the pricing and licensing area now. The last time I was involved was a couple of years ago. In my opinion, their model is somewhat inflexible, especially for their backup product.

One of the reasons why we didn't pursue looking further at their backup product was, simply, licensing. Today we have to buy a Zerto license for every virtual machine that we want protected by their product. We have a lot of virtual machines that aren't production and that don't need to be protected by their product. They don't need sub-second RPOs. They do, however, need to be backed up. But Zerto's licensing model two years ago was, "Well, we don't care that you just need to back up those VMs, and you don't really need to replicate them. It's the same price."

We would have had to double our licensing costs for Zerto to adopt it as a backup solution. It was just not even within the realm of possibility financially. It made no financial sense for us to move off our current backup vendor. Their inability to diverge in any way from that was rigid.

Their licensing could be less rigid and more open to specific companies' use cases.

The other two vendors we evaluated back were Site Recovery Manager by VMware, and whatever Veeam's product was at the time. We also looked at CommVault lightly, but they were never considered seriously.

Zerto can do what it says it can do. It can absolutely provide sub-second recovery point objectives, but with a couple of caveats. The caveats tend to apply to large companies like mine, and by "large" I mean if you have over 2,000 to 3,000 virtual machines, versus a small to medium-sized company that maybe has 50 to 500. Once you cross that barrier, you're getting into a larger environment that you're trying to replicate with Zerto.

A couple things can break down. Zerto's product doesn't control the path between your source production data and the destination you're trying to send it to. There can be tons of bottlenecks on that path; you can be going around the world. If the bottleneck doesn't exist there, their product can absolutely do what it says it does. It's up to the customer. The people using Zerto have to understand that they own the bottlenecks in their environment. If there is a bottleneck between production and the targeted DR, the RPOs are going to slip. You're going to go from sub-seconds to minutes or hours. That's not necessarily a fault of Zerto's product. It's the fault of the design of the customer's environment and what they brought it into.

That doesn't just exist for the pipe between the two sites. On the destination side, the side that's receiving this data, the storage layer underneath needs to be more performant than the production side. That's somewhat of a strange concept for a lot of customers and people coming into the Zerto solution. They see the marketing side of, "10 seconds to RPO" and say, "Yeah, I want that." But what it means is that you've really got to look at your hardware and you've got to have class-A hardware the whole way through that Zerto pipeline, for their product to do what it says it does. Zerto makes that very clear. They don't recommend hardware; they're not in the business of supporting other vendors. But they have a published list of best practices. The best practices clearly say everything that I just said. They also have best practices around managing your workload I/O on the source side, so that you don't overwhelm their product.

But not everyone follows best practices. Certainly, when we implemented it we said, "Yeah, we get that. We understand what you're telling us. We understand that's a best practice, but we're not going to do it anyway, because it's too expensive," or we didn't have it in budget for that year. So we knew it  and we went in without following them. A couple of years later, when we got to a tipping point, we realized, "Okay, we need to go back and align with some of those best practices," things we didn't think that we had the time to align with back in 2016. We've made that journey painfully with their product, but they were very upfront with us on what the requirements for their product would be.

Overall, I would rate Zerto as a solid eight out of 10 for the core disaster recovery offering.

We use Zerto for data migrations. We use it to move our virtual machines from one location or data center to another and eventually, we then switch that over to DR from our facility in one state to another. It's for the migration of existing VMs.

Zerto has improved my organization by allowing us to do several VM moves. It simply allows us to bring a server back up on the new side, which looks like a reboot of a server. It's a virtual move to the new stage, so it goes from existing VM host to new VM host on the other side.

It has reduced downtime for the servers that we migrate over. By how much is a hard number to put because we do a big group of them together, so we're able to group the move as opposed to doing more one-offs.

The amount the downtime would cost my company would strictly depend upon which servers we were moving because some don't really cost the business. There are others that would cost the business for having to be up as much as possible, 24/7.

The Move feature is the most valuable feature because it allows us to move the VM from our old environment to our new environment with minimal disruption.

It's extremely easy to use. It's pretty self-explanatory as you run through setting up your VPGs for your protection groups and then to do a migration or a test failover.

Some of the features need improvement. One would be, as you're creating a Move group or a VPG, as they call it, it should either autosave or have the ability so that you can save it for coming back to later because if the setup times out, you lose all your work. That would be a nice improvement to have.

We have been using Zerto for three months. 

So far, the stability has been great. We have not had any issues with that.

Only two of us work on it and we're both system engineers.

We do not need dedicated staff for deployment and maintenance of the solution.

It's being used to move a total of around a couple of thousand VMs, so I don't have any issues with scalability.

Currently, we aren't planning to expand capacity because we have a total of around 500 agents to protect, so until we get the true DR, we will have to evaluate if we need to expand that. We will primarily only be using it for DR and any server migrations we may need to do from one system to another.

Their technical support has been very good and prompt to get back to us with answers.

We would either use a Veeam or VMware solution, but we haven't had a real DR product outside of Veeam.

We find Zerto to be the most beneficial right now in helping us migrate from one data center to another data center for the testing environment. And for future capabilities, for a true DR scenario.

I would say it's a lot more simple to set up and maintain than VMware and Veeam.

Replacing these legacy solutions has saved us on the costs needed to manage them.

The implementation was really straightforward and easy. We worked with one of their support engineers and we got it up and running really quickly. The deployment took around one hour. 

We didn't really have an implementation strategy. It was about getting the server manager and server up and then walk through the installation steps. We followed their guidelines.

I'm not sure if I can put a dollar amount on ROI but the biggest return is time to actually get things set up and then begin to migrate virtual machines over to the new environment.

I'm not 100% sure about the pricing because I wasn't as much part of the pricing part of it, but it fell within our budget. Its features and price are good compared to the options we were looking at.

We also evaluated Rubrik and a solution from Dell. The main advantage that we found was that Zerto fit our current need for migrating from one environment to another better than others, and its good standing in the community where there are a few products.

My advice would be to plan out your Move groups and work with your business to get everything validated so you can back up on the other side.

I would rate Zerto a nine out of ten. 

We are using it for disaster recovery. 

Zerto provides near-synchronous replication, but more importantly, we can see the status at seven seconds, six seconds, five seconds, and four seconds when we log in to the Zerto console. I found that amazing. There is probably no other disaster recovery solution available in the market that is providing this functionality. It is great and definitely a huge plus point for Zerto.

We do get alerts if suspicious activity is detected on a VPG, but we did not get an actual case where there was ransomware or any other kind of attack and we had to prevent that. I have not come across that with either of my clients, but we do get alerts when Zerto finds something suspicious. We go in and look at it. In some instances, because the application was writing more files, Zerto marked it as suspicious, but we never had to do recovery for security reasons.

We use Zerto with AWS as the target. We do the failover of the on-premises VMware virtual machines to the AWS cloud. I do not deal with the implementation. I only do the administration of the tool, but whatever I did as part of AWS administration in Zerto, it was pretty seamless and straightforward. I did not get any issues there. The documentation is helpful in identifying any issues.

We have about 70 virtual machines that are being protected by using Zerto. Zerto has drastically improved our RPO. It was 15 minutes previously, whereas now, it is in seconds.

Zerto has not had much impact on our RTO. RPO has changed, but RTO has been the same for us.

Zerto has not helped to reduce downtime in any situation. We have only done tests. We have not done any actual production failover because there was no need. Similarly, Zerto has not saved us any recovery time because we never had a requirement to do a recovery since we implemented the tool. It is a pretty new environment for us, so we have not had time.

Zerto has not reduced the number of staff involved in overall backup and DR management. It has remained the same for us.

The simplicity of use is valuable. It is easy. We just click Failover and do it. It is pretty straightforward. If someone wants to do a test failover, they log in to the console and do a test failover. 

As a power user, I find the customization lacking. I feel it could be customized a little bit more, but Zerto is simple to use. It is easy to use. That is my main reason for using Zerto.

I would like to request better reporting in Zerto. I can see the data that I need in the console, but if I need to put the data or the history into a report, it is difficult. It is something that auditors might require, so reporting is something that needs to be improved.

The UI does crash a lot, and that is something that can be improved.

It has been about a year. I support multiple clients with multiple backup and disaster recovery products. I was a Storage and Backup engineer, but now, I am covering the solutions for the entire infrastructure. I work on Zerto for multiple clients. We have two clients who are using Zerto as a disaster recovery solution.

The UI does crash, but it does not affect the functionality of the software.

It is scalable. There could be 10 machines or 100 machines. I did not find any issues. It is pretty scalable.

There were some issues for which we had to get responses from them. They were pretty much on the point. There were no issues. The response time was a bit slow, but their support was pretty good. I would rate them an eight out of ten.

Positive

We used to use Azure Site Recovery to protect all of the production instances, SAP databases, some file servers, and some basic application servers. We used to first replicate to Azure and then do a test failover and a production failover. It was a bit slow. The RPOs and RTOs were not that great, and the rate of change that Azure Site Recovery supported was not completely meeting the business requirements. The third part was that Azure Site Recovery was not application-agnostic. What we loved about Zerto was that it was application-agnostic. It did not matter to Zerto what was running behind the application. It will replicate everything across any cloud. That was our main point for going for Zerto.

Zerto was also much easier. Azure Site Recovery was a little bit hard to set up and maintain, but Zerto is pretty straightforward and easy.

I did not find much difference between Zerto and other solutions in terms of the speed of recovery. The RPO is great, but when we do a failover, it is basically the same as any other solution.

Zerto has not replaced our legacy backup solutions. Our legacy backup solution is in the same place. We are only using Zerto for DR.

Our environment is hybrid. We are using Zerto to protect our on-prem as well as the cloud environment, but I was not involved in its deployment. 

In terms of maintenance, I never had any requirements to maintain it.

Evaluation was done by someone else in the organization.

I would rate Zerto an eight out of ten. Simplicity is an advantage, but customization and reporting can be better.

We've been using Zerto for data center migration, but we will begin using it for disaster recovery. Because of some data center issues, we're still using version 9.5. One of our data centers is at 6.5 and the other one is at 7, so we can't move any or upgrade to 10.

Zerto enables us to set the IPs and map everything out in our environment prior to migration. We can create VPGs and mass migrate applications, databases, and web clients. That was the selling point for us. The product is easy to use. We had a 30-minute onboarding process from our sales engineer, who showed us how to use it. 

We don't use near-synchronous replication yet. It will be essential when we start using Zerto for DR, but it isn't a big deal during our current migration. Once we have a DR site, it will be essential to have those time slots we can restore to in the event of malware and ransomware. 

Right now, if you have an error, it creates a link that takes you to a website to review information about the problem. It would be nice if Zerto could give you information within the app instead of referring you to a web application.

Zerto for two years.

Zerto is intuitive. We could set everything up in the environment within a day and a half and start migrating on the third day.

I rate Zerto 10 out of 10. 

I use Zerto for disaster recovery. 

The time it takes to fail a server over to DR has been great. We've seen a reduction in time spent. We can do it in minutes. Being able to go back to certain snapshots, to failover to another location, and then go back to specific snapshots is quite useful. We can roll back easily. 

The off-site replication is excellent. We have workloads that aren't DR-aware. Being able to replicate it to other data centers is great. We don't have another way to do it, currently. 

The near-synchronous replication is good. You get five-second data points. It's not something we advertise to our customers, the developers, however, we've had instances where we needed to go back two hours, prior to a file being deleted, and it's helped. 

We're protecting our VMs with Zerto. It's positively affected our RPOs. It meets the objective. It's the only way we can have a solution for certain applications where we send an entire application to another data server. 

It's a great product. There are a lot of features that it has that we don't use since we are on prem. We strictly use it for DR between our data centers. There are a lot of cloud plugins that they have that we don't use. Our use case is limited. It does everything we need it to.

I've been using the solution for probably four or five years. 

The stability of Zerto is good. We didn't have any issues. Our biggest challenge was trying to get to the clients and I was waiting on an upgrade path - from Windows to Linux. Now there is an upgrade path. Honestly, that has been the biggest challenge we've had for five years. 

The scalability of Zerto is good. You can easily protect other clusters and VRAs. It's very flexible.

Our current environment has 45 VRAs in each cluster. We have two replica pairs, two sites that mirror each other. 

In total, we have 70 ESX hosts.

Technical support is great. They've shown us many things about the manager that we didn't know about. Every time I call, I take notes. They are very knowledgeable and the knowledge-based articles on the site are also helpful. Even if I thought something was broken, they've always managed to fix it. 

Positive

We used to use VMware's SRM. With SRM, for us, it was overly complex. We used an array-based replication with SRM. We had issues where the storage team would go to do work on the array and they would fail the machine over and it wouldn't be right. We would have outages. Every time we did a failover it was a process and we would be missing rules.

This is not array-based and we can test our failover in a sandbox without taking the system down. 

The initial deployment was easy. We deployed VRAs to the host from the manager. It works very well. The amount of VRAs you have to deploy and the amount of time it takes is minimal. It took us about an hour. 

I can't speak to if the company has witnessed any ROI. 

I don't follow the licensing. It was bought for us and we use it. 

We evaluated SRM and a few others. I can't remember which ones we tested. We've been on Zerto since version six. 

The selling point for us, coming from SRM, is that SRM was tied to vCenter. We had to pay attention to versions and there were a lot of ways you had to make sure the versions were correct and it was overly complex for what we needed. We simply needed to replicate a virtual machine and that was it. Zerto stood out as it was easy.

I'd recommend the solution to others. I'd rate the solution ten out of ten. 

Our main use case for this solution is the data center migration. We are in the process of moving from our legacy data center and all the VMs into our new data center.

In the future, we would like to look more into disaster recovery using Zerto but that's a much longer process and we are still looking into it.

The speed of recovery with Zerto is at least five to ten times faster. It helped us reduce downtime during migrations. There would've been a lot more downtime had we done a standard migration across data centers, powering everything down. This downtime would have cost our company millions.

The ease of use and simplicity in moving things without having to do a cross vCenter V-motions has been most valuable. It saves time and effort and it eliminates mistakes. This project would've been years if not for Zerto. We completed it in months instead of years.

The licensing is confusing and complicated.

I have been using this solution for two years.

This is a stable solution. 

This is a scalable solution. We used it for our biggest data center and it handled it just fine. We haven't personally had to scale it up, but if we needed to, we definitely could.

Support has been pretty good. I would rate it a nine out of ten. 

I personally have not used other solutions other than just what's built into VMware. When comparing the VMware native solution versus Zerto, it's night and day. It's much simpler and straightforward to set up.

The initial setup is straightforward. It is streamlined with simple instructions. Anybody can do it as long as they understand their infrastructure.

We had a contractor that we brought in to help us with it. 

We have seen return in our investment with Zerto due to the speed and usability and being able to do this huge project with limited hiccups.

I would advise others that the cost of this solution is justified based on the value you receive. 

I would rate Zerto a nine out of ten. 

We use Zerto to help our customers migrate and consolidate data centers, especially crossing different geo spaces or long distances.

I haven't used it for downtime, but our customers have it configured for all of their disaster recovery needs.

We work a lot with customers that need disaster recovery and the best possible migration approaches, and Zerto helps them minimize the amount of effort it takes to finish their upgrades or migrations.

Zerto helped reduce our customer's VR testing. It allows them to do disaster recovery tests a lot better and a lot safer without affecting the production environment. Last year I helped two customers migrate over 10,000 servers across the country and across Europe. Automating the process was extremely valuable in those migrations.

The near-zero downtime for migrating from one data center to another has been the most valuable outcome of using Zerto. When you are migrating half a petabyte of data from Texas to Las Vegas, and you're doing that with 3000 servers, you have a limited time to take down the application and bring it up. Our customers like having the downtime minimized.

The biggest improvement would be exporting VPGs and a configuration of VPGs, as well as increasing or improving their IP customization rule set.

I have been using Zerto for seven years.

This is a stable solution. We ran into a minimal amount of bugs and the bugs that we do run into, we have workarounds for.

This solution can definitely scale out very well. I'm looking forward to new improvements in Zerto for Azure. These improvements would definitely make scaling out Zerto much better.

I would rate the support for this solution a ten out of ten. I've called Zerto's support for almost every case that I've needed to. They've been able to resolve the issues in a timely fashion.

Positive

I've used many other options. Zerto is definitely the best of the bunch. Zerto is definitely a lot easier to install than products like Set Recovery Manager, and it includes the replication technology that is agnostic from any storage replication that would be required.

Our customers definitely see a return on investment, especially with time savings, by doing required compliance testing for disaster recovery with a minimal amount of effort.

The pricing is top tier but offers good value. 

I would rate this solution a ten out of ten. 

Zerto is part of our disaster recovery plan. We have it set up in our main office and in a remote location in another state. We replicate all of our ERP data over to the replication site utilizing Zerto. In case there's a failure or a ransomware attack, or anything that we need to restore back to a point in time, in real time, Zerto covers those scenarios.

Being able to bring a virtual machine online in a test environment, look at it, make changes and then say, "Okay, we're done," and turn it off again, is pretty helpful for us. It has actually saved us a couple of times.

For example, we had an order that was put in by a customer but the entire order got deleted. There was no history of it and no way of retrieving what was on the order. So we actually spun up our production ERP system on our remote location, utilizing Zerto. We brought it online and restored it to the point of time when we knew the record was there, and made a screenshot of the record with all the line data included. Then we shut it back down. We were able to re-key the order and it worked out great.

With Zerto, our disaster recovery is probably the one piece that we know is reliable and available. The way Zerto works, and the way we are utilizing it as part of our disaster recovery solution, make our disaster recovery plan very easy to explain for us and to our auditors.

In addition, when we need to fail back or move workloads, Zerto decreases the time it takes and the number of people needed. A failback literally takes minutes to do, and one person can do it. We can either put it into production or just say, "Okay, we've got what we need." We'll just end it and go back to our normal production cycle. It's very easy and definitely decreases workload. There are no tapes to dig out or backups to sort through. You just grab the time you want and say, "Hey, put me back into this period and time," and it does it.

Zerto's continuous data protection is unmatched. It's phenomenal.

It's also very easy to use. The menus are self-explanatory. Once you understand the terminology of the product, what the VPGs (Virtual Protected Groups) are, you're able to pretty much do what you want in the product. It's very easy to use.

It took me a little bit of time to get used to Zerto's terminology and to relate it back to how you do a backup traditionally. It was a little different. It took a little while to understand what a VPG is and what it does. That's an area that they could probably improve on a little, making the documentation easier to understand.

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

The stability of Zerto is outstanding. It runs 24/7 and works as described. If there are any issues or any problems arise, we get notifications from Zerto, but that does not happen often. Usually, if there's an issue, it's related to something we've done, or because we need to increase a file size or job log. Other than that, it works the way it's supposed to.

Zerto covers 10 production machines in our environment, which is not a huge scale. We only have one replication site. We could easily add more replications if we wanted to. Zerto has that flexibility. But for us, a one-to-one replication to our Nashville location works perfectly for us.

I have had to call their technical support and they're very responsive. The issue is always resolved. I give them very high marks for their support.

Positive

We didn't have a solution that does what Zerto does.

The initial setup was very simple, very straightforward. Zerto got online with us when we did the initial configuration and gave us easy guidelines to follow. We were able to have it up and running in less than an hour.

We took what Zerto recommended in their deployment guide. We knew the areas we wanted to cover and what we wanted to improve upon. Based on those things, we were able to come up with a nice, easy plan to follow to get it implemented.

When there's an issue, just one person is involved, but generally speaking, there's not much maintenance on Zerto. Once you get it up and running, it does what it's supposed to do.

We have definitely seen return on our investment in Zerto. First, it's a time-saver. Second, for IT, it gives us peace of mind. We don't have to worry about it. 

One of the ways Zerto is really good in that regard is that you can actually bring your servers online in your test environment and see exactly what something would look like if you restored it. And if you don't want to restore it, you just hit "cancel" and it puts it back the way it was. It's great to be able to do that. The test features they have built into the product mean you can test a scenario like "What if I want to spin this up over here, how would it look?" You can do that.

Licensing Zerto was very simple. They had a product that fit our size and scale. It made it really easy to choose. 

As far as pricing goes again, we're a $150 million dollar company, meaning we're not a huge company but we're not a small one either. Zerto had the right pricing model that fit our budget, and they delivered on it.

Zerto was the leader in the category, and I'd used it in the past with another company, so we just went straight to Zerto. There was no need for a PoC with another product. We knew it would work for us.

My advice about Zerto would be "do it." The product is just that good. What it does is very impressive. And again, it gives you peace of mind, knowing your data is safe and secure and that it's replicating like it's supposed to. That's just a great feeling.

We don't do long-term retention currently due to how our backups are made. We use Zerto for anything less than a one-week window and we can revert back. 

Thankfully, we have not had to use Zerto for ransomware, but it would absolutely be a lifesaver should that scenario come up. Similarly, we haven't had a situation where we had to fully flip over to our DR environment. We have tested it, and it works great. Our recovery time would literally be 20 minutes and we'd be up and running in a brand new location, without missing a single record.

While Zerto hasn't necessarily changed the amount of staff involved in our overall backup and DR management, it has definitely made those tasks very easy. We set it up once and we don't have to worry about it anymore. It runs and does its thing. We don't have to babysit it or watch it or worry about it. It just works. For what we use it for, I don't see an area in which I would say, "Hey, add this feature or make this change." It works as described, right out-of-the-box.