HPE Zerto Software Reviews

We use it for disaster recovery and to migrate machines from one location to another.

The big thing for us was our disaster recovery. At that point, we were only able to do a disaster recovery test once a year. Now, we officially do a disaster recovery test once a quarter and we do a subsequent test once a month to verify that it's doing what it's doing and the IP address is changed. Instead of one mass disaster recovery exercise, we're easily able to perform up to 12 in the year.

It allows us to verify in a much more granular aspect whether our data is being migrated or not. Once a year, if we find some issues, we're at least 11, 12 months behind at that point. Every 30 days, if we do a test and we find an issue, we're able to correct that. The time between tests is shorter, which means that if there is a problem we're able to resolve it in a much shorter amount of time versus an entire year, and then waiting another year to see if everything is working again.

When we need to failback or move workloads Zerto decreases the time it takes and the number of people involved. We are able to put a machine into Zerto, let it do its magic in migrating the data from one side to the other. We've had instances where we've got machines that are four or five terabytes that we can move from one side to another after it's done synchronizing in 15 minutes or less. Sometimes it takes DNS longer to update than it does for us to move the machine.

Instead of me having a server person, a network person, and a storage person, I can put it into Zerto, let Zerto do its job, fail it over, and then just have the application owner verify that the server is up and running, and away we go. So on a weekend, I don't have to engage a team of people, it can just be myself and one other person to verify that the machine is up and running. It really cuts down on overhead for personnel.

In situations of failback or moving workloads, it saves us hours. If I were to have to move a four or five terabyte machine using something like VMware's virtual copy it has to install on the machine and copy the data over. Then it has to shut the machine down and do a final copy, which means there's a lot of downtime while it's doing the final copy. As far as downtime from an application standpoint, with Zerto, we're from hours down to minutes, which is great when you have applications that are supposed to be the five nines of a time kind of thing.

We have not had any ransomware issues. But we have had an instance where somebody installed something that messed something up. It was a new version of Java and we were able to roll back. Thankfully they realized it fairly quickly because we only keep a 12-hour window. We were able to roll back to almost a per minute instance prior to that installation and recover the server in minutes. Our backup was as of midnight, but they did it at 8:00 in the morning. So we didn't lose eight hours' worth of processing.

If we were going to use our backup solution, it would have taken minutes to restore the actual server, but then from an SQL perspective, we would have had to roll the transaction logs from backups. I couldn't even tell how long that would have taken because we had to do all of the transaction logs, which are taken every five minutes from midnight, all the way to 8:00 AM in five-minute increments. It would have taken considerably longer using traditional methods versus Zerto.

Although it hasn't reduced the number of staff involved in overall backup and disaster recovery, what it has allowed us to do is actually focus on other things. Since Zerto is doing what it's doing, we're able to not have to stare at it all day every day and make sure that it's working. We have the screen up to make sure there are no errors, but we're able to focus on learning how the APIs work, working on the other products that we own for backup and storage. That's mainly what my group does, we do disaster recovery and storage backups. We have six pieces of our enterprise and before it was just the main piece that we were working on. Now, we're able to actually work with the other five or six entities and start doing their backups and disaster recovery because we have a lot more time.

The failover capabilities are definitely the high spot for us. Previously, when we did disaster recovery it would take us easily a day or two to restore all of our servers. We can do the same thing with Zerto in about an hour and a half.

We're about six or seven seconds behind our production site and it does a really good job of keeping up, making sure that we're up to date. That's one of the other things that we think is just phenomenal about the product, we're able to get in there and put a server in and within usually a few minutes we're protected. Six or seven seconds behind is a pretty good RPO.

Currently, we are using another product for longterm retention, so I don't think we really have any plans on switching over at this point.

Zerto is very easy to use. We did a proof of concept and it took longer to build the Windows servers that had to be installed than it did to actually install it and roll off the product. Our proof of concept became production in minutes.

The interface is the only thing that we've ever really had an issue with. It's gone through some revisions. The UI, it's not clunky, but it's not as streamlined as it could be. Some of the workflow things are not as nice as they could be.

I like the fact that Zerto does what it does and it does it very well. I have had Zerto since version four, so the longterm retention and things like that were never a part of it at that point. I just like the fact that I can install it, I can protect my virtual machines, and I'm comfortable and confident that it's doing things correctly because of the amount of testing that we've done with it.

We have been using Zerto for a little over three years. 

It's very stable. Once a month we verify that the internal mechanisms of Zerto are working. When I do a test failover we check if VMware tools come up, if the IP addresses change, and the things that Zerto is configured to do automatically. Usually, if there's an issue, it's either I did something wrong when I configured it, or I put in the wrong IP address or the VM itself has an issue, the tools aren't loading correctly or at all, or it was trying to do an upgrade and failed. We've actually been able to identify other issues inside the environment that we would not have realized were an issue by doing these tests.

