HPE Zerto Software Reviews

We use it for migrations and VM protection.

The near-synchronous replication is very good. It's very critical for us. For example, with SQL, we used to use Always On to protect databases at the database level, to give us high availability and DR. But now, in Azure, we don't do that. If we wanted to do that, we would have to have a SQL Server on the protected site and another up and running on the DR site and those machines would always have to be up and running. To save on costs, instead of using Always On, we're now protecting the VM as a whole, thanks to Zerto.

It's also the main tool that we use for our annual DR tests for all of our production applications. Once a year, for one week only, we do a failover of those critical production applications from the primary site to the DR site and we let them run there for that week. Zerto does the failover and the DR site becomes the active site while everything replicates to the former primary site. Once the week is over, we do a failback and Zerto is the main tool that we use for that, and we repeat the whole process. We're then good for the whole year. Zerto is protecting those VMs.

Another advantage is that Zerto has decreased downtime for us. It could have been a situation where we were down for weeks because of something that Azure did on their end. Even though Zerto has a partnership with Microsoft Azure, sometimes Azure makes changes that are disruptive. There was one change that affected our ability to replicate our critical workloads and it was a rough one. For that week, Zerto found a workaround because they were not getting any progress on resolving the situation from the Azure team. Zerto applied the workaround in their code and we were good, but that was a rough situation. Zerto goes out of its way to help its customers. We've had issues but Zerto has been very responsive.

The quickness and efficiency of creating snapshots, on a real-time basis, is one of the most valuable features. Whenever changes are made on a server, Zerto starts taking snapshots right away and replicating them to the DR site. It's very effective and very quick. Our SLAs are 24 hours, but Zerto could do what we needed, on-prem, in seconds, and in the cloud, in minutes. Zerto is way ahead of what our SLAs are.

Sometimes we do failover tests to make sure that we will potentially have a successful failover or migration. It's very flexible and does its job very well. And one of the things I love about the product is that whenever you do a failover, it gives you the ability to either commit or roll back. Some of Zerto's competitors don't have that ability, at least in Azure. That's critical for us because after we have DR tests on a weekend, we have users sign off on their applications that everything is fine. If something isn't right, we can always roll back to how everything was right before we started the DR test. And if everything is working great, then we commit.

Since we are primarily in the cloud now, Zerto definitely needs to update its platform. When we were decommissioning one of our on-prem data centers and going to Azure, there were issues. And with Azure, it's still limited in the way we can manage our resources there. Zerto hasn't quite kept up to date with how certain elements run within Azure.

In Azure, there is something called resource groups. You cannot create a resource without a resource group. You can apply tags to resource groups and that tagging information is very critical to our company because we now have 95 percent of our production environment workloads running in the cloud. We have to make sure that every resource group is tagged correctly, with the correct team and department because we have to bill them at the end of the month. The problem is that Zerto does not have that ability. When the product fails over or migrates a VM from on-prem, or even within Azure, to another site, it does not give you the option of selecting an existing resource group.

When it fails over, it uses the name of the group that you created within Zerto. The VM is failed over with no problem in a reasonable amount of time. But the problem then becomes that the resources are part of a resource group that has no tags. It does not follow our naming commission for resource groups and then we're stuck. It's not as easy just renaming the resource groups.

These components are very critical for us but they are missing in Zerto. They're aware of it because we've had feature-request meetings with our Zerto account team. They're working on it for the next release and have mentioned that they are going to be making improvements to the product. But for now, it's lacking.

Also, a downside with Zerto is that there is a lot of management overhead when running it in the cloud. On-prem, we used to have one Zerto management appliance, but in the cloud, we have about 20 to manage to protect our VMs. Zerto has mentioned to me that, for the next release, they're building it from the ground up and it will be much better in the cloud, with more cloud focus.

Because of the experience that I had with Zerto running on-prem, where we only had one appliance in each of our data centers, I deployed one in Azure as well. Little did I know that there were limitations and that more appliances had to be deployed because of all the replication of the traffic and the number of VMs that we were trying to replicate. But Zerto stepped in and helped when it came to that.

I have been using Zerto for four years.

The stability is an eight out of 10.

The scalability is also an eight out of 10.

They're very helpful. They always want to understand your situation and, even if they're not sure, they do their best to help and fix the problem. 

For on-prem, there were always references, but for the cloud there is a bit of a knowledge gap. I would always get workarounds, fixes, or KB articles for on-prem, but the cloud implementation is where the documentation is lacking. But the team does its best. It depends on who you get. Some know Azure, or cloud, and some still lack that knowledge. But if they don't know, they get the right person on the call.

Positive