Our next step is not so much increasing the capacity but protecting things to the cloud. We'd like to be able to take those same 350 machines or so do we have, and definitely, if not the important 50 that we have, but all of them, have them not only go to our disaster recovery site but also split to AWS. It's where we have both of the sites, one in one location and one in a vastly different location and if for some reason, one were to go offline, we would have those objects in AWS to be able to spin up and do what we need to do.

We ramped up from that 50 to 350 within a year and Zerto just took it and kept on running. We are still about the same RPO as we were before, we're protecting 60 plus terabytes of data at this point with those 350. It did what it had to do to create new virtual machines, depending on how many disks there are. I think that I was able to scale with our needs really easily. 73 terabytes are what we're protecting right now across 357 VMs, and we have a seven-second RPO. It went from a small number to a very large number. The issues that we've had around Zerto protection has either been that networking wasn't sufficient, or the storage itself had to be increased.

There are three of us who work with Zerto, that's it. We do contact other teams, often our networking team to get an IP address for something. But when it comes to doing the testing, when it comes to doing the implementation, and when it comes to doing verification processes, it's all my team of three people.

I am the data management supervisor and then I have a lead storage administrator and a senior storage administrator.

Prior to Zerto becoming our disaster recovery product, we were using Dell EMC's Avamar for backup recovery and for disaster recovery, which we quickly realized was not going to work out very well. We used it for about four or five years. When your disaster recovery test is five days and you take one and a half to two days to do restores only, that doesn't leave a lot of time for testing. Now, we're able to do the restore in an hour and a half. Then we actually can start testing the exact same day that we did the restores. In most instances, we're able to actually finish everything within 24 hours.

When we first purchased it, the backup portion did not exist. So having backup and DR in one platform really wasn't that important to us. We use Rubrik for backups and longterm retention at this point. We really don't have any intent on using Zerto for longterm retention, as we're extremely happy with Rubrik. But time will tell if we decide to switch over to the LTR portion of the product.

Compared to Avamar, Zerto is extremely easy to use. I can bring Zerto up and start recovering, failing over, or testing machines before I can even log into Avamar. Avamar was very clunky from its interface. It's very easy for Zerto to go in and recover a machine to a certain point in time. Where moving around in Avamar, since it was Java based, would take quite a long time to get from screen to screen. And the workflow was not user friendly at all.

We have different use cases for Zerto and Rubrik but I think that the interface and functionality, as far as what I get out of that particular product, what its purpose is, they're both about on par. Honestly, we've told both companies before, we would love for one to buy the other so that we can get the best of the disaster recovery with Zerto and the best of backup and recovery, longterm retention type things with Rubrik. Because they definitely are probably the two best products for their market segment.

Replacing Avamar has saved us on the cost needed to manage them. As far as management goes, we still use the same three people. But as far as renewal maintenance costs, definitely. Dell EMC is very proud of their products and their renewal maintenance costs were rather large compared to what we do with Zerto.

Initially, we saved about $1,000,000 three years ago by switching to Zerto. Zerto and Rubrik replaced Avamar. But buying both products together, versus what the renewal/upgrade costs would have cost us for Avamar, with all the hardware, was a savings of $1,000,000.

The initial setup is very straightforward. I built a couple of virtual machines to run the manager on, deployed some VRAs, and then attached it to VMware and checked what I wanted to protect. We probably had it up and running in about an hour total. Then we tested protecting some machines, and we had some test boxes that we tested back and forth. It was a very easy setup. People are definitely sold about how easy it is to install and configure.

Initially, our deployment strategy was to protect a small subset of very important machines for an enterprise. And then once we saw how easy it was to implement, how easy it was to put things in there, and how easy it was to protect them, it went from a handful of machines to 350 or so. The initial intent was to protect a very small number. That went from that to a very large number very quickly. Zerto was able to handle it no problem. We actually had to end up buying more storage on the target side because we had not planned on doing that many machines from the initial implementation.

We worked with our account team. We were able to get the proof of concept software, a link to download it. They gave us a key, they gave us a little Excel sheet stating how many machines and IP addresses we needed. Then they basically sat on the phone with us for the hour with WebEx. And we set it up just that moment. That's really the only implementation help that we've ever gotten from them. Everything else has just been pretty much us on our own.

Their support has been very, very good. We've had some technical issues that we've been able to work through with them. Nothing major, but if I have a question or if we run into an issue, we're able to either open up a support ticket and they respond fairly quickly, or we are able to do some searching in their knowledge base. We've had an instance where we did the upgrade to a new version and it caused some problems. But within, I'd say a few hours, we were able to correct it because they had already experienced that. And they had that logged in their internal database of issues. So, they were able to log in, and give us the fix that we needed and get us back on track.