We were a VMware shop on-prem and we were migrating to the cloud from on-prem VMware to Azure, so the tool that we were using to protect VMs through DR would no longer work. We used VMware SRM (Site Recovery Manager) for years when we used to be solely on-prem. 

We started looking for a product to help and, at the time, Zerto was the one that stood out among the competitors, and it was a solid product, so we started using it. Zerto is definitely a more effective product. It is a lot quicker when bringing our VMs up on the DR side, and even when we do a fallback. And Zerto is a lot easier to use than VMware.

The initial setup was not straightforward.

And maintenance is required for upgrades when there are newer releases, especially when it comes to Azure. There are newer releases that contain fixes and improvements and we do update the version of the Zerto appliance. They are running on Windows Servers, so we also have to patch the operating system. In Azure, there are a lot of SKUs with different pricing. Depending on the utilization of a VM, we sometimes make changes to the family types to save on costs at the VM level.

I did it with our Zerto account team, which included our sales engineer. Just the two of us were involved.

Zerto saves us a lot of time. One team member alone can handle the DR test using Zerto, whereas before, when we used SRM, at least two or three people were involved from the VM perspective and from storage. VMware was integrated with our NetApp environment and that meant at least two or three team members were involved. But with Zerto, just one person uses the product for a DR test.

We looked at Azure Site Recovery. We were close to going with it. It did have the ability to do resource group selection, but there were two showstoppers at the time that prevented us from going forward with it.

When we were looking at Azure Site Recovery, it seemed that it had a better cost per VM, but Zerto was not that far off. And we were more comfortable using Zerto to protect our VMs than the other products we were testing.

My advice is that if you're in the cloud, you really should test the failover of your VMs. If tagging is not a key component, you'll be fine. But if it is, that is a huge problem. And expect a lot more management overhead when it comes to managing Zerto in the cloud.

In terms of our RPOs, Zerto is consistent. From time to time, it may run past our SLAs, but that's because there are network or VM issues. And that happens very rarely. It almost always meets our RPOs.

The ease of moving data varies on the size. A good thing about Zerto is that it does give you a little chart indicating the step that it's at in the replication process.  But even if it's a small VM, it does take some time, including setting it all up and starting the synchronization. It's not instant.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

Positive

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

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

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

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

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

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

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

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

We bought it through a reseller.

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

I think there is a support cost.

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

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

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

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

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

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

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

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

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

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

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

We use it for disaster recovery and analytics.

We use Zerto to help protect VMs in our environment. We are also using it for our Virtual Protected Group or VPG.

By implementing Zerto, we wanted disaster management, especially for our data. We did not want to lose data unnecessarily.

Over time, I keep seeing different benefits of using Zerto.

In terms of ease of use, Zerto is easy to use.

Zerto has near synchronous replication. It is okay. It has been easy for me to use.

Zerto is faster than other recovery solutions for real-time automation.

Zerto makes it easy for me to navigate and move my data to the cloud. It has had a positive effect.

Zerto has helped reduce downtime. There is about 25% reduction.

Zerto has improved the data recovery time. It has saved me time. It is faster than what I was using before. Zerto has saved me a lot of time, but I do not have the metrics.

Zerto has helped reduce our organization's DR testing by 30%. It has had a positive effect on our IT resilience.

I like the automation of transferring data in the case of any disaster to our VMs. It is also easy to use and fast. 

Its price is a little bit on the higher side. Other than the pricing, I do not have any areas for improvement. I am enjoying Zerto. Everything is working the way I want it.

I have been using Zerto for the past two years.

Its stability is okay.

Its scalability is okay. As we keep having more customers, we might have to scale it, but for now, it is good.

I contacted them once, and I got a quick response. They are fast. I wrote to them, and I quickly got a response. The response was timely and effective.

Positive

I was using Microsoft Azure backup before. I migrated to Zerto. Zerto is faster.

It is deployed in the cloud. Its deployment was not too easy and also not difficult.

Like every other team, it took us some time to get it going. It is not as easy as one, two, and three. It took us about one hour to get it going. That is why it is not too easy, but it is also not difficult.

After installation, we took the entire day because we were trying to make sure everything worked fine.

So far, I have not done any maintenance for Zerto.

We had two people involved in its deployment.

Zerto is a little bit on the higher side in terms of pricing. It would be better if they had a pay-as-you-go package.

I got a review from a friend and decided to give it a try. She asked me to give it a try to see how I could recover data fast and do other things without wasting time. I was looking for these features, and I got them with Zerto.

I would advise knowing what you want in the software and why you are going for this software. If you want fast data recovery software, you should go for Zerto. I have been using Zerto for two years, and I have not had any reason for regret. New users who are going for Zerto would not regret their decision.