It definitely is a very robust product. The feature set from 4.0, 4.5 to now has increased greatly. We do like the fact, even though we're not using it, that as long as I pay my maintenance when the new features come out like longterm retention, analytics, the monitoring, the reporting, the things that were not there when we first purchased it that are there now, is all part of maintenance. It's not a bolt-on price. They don't charge extra. It was one of the things with Dell EMC that was always a pain was. They had additional costs. With Zerto it's like, "You paid your maintenance, here's a new feature, enjoy!"

They have licensing breaks as far as 50 users, or 50 VMs, 100 VMs, 250 VMs. We ended up with a bunch of 50 at first, and all of our maintenance renewal dates were all different. It ended up costing us more because we didn't just make the investment up front to say that we wanted 250. We had to end up going back and resetting all of our maintenance dates to the same date. It was just a nightmare for our maintenance renewal person. If you did a proof of concept and you like it, definitely make the license investment upfront. That way, you're not trying to piecemeal it afterwards.

Licensing is all-inclusive, there are no hidden fees.

We looked at RecoverPoint for VMs. A long time ago, one of the companies inside this enterprise had used RecoverPoint and it worked really well when it was the physical RecoverPoint. But as things became more virtual, it no longer was as good as it had been, so they had discontinued it. RecoverPoint for VMs was definitely not as easy to set up. It was not as easy to use. It took a lot more resources. This is three-year-old information, but I feel like we would have had to have had more people on our team than we do now with just the three of us. We didn't feel like it was as stable. It certainly wasn't as easy to use, test, or get to work as Zerto was.

My advice would be to do the proof of concept. They're very willing to help you with the installation. Do a proof of concept. If you're not amazed by it, I would be surprised. Everybody that we've ever talked to about this and have done a test of it says, "I can't believe it's just that easy."

I would rate Zerto a ten out of ten. 

We do a semiannual disaster recovery test, usually one in January and another in September, where we fail our entire company over to our Arizona DR facility. We run the business out of the Arizona location for the day. In order to be able to do that, the Zerto application allows us to migrate 58 machines over to that location and allows us to run our business from that location for the course of the day.

We are able to have a successful disaster recovery solution through using Zerto for our Disaster Recovery drills. We are able to fail over anytime, day or night, to run our applications out of our Arizona facility. Within a 15 or 20 minute time frame, we can have those application servers up and running in Arizona. It is just a huge help to have a successful, reliable disaster recovery solution that we know at any point in time, within 15 or 20 minutes, can be running out of a different location.

Most of the time, this is at least a two person job. Previously, when we had a disaster recovery drill it would take two of us working for three or four hours just getting applications up and running in Arizona. Now, for the disaster recovery drill, I'm able to finish my work in about 30 mins and be available onsite to help and assist anybody else as needed during the disaster recovery drill. Its ease of use and the ability to have a reliable solution for disaster recovery has become invaluable to us.

There is built-in active logging if needed for a longer retention period. If we fail a machine over and are just doing tests for it, we can fail it right back at the end of the failover without much issue. We couldn't do that with SRM. The ability to keep track within the activity log of what is going on with the VM, then fail it back prior to the one-hour time frame that we have set up without having to worry about it losing data during our tests or production failover drills.

The product is very easy to use. On a scale of one to 10, I'd say it's a nine as far as ease of use goes. In order to do an update in our old product (SRM), we basically had to take down almost our entire vCenter to be able to do the updates. Whereas, I can do updates to our Zerto product within 30 minutes to both our ZVMs in Massachusetts and Arizona. We haven't had problems troubleshooting after doing upgrades. Within five minutes, we can configure a whole new cluster solution and work on getting it synced out to Arizona.

It transfers up-to-the-minute files. Therefore, if something was to happen and the business was to go down Massachusetts due to a server failure, we could simply fire up those VMs in Arizona within approximately five minutes. The data protection level is top-notch. We haven't lost any machines, data, or VMs during the course of utilizing this product.

The alerting doesn't quite give you the information about what exactly is going on when an issue comes up. We do get alerts inside of our vCenter, but it doesn't give you accurate information on the error message to be able to tell us what's going on without having to go actually login into Zerto to determine what's causing the issue.

Another issue with the alerting is that it will pause a job. E.g., if we have something running from Massachusetts to Arizona, but a VM has been removed, updated or moved to a new location in vCenter. It literally pauses the VPG the VM resides in but will never give us a notification that it's been paused. Therefore, if we had an issue during the course of the day such as a power event and we needed to gain access to those VMs in some sort of catastrophe, we wouldn't be able to get access to them because that job was paused and were never notified about it being paused for whatever reason. It would therefore be a big problem if the VM was needed to be recovered and we didn't have those resources available.

It would be great to get more precise alerting to be able to allow us to troubleshoot a bit better. Or have the application at least give us a heads up, "A VPG job has been paused." Right now, it's sort of a manual process that we have to monitor ourselves, which is not a great way to do things if you have a superior disaster recovery solution.