I would rate Zerto an eight out of ten.

We use the solution to protect our general workloads, migrating VMs to the cloud and protecting VMs in the cloud. Our primary use case is to protect and provide DR.

Zerto has enabled us to mature our DR stance quite a bit in how we protect functions.

The near-synchronous replication works pretty well. Going from RPOs of an hour to five seconds is pretty interesting.

Zerto enables us to do disaster recovery in the cloud rather than in a physical data center.

Having disaster recovery in the cloud is very important for our organization as we're currently moving our production workloads to the cloud.

We use Zerto to help protect VMs in our environment. Our RPOs are getting lower.

The speed of recovery in Zerto is much faster than with SRM.

The on-prem to Azure, migration, and protection aspects are good. Zerto is one of the few tools that work pretty good and at moving between regions or clouds.

The near-synchronous replication is good. 

Automated protection of workloads from one site to another could be improved. For example, with SRM, you can create a VM, and it automatically protects it based on mappings and other factors. Zerto does not do this.

I have been using Zerto for about a year.

It can throw us for a loop at times and it can be challenging to figure out.

We are pretty large-scale. It's been one of the challenges, as it seems pretty simple for smaller scales, but as you get larger, it gets more challenging, which is where the automation piece and lack of that comes in.

Level one and level two are excellent. The development team is a challenge sometimes because they work four days a week. Sometimes, when we have to have a Dev escalation or a severe issue, it takes quite a long time to get a response.

We use SRM and Commvault. Zerto is better than both of them. Commvault is not great at Orchestration DR, and SRM locks you into VMware.

We were early adopters, so the deployment has been challenging, but it's definitely getting more mature and better as we go. 

We bought it from a reseller but we used Zerto services to get it going.

It has reasonable pricing comparable to VMware and others.

Overall, I rate Zerto an eight out of ten because it makes testing easy and provides flexibility between on-premises and various clouds.

We use it primarily for DR situations. Whenever we lose our primary location, we switch to another location. We also backup resources and migrating VMs in and out of different environments, cloud versus on-prem.

The most valuable feature is that it provides real-time backup. We're in the financial industry and have to have 100 percent uptime. 

It helps us have a lot better uptime than what we would normally have. It's always real-time synced, with instant recovery. We can return to another location if power drops or generators don't work.

It gives us quick uptime. It also helps our customers maintain that trust, so Zerto really does help with trust. We generally use it on-premise.

The near-synchronous replication is really good. It gives us quick uptime. It helps our customers keep that trust in us.

We use Zerto to protect VMs in our environment. Until Zerto, I didn't pay much attention to RPOs. Zerto gives the ability to bring RPOs down to seconds. 

For certain use cases, Zerto has a better speed of recovery compared to other solutions but it doesn't tie into our SANs like Veeam does. 

It is a little expensive.

We could streamline the installation better. The other thing would be ransomware notifications, like IO anomaly notifications.  If they integrate with the SAN, that would be valuable to see in terms of snapshots.

I have been using Zerto for six to seven years.

We came up with the new version, and it's pretty good. If there's no reason for me to say it's unstable. It's been proven so far.

If you buy the licensing, it will scale up to size until you will spend money on it. 

Support is helpful.

Positive

If you want to pull from the snapshot instead of tools, then SRMs are better used for this case. It's fast and the first to market with continuous data protection.

Zerto is easier to use. There is some standup at the beginning, you must install the agents. It's easy to use when it's working right, but sometimes, it takes great effort to get it going if something goes down. 

We use another solution, Veeam. We keep them both because they're both beneficial for different use cases.

The initial setup is straightforward, but if you have it the first time, you are stranded in the industry. It could take a little figuring out, but Zerto is pretty helpful.  

There have been a couple of situations which they weren't able to fix an issue right away. We move everything off to a different server until we can circle around and extend that one.

We did it in-house.

Zerto has paid for itself in man-hours saved. 

Zerto gives you the ability to bring RPOs in seconds. We can have instant uptime for everything. 

It's more expensive than other solutions but it's worth it for our environment. It has made it very easy to restore files because you can restore them down to the second. It's pretty simple. We have the agent and all the hosts. 

Overall, I rate the solution an eight out of ten.

We primarily use the solution for data replication. We have it in Oracle. It helps with disaster recovery. We have a primary and secondary server and the data can move between the two thanks to Zerto.

Right now, I'm having issues with delays when archiving. We're facing issues with RPU and getting 20 or 30-minute delays. That's a bandwidth issue.

We do rely on the replication capabilities. When our one system went down, we were able to immediately replicate. 

It's a reliable solution - if we have great bandwidth. It offers near-synchronous replication. This is very important. We're a fintech company relying on Zerto for disaster recovery. We tend to only use the replication features.

We use the solution for immutable data copies. The 3-2-1 rule is very reliable. 

We can use Zerto to help protect our VMs.

It's had a positive effect on our RPOs. We have virtual protection groups and haven't had any issues. Our production server does need to be replicated in real-time, and everything else can be replicated whenever we like. 

It only takes five to ten minutes to switch over or failover.  During data migrations, our users can continue to collaborate just fine. It's fine and fast. 

The RTO is good. If a machine is storing more than two to three terabytes, it takes longer than ten minutes, but any time the storage is less than that, it takes ten minutes or less.

Our downtime is minimal.

We've saved a lot of time in a data recovery situation. 

We do switchovers from time to time to test DR. We do switchovers every three months. It only takes half an hour. It saves us about one hour at least. We can allocate the time we save to any other activity or task. 

It's reduced the number of staff needed for DR by three or four people.

The solution did replace some legacy solutions. It replaced small backup solutions. It's helped us save on the costs needed to manage them. We've saved around two resources so far. I'm not sure how much those tools cost. However, we needed four infrastructure and two or three database people looking after those. Now, we don't need to.

We don't have great bandwidth. When we don't have good bandwidth, it doesn't work so well. 

We're not fully satisfied with the support team.

The first time, it's difficult to migrate data. However, after that, it becomes easier. 

They need to give more options, such as more archiving options. 

The company has been using the solution for around one year. I've used it for three months.

The solution is stable, from what I have seen.

We have around 100 direct Zerto users. We have around 30,000 to 35,000 end-users. We have 10 production servers, Linux machines, five development servers, and five Unity servers. 

It is very scalable. We can scale up to 200 machines and have maybe around 80 right now. I'm not sure if we will scale more in the future. 

Support has dropped off. When I joined the organizations, they were very active. 

Positive

We also use Oracle. I used it in my previous company. In this company, we use HP, and it works well with Zerto.

Zerto is very easy to use, and the GUI is very comfortable. We can configure, replicate, and sync right from the GUI.

We have Zerto on an HP machine. 

I was not involved in the deployment of the solution. 

Maintenance is necessary, and we have two people handling maintenance tasks. 

The solution is worth the cost. Having disaster recovery is necessary. If we ever suffer from a hardware failure, we can easily replicate in one click. 

The solution is a bit expensive. 

We did not evaluate other options. 

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

The solution was primarily used for disaster recovery for clients. If there was a major issue in the data center, it allowed the client to move to the second data center. It was also used for migration to virtual machines.

My customer recently (a few years ago), had a major issue in one of the data centers. It was a virus attack that destroyed the servers and virtual machines. We could not recover those servers or virtual machines. After that, we decided to remove the corrupted data center and get everything recovered using Zerto. We were able to do that with the agreed-upon RTO and RPO for the customer. 

The replication between data centers is great. It allowed us to ensure all data was replicated from one side to another.

The near-synchronous replication is great to have. It works better than other solutions. 

It's very user-friendly and straightforward. There are no bugs in the software.

The disaster recovery features are the best I've found. 

This product allows us to do disaster recovery in the cloud rather than the physical data centers. We have multiple customers who are on a hybrid cloud. Some are on a private cloud and some are on a public cloud and Zerto allows us to provide the functionality whereby we can cover both as well as across physical data centers. We use Zerto for AWS, Azure, and GCP.

It was nice to use with AWS. Everything was in place on AWS and the functionality is well documented. We've done a POC on it. We have not yet had a chance to do a real disaster recovery just yet.

Zerto has helped us protect VMs in the customer environment. The overall effect on the RPOs is good. We can do it at a maximum within 15 minutes, however, often we can do it within five minutes, or even one minute. 

The speed of recovery is very quick compared to other tools.

It's easy to migrate data with Zerto. It's simple. Even non-technical users can see what information is needed in order to enable the replication from one site to another.

Users can still collaborate during the migration process in Azure. It depends on how much data you are including from your data center. The bandwidth connectivity between two data centers is very high.

The RTO is pretty good. We typically give our customers a heads up it will be eight hours, however, it's often less.

It's helped us reduce downtime. For example, when I was using another solution, we wanted to restore a VM. It took more than eight hours to restore ten virtual machines. In contrast, Zerto only takes 45 minutes. 

We had a corruption at one point on 20 to 25 VMs, that were critical from the customer's point of view. They had already spent so much time trying to troubleshoot. We decided to use Zerto to restore the machines and give them the latest backup. We were able to give them everything in less than one minute.