Almost two years.

The stability is rock-solid. Nothing has gone down since we installed it; there has been no downtime.

Typically, once a quarter, we have an update. Last year we were at version 7.5, then we recently went updates to 8.0. On top of that, they release security patches and other things to improve bugs they find in the program. Right now, there is a U4 version that's out, which we will be updating to this quarter.

In the U4 version, there are security enhancements because a lot of zero-day issues that are being found in a lot of the applications. Zerto is making more security modifications and enhancements to the encryption between one location and another, so somebody can't hack your data and access it while it's in transition.

Scalability is very easy. We are going through a POC right now because we want to branch out to the cloud. Just getting that set up and going through the process was about 60 minutes.

It's very scalable and extendable. We can do one to many solutions, as far as where our disaster recovery is going. This is what we wanted. We would never have been able to do that with our SRM product.

There are two engineers trained to use the product. I'm the primary contact for the application and do most of the work on the product. One of the storage guys handles a lot of the storage set up on the back-end with me. We have at least two people trained on each application that we have in-house. Both of us are in charge of making sure the application is up-to-date and doing what it's supposed to be doing. 

Zerto's technical support is very good. They are very reliable and always very pleasant to deal with. We've never an issue working with them. They usually come back with the precise solution to whatever we are troubleshooting.

Our issues are usually user self-inflicted. E.g., we remove a host out of the cluster to upgrade it or do something else with it and don't follow the correct procedure that's needed in order to be able to shut down the Zerto appliance correctly. If somebody doesn't follow that procedure, because they either don't know how, weren't aware of it, or just skip that step, then it causes problems inside of Zerto. This will pause jobs and the VPG will no longer be accessible on that host. Sometimes it's easy to get it back up and running again. Usually, when you put a new piece of hardware in the cluster that has a different set of parameters with its hardware, then the appliance will be missing because it was taken out with the old hardware. Usually, you need to get their technical support involved in order to be able to troubleshoot the issue with them to be able to get the VPG back online again on the new hardware. As I said its self-inflicted most of the time because steps are missed with our processes.

The documentation that we got from them was in depth and work well when needed, if you follow them correctly you will have success. If you don't follow the steps, that's when problems develop. Therefore, it's not a fault in their documentation, it's a fault of the user who's not following the proper steps for success. It doesn't happen often but I think we have contacted technical support only three times in the two years that we've had the product.

For eight years prior to using Zerto we used to use a product called SRM, which is part of VMware. We finally switched over to Zerto after having them come in and do a presentation for us. This was after trying for about a year to do that and convince our vice president to allow us to migrate over to a different platform.

The reason why we used SRM was because SRM was built into our VMware vCenter licensing. We never had a successful DR test during the previous couple of years with SRM. By switching over to the Zerto product a year and a half ago, we were able to run a successful disaster recovery test within three months of switching over. We had our first successful disaster recovery tests in two and a half years because Zerto made our life so much easier and helped getting servers over to a new location almost seamlessly. 

In order to be able to have a successful disaster recovery, we need to be able to successfully migrate 58 servers from our Massachusetts location to Arizona. On previous attempts, we got about half the stuff over there, then we'd fail. In other scenarios we would get everything over there but some of the machines wouldn't come up because of the way they were configured. One time, the business was down for about half the morning because it took us that long to get the stuff back up and running using SRM. This was a real pain point for us, getting this product in place and working successfully. It took Zerto to be able to finally get us to do that. It's been a lifesaver. All we had with SRM was nothing but headaches.

The initial setup was very straightforward. We had everything running in half an hour. It got deployed with two virtual machines (ZVMs): One got deployed in Massachusetts and another in our Arizona location. From there, we deploy appliances to each one of the hosts that's inside of the clusters that we are managing for our disaster recovery solution.

Within 30 minutes, we had it deployed to our entire production cluster and the hosts in here. After that, we just started creating jobs, which took quite awhile to do because we have a lot of large servers. However, that's not the worry of the Zerto application, but the size of the VMs we have in production. 

For our implementation strategy, we just mimicked what we had in place for our SRM environment. Our 58 machines are spread across different clusters: some in our DMZ, some in our prod and some in our WebSphere clusters. After that, we ran two tests to ensure that we were able to fail over to our Arizona location then fail back without any changes or modifications to the VMs. Once we did that, we started rolling out to each of the clusters, one Virtual Protection Group (VPG) at a time. I think we now have 23 VPGs total.

We worked with an outside vendor (Daymark) who does a lot of our work through outside vendors. They work with Zerto directly. When we set it up originally, we had a Zerto technician on the call as well as a Daymark technician on-site working with us.

Our experience with Daymark has been very good. We love working with them and try to use them for our integration and infrastructure work. They are a very good company that are easy to deal with. We try to use them as much as we can. Thanks to Rick and Matt for a great working relationship.