For the customer to recover using a different solution, it would take much longer. Zerto takes far less time. For example, compared to VMware SRM, it takes almost double the time compared to Zerto. 

We've been able to reduce DR testing. When we used to give RPO and RTO time to our customers, two hours for RPO and eight hours for RTO, once we started using Zerto, we reduced RPO to 15 minutes.

It's reduced the staff time involved in a data recovery situation. When we initially set up Zerto, it immediately starts replicating and does incremental replication as well. Therefore, at any given point in time, the latest data is already available on the recovery side. We just have to trigger it and everything will be restored as per our configuration. We likely save three to four hours of work during the disaster recovery period. And, in the disaster recovery phase, every minute is crucial. 

It's also reduced staff involvement. It's not complex and very straightforward. Since tasks are reduced, we do not need so much staff. 

Previously, it was not compatible with the public clouds. However, now that it is, it's helped a lot. One of the most challenging aspects in migrating items from private to public.

We'd like to be able to migrate data without its operating system or any other functionality and without having to go through a virtual machine or server. 

I've used the solution since 2015. I stopped using it around 2022.

The solution is absolutely stable. We have customers that have used it since 2016 without any concerns. 

The product can scale. 

We haven't had to engage with technical support. 

I'm familiar with VMware SRM.

Not a lot of people in the market are aware of Zerto. They need to market it better.

However, Zerto is pretty simple and straightforward, compared to other options on the market.

Replacing the legacy solution has helped customers remove compatibility issues and reduce costs. 

The deployment of the product is straightforward. We have, for example, more than 100 VMware ESX-site servers and there are two agents in terms of virtual machines that get deployed on all of them.

To deploy the solution, it only takes 30 minutes. You only need one or two resources to manage the implementation. The maintenance is minimal. Once it's set up, it's fine. 

Our customers have witnessed an ROI. 

The product is cost-competitive and less than other options. I do not have too much data on the exact costs, however. However, we are definitely saving costs when we compare Zerto to VMware. 

My understanding is we have a partnership with Zerto. It provided free training to our employees and we have done multiple certifications. 

We did not use it for immutable data copies.

We don't use it for blocking unknown threats and attacks. We don't use it for security purposes. We have other security protection services for our customers, including firewalls and antivirus. We use Zerto only for disaster recovery.

I'd advise potential users to pay attention during the initial setup and watch what you are replicating from one side to another. After the setup, you will not have to put a lot of time in - as long as you pay attention during the initial phase. 

I'd rate the solution nine out of ten.

We use Zerto to back up our VMs to our disaster recovery site.

Zerto is essential for protecting critical workloads. We don't protect all of our VMs, but some need to be recovered in a timely manner. The recovery time is almost immediate.

The fast recovery speed is Zerto's most valuable feature. It gives us peace of mind to know that the VMs are replicated and are there if we ever have a disaster. We recently upgraded our license to include the cloud because we are considering migrating from our hosted data center to cloud-based DR. Zerto's near-synchronous replication has been excellent. We haven't had any issues during our testing. It has worked flawlessly, and we're very pleased.

It would be difficult to do, but I would love it if Zerto handled some of the scripting and things necessary to do a recovery. For example, it would be helpful if the solution could update the DNS to point to a new location. It would be nice to automate some of those tasks that you have to do to recover a VM and they were kinda out-of-the-box point-and-click things rather than things that required you to write a script.

We have used Zerto for five years.

We haven't had any issues with scalability, but we haven't done a lot of scaling. We initially purchased a number of licenses, and we've kinda stayed about that number for the whole time. We're currently protecting 175 VMs, which is a small fraction of our total environment.

I rate Zerto customer service eight out of 10. It's been good. I haven't had to open any tickets with support, but we worked with our sales engineer to configure things, and it went well.

Positive

We've used backup providers before to do replication, but we've never had a solution that offered immediate recovery. We evaluated VMware SRM and some other backup providers, but none were quite on Zerto's level. The recovery speed doesn't compare to Zerto. Zerto is easy to use aside from the scripting aspect of things, but the other solutions aren't aren't any better in that regard. 

The setup is straightforward. We deploy an appliance, and it's up very quickly. The initial installation is done in a day, but it takes time to configure things exactly the way you want them, get the VMs protected, write scripts, etc. 

It's hard to quantify the return, but we can do what we set out to. We're able to recover critical services in a DR site. We haven't had to use it, but we know it's there, and we've done testing that shows it works. Hopefully, we don't have to use it, but it's a good insurance policy. 

I rate Zerto nine out of 10.