We have seen huge ROI.

It used to be a three-person job, and now it only takes one person to manage and run the process. The fall back is the same thing. We've never had any issues with stuff coming back out of Arizona to our Massachusetts location. Within 15 to 20 minutes, we can have our servers successfully migrated back, then up and running just as they were originally without having too many conflicts or configuration issues. 

The solution has helped us reduce downtime in any situation that we have come across, thus far, for disaster recovery at a 4:1 ratio.

We are an insurance company therefore, if we're down for an hour, it's thousands of dollars being lost. E.g., people can't pay their insurance bills, open new policies or get the support they need for an accident.

These things have been invaluable to us:

• Not having to have so many bodies onsite during a disaster recovery drill.
• Not having to worry about multiple people dealing with the application.
• The product's reliability of always being up and running and not having any issues with it.
  

It's very equitable, otherwise we wouldn't do it. It's something that we utilize for the licenses per host used. Therefore, it's very cost-efficient as far as the licensing goes. For the amount of stuff that we have configured and what we're utilizing it for, the licensing is not very expensive at all.

There is a one-time cost for maintenance and support. We have a three-year contract that we will have to renew when those three years come up. There is also licensing on top of that for whatever product you are using it depending on the host configurations.

Right now, we use Veritas. We will be evaluating Veeam and Rubrik as a new solution for our backups in the next quarter or so, on top of the fact that we may decide to use Zerto. The three of them are in the mix right now for when we decide to switch over vendors for a better backup solution. 

Zerto gives you the ability to utilize it as a backup solution, but it's not a true backup solution because it can't do file level backups. If you want a particular file off of a server, it can't do that for you. What it can do is give you the whole server, then you need to go back and pull that file off it. Mainly for that reason, we haven't chosen to use Zerto and may never use Zerto as our backup solution. The other solutions allow us to get a file level backup.

Don't hesitate. Go out and do it now. Don't wait two years like we did. Push harder in order to be able to get the solution in place, especially since we know it will work better for you. Don't just take, "No," for an answer from senior management.

The application is phenomenal. They continually add new things, more plugins, and modifications to the way things work. It just gets better as they go.

We don't plan to use the solution for long-term retention at this time, but we are looking at going into a hybrid cloud solution in the near future which we may be using long-term retention for to make a duplicate copy of everything we have in our Massachusetts data center into a cloud solution. Whether it be an Azure or Amazon location on the cloud.

While I can't really speak to whether it would allow us to do it, the application is set up to create a duplicate of the actual servers in Arizona. That's how it works so quickly. If we ever had a problem, I could always revert back from the duplicates that we have out in Arizona using the application, if necessary. Luckily, we haven't had a need for that, and hopefully never do.

I would rate this solution as a nine (out of 10).

We use it primarily for DR.

What I appreciate the most about Zerto is that it is the easiest to install, upgrade, and manage. Most things in the product are fairly intuitive and easy, including upgrades. You don't have to dig through a bunch of manuals or go through a bunch of technical data to make it work.

The low RPO times of about four to eight seconds are very nice and very valuable to us.

The alerting could be fine-tuned and improved. It does a lot of alerts, but it's a little bit cumbersome to modify them.

It could be cheaper as well.

I've been using it for six years.

The stability is very good. We haven't had any real problems or downtime. The only thing is that it runs on Windows, so that has its own problems.

Zerto's scalability is very good. We haven't had any scaling problems. We tested out DR in Azure, DR to VMware on GCP, and DR on AWS. It performed on all of those. The AWS setup was the most complicated, but AWS with Windows is a little bit messy.

We currently have 400 licenses. We have two ML350s, and we use Zerto to keep them replicated. If one fails, we just move to the other. That has been expanding, and that's where we've been adding licenses.

Zerto's technical support is very responsive. We had some posts that were not working properly and caused some issues with Zerto. The technical support staff were very helpful and worked through the night to help us resolve that. They always solved any problem I've had, so I'll give them a nine out of ten.

Positive

We used SRM. It had a lot of specialized plugins and specialized machines, but was very cumbersome. We weren't guaranteed that it would work all the time. It was very complicated to set up and manage as well.

SRM was storage-vendor-dependent because you had to have plugins through the storage vendors. It wasn't IP-based at the time and relied on storage-based replication. We had disparate storage arrays and disparate systems, and the IP-based replication treasury was much more resilient on our end.

The initial setup was unbelievably easy. We had Zerto up and running in five minutes, whereas setting up the SRM replication took weeks and needed technical support staff.

We deployed it ourselves.

In terms of ROI, it was quite expensive, but I think we got a lot of value out of it, such as being able to have a reliable DR method, particularly offsite. We have very poor latency locations, and sometimes, we replicate those. Zerto makes that very easy.

From a customer perspective, the price is okay. From an investor's perspective, however, it is a little bit high.

We looked at Veeam, but Zerto was a better match for our needs.

I would advise you to give Zerto a try in your environment. Get a trial license and see how it works. I think you'll be very impressed.

Overall, I've been very happy with Zerto, and I'd give it a rating of nine on a scale from one to ten.

We started off using this solution for disaster recovery and DR testing but then it morphed into more of a file recovery tool. We can usually get closer to a point in time recovery using Zerto versus the nightly backups that we do.

Zerto gives us peace of mind knowing that if we were attacked by ransomware, we would be able to recover data from the time before the ransomware to get us back to being fully functional. Zerto helped to reduce our company's disaster recovery testing model to where we can do it all within a day. We normally pick a time around lunchtime on a set day for the different groups to test with and it is completed by the time lunch is over. 

It definitely does make life easier when you're in a situation where you have to have all hands on deck as it doesn't require you to have as many people to bring everything back up.

The file recovery functionality is definitely the most valuable as well as the amount of time it takes to recover a VM. The different snapshots it makes are great, especially when we try to schedule DR testing with our business unit. The less time that we have to spin up the environment, the better the whole testing process will go.

One common use case I'll get is when someone says, "I deleted," or, "I've changed a file." I can ask them, "What time did you do it?" If they tell me a specific time, for example, 1:15 PM, I can pull that file at 1:14 PM and recover the data.

The backup end of this solution could be improved. We tried using it as a full backup solution and it took way too long to complete at least one backup. We tried it once and didn't try again. I'm not sure if they've improved that since then but we actually went in a different direction for backups.

I have been using this solution for six years.

This is a stable solution. 

We haven't had to scale much as we're a small business. If we were to grow, it would be a couple of servers at a time so I can't really speak to the scalability of it. We have 400 servers total and only use Zerto with what we consider mission critical.

The customer support is excellent. When you call with an issue, they answer almost immediately. The guys are really knowledgeable.

I would rate their support a ten out of ten. 

Positive

We started off with Site Recovery Manager. We did not like the process and once we tried Zerto, we saw how easy it was. That's been the solution until recently as we've added a second data center in which we use now Pure Storage with VMware. They do active clustering and we can use a simple vMotion to move from one site to another versus the way we used to do it before completing a migration with Zerto. 

We still keep using Zerto because we know Zerto works. Zerto is a lot faster especially compared to what we used to do with Site Recovery Manager.

The initial setup is straightforward. I just followed the documentation online and it was set up in a day.

I completed the setup myself. There may have been a help check afterwards once we got the first test recovery group setup. 

Based on the fact that we can rely on Zerto for recovery if anything were to happen and the confidence that our management has in this product, it's definitely worth the money. 

We paid a big investment upfront with renewal fees each year. This is another reason why it's easier for us to keep this product as well as have another solution, because we've already paid the money upfront.

When evaluating Zerto, I would advise others to try to think of any potential scenario to test with and use it to prove whether it does or doesn't work.

I would rate this solution a ten out of ten.

We use it for backup and replication.

The total time for replication has been reduced drastically for us and that really adds value in the long run because time equals money and resources.

It has also helped to reduce our DR testing. Previously, when we were doing it across our own locations, we had to make sure it was working by doing a lot of testing back and forth.

Also, the solution is already up to the mark on audits and certification.

For us, the most valuable features are the quick upload time and how the sync works. The sync is pretty good and that's really helpful. The quick upload is important to us because other solutions were lagging behind. We have VMware SRM and Veeam, and they have been pretty slow and sluggish. We have had some challenges with them.

We have been using Zerto for seven years.

We're just replicating and I assume it runs on some kind of cloud as an overlay, so the stability is pretty good.

The scalability is insane. Really good.

An area for improvement is the support because it gets really expensive. They need to make it a little cheaper. Support also takes time.

Neutral

We still have some other solutions in-house. We are not fully dependent on Zerto. We are still trying to get rid of the others, but we have not entirely moved on.

In 2014, when Zerto was launched, the initial setup was pretty simple.

We used an integrator. Our experience with them, at our engineering level, was that it was pretty smooth and streamlined, the first time we used Zerto. We had a few issues in the initial deployment, but later on, when we moved to scripting, the process became streamlined.

I would like to see different service levels. They're good, but it still takes a lot of our budget in ops.

We evaluated Veeam and SRM. Zerto is an HPE product, and we have been using a lot of HPE servers. That trust in HPE won our business.

When comparing Zerto with Veeam and SRM, the latter are newer in the market. They try to provide a multi-cloud strategy with tie-ups across six different clouds, which is different from Zerto. That's where I would use them if I had to.

All the solutions were almost equal but Zerto is still better because they have a lot of releases and new versions.

We are just using it for backup and replication. We have not yet had an event where we have had to restore.

We primarily use the solution for continuous data protection and cloud onboarding.

The analytic tools are great. 

The external API is something we're using quite a lot. It was upgraded, however, we still haven't upgraded to nine. We were starting to work at six, then seven, then eight, and now we are at eight of five updates. We've been working with this product quite a lot, and they have constantly added a few features. The long-term journal is one feature that is useful in that it allows us to use the product as both CDP and backup. You don't need the backup and disaster recovery tool. That's lowered the overall maintenance and operational costs. The OPEX gets reduced, once you use these two products. 

They have reasonable support. The Zerto university for training staff is very useful. It's very easy to get people on board and to get technicians to work and be familiar with the product. The virtual labs are very useful. You have a sandbox and you can easily play and try the product.

Unlike other products that split the VPG into protection plans and activation plans, they're doing everything within the same location. 

Technical support is good.

It's a very stable solution.

They could improve their online documentation.

From a reliability perspective, the product is around seven. It's less reliable than, others for example. They have one limitation when they have a virtual protection group that does everything.

From the ease of deployment perspective, it requires expertise and time. It's not very easy to do auto-tagging or to run multiple VPG genes at the same time. So, from multi-tenant or multi-complex scenarios such as using Zerto external products, such as firewalls, while their own product is good, it's part of a larger ecosystem, that still has a long way to go.

The triggering of external products could be better. Combining a master runbook and not just a single VPG or splitting the protection group from the activation plan could be better. There will be a protection policy and activation policy as being done in other products. 

Better tagging and better multi-term support are needed. Currently, there is no tenant admin support, only global admin support. They should work at the tenant level instead of the global admin level.

Right now it's an HPE product; they're no longer a startup. We are hoping that being bought by a major company will do good for them and they'll fix what needs to be fixed. There were very good products, to begin with, and HPE should work to make it even better.

We've been using the solution for the last three years at this point. 

The stability of the product is good. There are no bugs or glitches. It doesn't crash or freeze. it's reliable and the performance is good.

Technical support has been great. We are happy with the level of support.

We use both on-premises and cloud deployments. In terms of the cloud we are using, we are using Azure. We are using our own Cloud provider; we are using VMware Cloud Director.

I would rate the solution at an eight out of ten. We are happy with its capabilities. They are a very good product, however, they are not perfect just yet.

It is controlling our mission-critical production system as a backup and a failover.

Zerto has taken us from being able to do a failover in four to six hours down to one to two hours.

The most valuable features are

• the continuous streaming
• that it takes very little CPU usage — it doesn't affect production 
• the recovery time is very short.

With the VPG (virtual protected group) it would be nice if you could pick individuals in the grouping instead of having to failover the whole group. 

Other than that, it's a pretty good product.

I have been using Zerto for about a year.

It's very stable.

I don't see a problem with scaling it at all. They could improve setting up for SQL clustering or for SQL Always On. It really is set up for a one-to-one and not for a multiple solution. They could work on that.

We will probably increase our usage in the future. Right now we have a license for 15 VMs through Zerto and we are only using 10.

We haven't worked with Zerto's technical support other than during deployment. Everything seems to be running really well now. During deployment, their support was very responsive. It's just that they did not have a good solution that worked with VMware and Nimble.

Positive

We were using Veeam. We switched to Zerto because it has continuous streaming that would keep us up to date a lot faster. Veeam kept promising they were going to have that, but they never came through on their promise, after waiting for a year. We were able to convince management to switch to Zerto.

The initial setup of the product was very complex. We were using a SQL Server cluster with a Nimble array, so it was very complicated to get everything set up correctly so it would failover correctly.

Our deployment took about six months. We had an implementation strategy for the solution but it failed three times before they could get it to work. Our deployment plan was set up to failover for our SQL cluster and several web servers to a backup location. In setting up with the Nimble, Zerto recommended that we use an RDM. The RDM did not work. We were using VMware with Nimble and the Zerto team had not used that particular solution before. We jumped through hoops three times before we were able to get the right combination to get the cluster to failover correctly.

There are only three of us working with Zerto. I am the DBA, we have a system administrator, and we have our IT director. We learned very quickly how to use the product very thoroughly since we had to rebuild our solution three times.

We were working with Zerto directly. They didn't have a good solution and we had to test out a lot of things with the hardware and software that we were using. They could have improved that. They kept giving us solutions that would not work, so we had to keep trying different solutions.

It's hard to say if we have seen ROI since it's only been running for about four months. I think that we will see cost savings over the next year.

As far as licensing goes, start out with what you need to get started and you can always scale up. Zerto worked very well with us. They have a tool called zPlanner which was able to document how much we needed to get started. That was a very handy tool.

We looked at some other options, but nothing really compared to what Zerto offered.

The main differences were the ease of use, not having to have a dedicated person assigned to watching it, and the automation. A lot of this stuff is taken care of through Zerto without us having to script or put a lot of effort in on the back-end. Everything is automated.

Make sure that they can demo what you want done before you move forward. We had a problem with the SQL clustering. Make sure that the equipment that you're using is certified by all the vendors that are involved, like VMware.

Now that we have the solution working, we're very happy. We've had it working for the last four to five months. We were able to test it with a test platform and it worked amazingly.

We use Zerto as a migration platform from a customer's data center or from their on-premises environment to our data centers. We also use it for disaster recovery.

Zerto has helped to reduce the number of people involved during a data recovery situation in our company. All we have to do is click a few times. We have even configured a DR solution for our customers so that they can do it themselves. We give them access to the Zerto platform, as well as have a small manual of instructions, and they can go do it. It's very simple to use and to deploy and to support. It does not have a very large learning curve.

For our clients who do DR in the cloud, Zerto has definitely saved them money. We only have a few DR client accounts, but for the ones we do have, there haven't been any failures of Zerto, whenever we do failover tests. It performs well.

It's a great platform because it's very well built, technically. 

It's also very much faster than any other migration or disaster recovery platform we have. I work with virtualization, mostly on VMware, and I must admit that Zerto is even better than VMware Site Recovery Manager. Zerto compresses the data and it works much faster. We use it whenever we can, and especially whenever we are on a tight time schedule for closing a project, or we need to bring information or VMs from a client or from another data center. Zerto is very valuable because of its speed.

And in terms of ease of use, when I started with my current company I didn't even know about Zerto. My first project was a migration from a big customer and I thought, "Wow, this will be a lot of work." It was a little scary because of the pressure to get it done. But Zerto was so easy to use. I like it a lot.

I've been using Zerto for about 12 months, but the company I work for has been using it for four or five years.

It's very solid, like a rock. It's very stable.

Even with the most recent customer that we migrated to our data center, it was really impressive that Zerto kept the levels of performance very consistent. This customer's site was at another data center provider, not one of ours. It was on a very old VMware version, and we were deploying them to the latest, vCenter Server 7. At first I thought, "We will be struggling to bring this customer over," because they were two major versions behind. I didn't think Zerto would be compatible for making this migration happen. But it worked like a charm, and we had no problems regarding Zerto itself. While we had some problems with this migration, they were not related to the technology.

It's very scalable. Most of our core usage here is for migrations from our customers' on-premises or data center instances. And about two years ago, we had a very big migration of over 3,000 virtual machines, and Zerto performed really well. That's why we have kept Zerto in our portfolio.

Their support is amazing. We have had to open some support cases and they have a very good technical team. They're always referring us to their technical teams if we need to discuss something. Or if we fail to understand some of the concepts, we can reach out to them too. It's more than a commercial relationship. They support us whenever we need help.

Positive

We do setups of Zerto every week or two weeks, because it's not a single platform. We are a multi-cloud environment and service provider. We deploy it according to project requirements. So we don't have a single Zerto platform. We are always deploying VMs and DRs.

Zerto is very easy and straightforward to set up. Whenever we want to use Zerto for a migration from an on-premises customer to our data center, we usually create a WAN to WAN link, or a LAN to LAN, or a VPN link between the customer and us. We just deploy the VPNs from our side to the customer site and request access to their environment. We check for special VM configurations. It's pretty straightforward. We don't like telling the customer to do it, even though it's very easy to deploy and configure, because it's part of our service to do this job for them. We also have our own guidelines and policies that we use to configure Zerto for the best migration setup.

The last deployment I did took me four hours, which included setting up both my side and the customer side, doing the pairing and, later, the VPG's. We migrated over 100 VMs and it took about two days to fully replicate their site to ours. The migration window to do the move was about six hours because they had to change applications. But the move itself took no more than two minutes for every Zerto machine. 

When I talk to the customers, I tell them that it will be faster than the move window we request. Most of the time set aside for the window is for taking applications offline, because they will often need to reconfigure them. When client data comes from an on-premises site to our data centers, there are usually IP address changes, or we have to update VMware tools, or do something at the Zerto machine level by changing Zerto hardware, such as a network card. The moving itself is pretty straightforward.

Because I'm a support engineer, I don't really work directly on the commercial side of things. Whenever I need to request a license for Zerto, someone on our dedicated licensing support team takes care of it. So I don't know if that process is easy or not.

Zerto works very well as a backup and recovery solution, with frequent recovery points. It's very good. But it's too pricey for us to use it as a backup solution for all of our clients. Not every customer needs recovery points every five seconds.

It's a great platform, if you use it as a recovery system and as a migration tool. It's really amazing. It's a very well-developed product and one of the best solutions. In the same way that what makes Microsoft big today is Active Directory, which is an amazing product and one that no other enterprise could do any better, Zerto is the same type of leader in its category and is at the very top, without a doubt.