HPE Zerto Software Reviews

Our primary use case is for disaster recovery. We replicate up to Azure, and that's essentially disaster recovery as a service.

Overall, the effects of RPO have been great. They are never more than a minute or two, even throughout the production day.

If we can replicate from our native VMware environment up to native Azure, it converts the machines for us. We don't have to maintain another VMware environment somewhere. It's really given us the ability to eliminate the entire data center.

Moreover, there are cost savings tied to this. We don't pay for the rack space, power, or hardware; all of that is gone. Because the machines aren't active, all we're paying for is storage in Azure. So it has saved us quite a bit of money.

Zerto's near-synchronous certification has positively impacted our operations. Any recovery point that's too far in the past, we'll lose transactions when we fail over. We really don't want to do that. Real-time replication gives us a much better sense of security for the enterprise. It simplifies things for us and reduces costs.  It makes management feel really good, too.

Using DR in a cloud environment has been a positive experience. We're saving money. We don't have to maintain the hardware. We don't have the rack space at the other data center. It just simplifies things for us and reduces costs. It's been a positive experience overall. It's pretty easy to use. Once it's up and running, it stays running. We have had a few times when we called support and the support has been very, very good.

Maybe the reporting for the failover test could be a little better.

I have been using Zerto since 2020, so it's been three years.

It's very good. It's very stable. It doesn't require a lot of intervention. 

We haven't had any problems with scalability. We have 75 machines protected by Zerto and it does a fine job.  

Support has been very good.

Positive

We used to use Site Recovery Manager when we had two data centers, and it was VMware to VMware. We were using EMC storage. Zerto is a lot easier to use than Site Recovery Manager. It requires less care and feeding. 

Site Recovery Manager occasionally would lose virtual machines, and it was kind of a pain, but Zerto just kept running. So overall, we're really happy with the switch to Zerto.

The initial setup was easy.

Since we don't have to maintain all of the hardware and the second data center, one person can manage the entire Azure environment by themselves. As a result,  Zerto has helped us reduce staff. 

We did an assisted setup with Zerto tech on the line, and It was really painless. It was simple and straightforward. The initial process including getting the servers and everything set up, was pretty short. The process included getting the VMs all added to the recovery groups and things like that. 

The whole process from start to finish took less than a week.

It has proven to be a cost-effective solution for us. 

It could always be less money. 

Overall, I would rate the solution a ten out of ten. It requires little care and feeding. Not a lot goes wrong with it. It just works.

We had a specific use case for one of our clients that had a regulatory requirement for backups to be further than what we were already able to give with our current backup structure. We are actually a global company and our global headquarters are in Northern Ireland. We're located in Pennsylvania. We're the North American headquarters. We implemented Zerto, and we replicate on our Northern Ireland site. That got us more business with our clients.

We needed to meet the requirements of the client, and, previous to this solution, we would not have been able to meet the distance. That's why we implemented it.

The journaling is the most valuable aspect of the solution. The near synchronous authentication is great. It's critical for our organization.

We haven't had to use Zerto for blocking threats, however, we like that we have it as an option.

We do not do disaster recovery in the cloud or the AWS platform. It can do it. We just don't opt to use it that way.

We've used the solution to protect virtual machines.

It's had a positive effect on our RPOs. Our RPOs are eight seconds. It blows past RPOs out of the water. It's great.

The speed of recovery is excellent. We've only had to test it and never used it in production. That said, it works better than anything we've used previously. 

It's easy to migrate data. 

Its ability to keep users collaborating during a data migration is good. It goes very quickly, so it's not a disruption.

The impact on our RTOs is great. It far exceeds what we've needed it to do.

It will save us time in a data recovery situation.

It's helped us reduce our DR testing. It has gone from hours to minutes under Zerto.

It enables us to make better use of our staff. We have reduced the number of staff involved in overall DR management. 

Their data backup and restore have some ways to go. We looked at replacing our traditional backup system with Zerto and found it was lacking about a year ago. We have Commvault, which is very customizable and feature-rich in comparison. Their offering needs to be more robust.

I have used the solution for close to six years.

The stability is great. We haven't had any issues with it. 

The scalability is very good. It can scale out to quite a lot of VMs.

I've contacted technical support once or twice. It was for integration and customization and they've been great.

Positive

I was involved in the initial setup, which was very straightforward. It took about a day to set up. Two people were involved in the deployment.

The only maintenance is the annual upgrade. It's pretty much set and forget.

We handled the setup with the help of Zerto.

It's hard to quantify the ROI. 

The pricing is pretty fair. It's competitive.

We did look into VMware. It didn't meet our requirements.

The solution has not replaced any of our legacy backup systems.

It hasn't helped us to reduce downtime, as we haven't had any yet.

I'd rate the solution nine out of ten.

The only issue is that someone would move the VMs involved around. If you have a global team, make sure they understand the strategy and everyone is on the same page so that issues like that don't arise. We had silos on our side and once we dealt with that, we were fine.

In my previous company, I used it for disaster recovery. We protected our critical workloads in another data center where we would replicate our primary workloads.

In my current company, we're in the middle of a data center consolidation project and we're using Zerto in two ways. First, we're migrating the workloads we had in one data center to another, about 250 servers. It took us about three months to complete the migration. We had to schedule all of our moves and work with the business to validate that the services were fine and accessible, once they were moved to the other data center. We've completed the migration and a data center has been shut down, and we're working on building disaster recovery for our primary workloads in Azure.

The main benefit is that we are centralizing our disaster recovery solution. Before, we were doing replication for some services and RecoverPoint for other services. We had a mix of tools for disaster recovery and we're trying to simplify that process with a product we can use for both. We're even contemplating using Zerto for backups as well, because we use other tools for that. But the main focus is having a specific tool, Zerto, that we can use to achieve our disaster recovery goals for on-prem services.

We also have a big push to move our DR solutions into Azure as a result of a decision from our upper levels to use Azure as our primary solution for building applications. That has allowed us to reduce costs and consolidate from three data centers to one, with our disaster recovery solution in Azure. Our focus on one tool has made it simple. We're still working through that process. Whereas the failover solutions in Azure are somewhat the same as any other data center, building out the rules and requirements for firewalls is a little more complex. We have some third-party vendors that are helping us design and build out our security into Azure.

Near-synchronous replication is one of the benefits of Zerto that drove us to choose it over some others. With typical backup and recovery, your recovery point can be 24 hours. With the near-synchronous replication, our recovery point objectives are in the seconds. That's one of the major benefits of Zerto. We don't have to run incremental backups every half hour or 15 minutes. And the recovery time is fairly quick as well. It's essentially just a shutdown and reboot of a VM.

Near-synchronous replication is incredibly important for us because we have transactional applications that work on financial and transactional databases. The fewer the number of transactions that are potentially lost, the better it is for our organization. It means we don't have to go through rebuilding those transactions. It limits the amount of data that we could possibly lose in a disaster recovery situation, amounting to just a few seconds' worth.

The near-synchronous replication with Zerto has enabled us to reduce our RPOs to two seconds instead of hours and, sometimes, days.

And Zerto really improves RTOs for moving applications. You're not waiting for restores to happen. In some cases, if you have large amounts of data on the order of hundreds of terabytes, it could literally take you a week to recover certain applications, especially if you're pulling the data down from Azure or offsite storage. Zerto greatly improves the amount of time that it takes to recover. And you don't have to do one at a time. You can move over a large chunk of servers at once and get those recoveries running and mounting in your disaster recovery environment. It's a lot quicker than running a restore from a restore product.

In addition, the solution reduces the amount of downtime we have in applications during migration. We had a large number of servers, including some critical production applications. But we didn't have to find windows where we could have those systems interrupted for a short period of time. A few minutes of downtime, compared to having the application down for hours, helped move our migration project along. We moved about 250 servers in a three-month period, and we didn't have any issues with any of the applications related to data or the like. We had two instances where there was an issue related to licensing but they were our only issues when moving these applications.

The auto-connect feature is valuable because we can set the amount of time that we delay before committing a move from one location to another, giving application teams time to validate that the move went well and everything is working before we commit those changes. That gives us the ability to roll back to the same point we were at before we shut things down, if needed. 

Another nice aspect of the product is the non-intrusive failover of the application, similar to an actual disaster recovery test without impacting the services that are currently online. We can failover to an isolated environment and validate the application without impacting the production environment. We can do more testing in a non-impactful way using isolated testing. And once or twice a year, we'll do a live test that is more like what would happen if we lost a data center.

Zerto is also a very easy product to use. Although I've used it before in other environments, we introduced it to some engineers on our team and, after a couple of hours of training to go through the product, it's fairly intuitive. It's not something that takes a five-day training course to understand. You just drive through the checkboxes to build a protection group and that's pretty easy to do. You don't really have to understand coding or the like. It's GUI-driven, so it's fairly easy for an engineer to create protection groups.

You can use Zerto as a backup product, but in the discussions that I have had with them about the product, they don't really sell or talk about that feature as much. So I would be interested in improvements related to using it as a backup. If I could consolidate and use Zerto for disaster recovery as well as everyday backup and restore for situations where I need to recover something, that would be helpful. It has some of that functionality, but it's not something they promote a lot. They should point out the benefits of using Zerto as a backup and recovery product instead of just a DR product.

With Cohesity, we keep a limited amount of backups, about 14 days. That way, we can recover an individual server within the same site or we can restore data or databases that we need, in a non-DR way. We use it for typical day-to-day backup and restore. If we could use Zerto in a similar fashion for everyday backup and recovery scenarios, that would be another area where we could consolidate into a single application.

At my old company, I used it for several years, and at the company I'm now at we've been using it for about a year.

It has been rock-solid. I haven't had any issues with any of the builds or the virtual managers. It just runs.

It's really scalable. You can create as many protection groups as you need, and a lot more than we have in our environment. 

We do have some sites that are very low-bandwidth sites. Zerto is able to set throttling in the solution, but the throttling is set at a site-wide level. In those instances that have very low bandwidth, I can't reduce the throttling on that site. It would be nice if there were a way to control the throttling by the protection group for a specific workload.

Our experience with their tech support has been good. I have never called them with an issue that they couldn't resolve fairly quickly. 

I did call them a few times on some migrations that we were doing off-hours where certain aspects of the migration didn't work, particularly on the reverse protection. I always got a callback within 30 minutes and most of the time it was quicker. The support has always been great.

Positive

One of the main issues was handling large data migrations. It wasn't feasible to do a big-bang move where we could move everything at one time, so we needed to schedule moves. We were able to at least replicate the information and work through a schedule for the migrations quickly. One of the major things we were trying to adjust was having to schedule the migrations and working with the team to validate that everything was functional. We were also looking to minimize the amount of time that that service would be offline during migration.

In addition, we use a combination of tools. We were doing replication with RecoverPoint, and straight backup and restore with Cohesity. While we still use Cohesity, we did get rid of RecoverPoint and we don't use VMware Site Recovery Manager because we're not recovering from VMware to VMware anymore. Cohesity does certain things and Zerto does certain things very well.

The implementation of the migration was very straightforward. The implementation of disaster recovery into Azure was a little more complex. In part, that was because of the way our company built our Azure subscription and the rules we have in place for installation and dividing things and networks within Azure. 

But from the standpoint of installing and deploying the product, it's very simple.

We did it in-house, but we did have a Zerto engineer run through the installation into Azure with us because we did run into some issues related to permissions in Azure and some of the custom roles that are defined. We also worked with an engineer from Azure to help us, mainly around the identity portion in Azure.

On our side, it was just me and one of our other engineers involved.

We have seen ROI on the migration project which didn't require a whole bunch of people involved. We rotated two people who were able to facilitate the migrations when we scheduled them in the evenings. Sometimes, we would do up to six or seven migrations in an evening. 

The main thing that held us up a little in that project was the validation process required by the business. If we had been able to just run through it, we probably would have completed it a lot more quickly.

Still, we didn't require a lot of resources to do it. It was just one engineer to handle a migration and the applications teams to validate. We didn't have to go outside the company to hire services to help us with the migration. That was helpful from a cost perspective.

Pricing is one area where there could be some improvement. We would like to see a consumption model that would charge in a DR scenario, where you're failing over and consuming those resources, instead of a per-protected-node model. Or it could be a model based on the amount of storage space you're protecting.

Others in our organization have raised the issue of how it's licensed, where you need one for every VM you're protecting.

We looked at RecoverPoint and Site Recovery Manager in VMware, but they just didn't fit the type of scenario that we were looking to set up with replication and recovery into Azure. We couldn't really find too many tools that were doing it in a way that was not too intrusive. There are ways you can migrate things into Azure and run them, but there's a technical process that you have to go through to make it happen. 

We were looking for a solution where we wouldn't have to flip all the switches for Azure. We wanted something straightforward that was much simpler to use. Zerto was really the only tool that we could find to do it. Others that we looked at briefly just didn't do what we wanted to do, so we didn't spend too much time on them.

Recovery with Zerto is a little more straightforward compared to other solutions, and the amount of time it takes is fairly short. You can recover with Cohesity fairly quickly, but there are a bunch of other things that you need to do, depending on how the recovery is done. If you're mounting a new virtual machine from a snapshot, which would give you a fairly quick recovery, you would still have to re-synchronize that data to keep it as a replication, and that takes some time. 

Zerto is just a more straightforward solution. You're getting pretty much the same server restored in under a minute, which is the time it takes to reboot, sync, and bring it back online. Other tasks you have to do, when bringing something up in another data center, like re-IP the machine, can be automated in the Zerto replication. It makes things easier.

My advice is to look at what you're trying to accomplish. If you're looking for a migration tool, this is a great migration tool that will help you move workloads between data centers. It's agnostic as to whether you're using VMware, Microsoft, or Azure.

And you have to look at whether you're moving a large amount of data or a large number of servers. Think about how much downtime your business can afford for moving those applications. If you're looking for something that can move an application with minimal downtime, this may be a solution for you. Or if you're moving large amounts of data, but you don't want to be down for the whole time you're restoring or moving, a synchronous product like this may be a solution for you.

We have built a disaster recovery landing zone in our Azure environment and we built an isolated environment so we could do non-intrusive failover tests into Azure, and still keep our production environment up and running. We've tested certain workloads failing over into Azure, including a standard Windows or Linux box, and specific things like SQL Server, Oracle, et cetera. It has been going well so far and we're at the point where we're defining our protection groups and security in Azure for all of our critical workloads.

We have not yet used the immutable data copies feature, but I was just at a conference and had some meetings with Zerto, some of the product professionals and engineers, and that is something that we are strongly looking into. That's because of the issue of cyberattacks and because even backup systems could become corrupted and then you're still in a bad situation. Putting the data into an immutable repository is something that we are definitely looking into. Especially in the industry that we are in, cybersecurity is a big issue.

We have also not used it for blocking threats and attacks. But the ability, in conjunction with immutable data and putting that into a vault, to look at the data that is being replicated in real time and scan it, would be a great benefit. We do use some of the best-in-class tools for that kind of protection, but this would just be another layer to help with that. It's an interesting feature and another tool that would add a layer to our cyber protection.

Zerto hasn't reduced the number of staff involved in backup and DR management. We have a pretty lean team. We try to cross-train our employees on the different products that we use. But Zerto did help to simplify the process because we can get people trained on it. They can assist in covering for other people in the group when they're out. The training only takes a couple of hours to go through the tutorials.

We use the solution for running demos for HPE partners and customers, regarding disaster recovery and backup.

Although our primary use case is to show demos to partners and customers, we think it's really valuable.

The most valuable features are disaster recovery and that the RTO takes less than ten seconds. It's a reallypotent tool.

The near-synchronous replication is really good and an advantage for customers. This feature is really important because we can show it to customers and partners, helping recovering from ransomware, and does provide huge value.

You can protect your VMs in the environment. It depends on the network and environment, but the RTO takes around 7-8 seconds. When you compare Zerto to other solutions in the market, it's very powerful. 

Also, the ease of use and speed of recovery are wonderful. 

I'm happy with the solution, but I would like Zerto to support other hypervisors too

And the price could be cheaper, but it is reasonable.

I have been using Zerto for two years.

It's very stable. 

The scalability is really good. 

We have used SRM from VMware and RapidDR from Simplivity. In comparison to those products, Zerto is really simple to use and helpful. 

We are constantly trying new products. Zerto has the lowest RTO, you can recover a lot more quickly than using other solutions. 

The initial setup is very easy.

We did the implementation ourselves. 

Our clients think it's quite expensive but I advise them to consider all of Zerto's features.

You need to start with 25 VMs, which sometimes is too much for SMB clients in some countries. It would be better if they had the option to start with a license for less VMs, like 5 or 10.

Overall, I rate the solution a nine out of ten because of the low RTOs, the ease of use, and how helpful it is for clients.

Our environment primarily integrates Zerto with VMware. This includes offering Zerto's self-service portal, which integrates seamlessly with Cloud Director. Additionally, we have Zerto integration at the vCenter level in situations where we don't use Zerto Cloud Manager and its self-service portal. This variety reflects the different use cases within our current processes. Since Zerto is our primary offering for disaster recovery solutions, we tailor the implementation based on customer needs.

We implemented Zerto to safeguard our private cloud infrastructure workloads. While disaster recovery is its primary function, we also leverage Zerto for data migration.

Our RPO with Zerto is under five minutes. The RPO time is dependent on the bandwidth. 

We have asynchronous replication with Zerto.

Zerto integrates well with Asynchronous Continuous Delivery tools. However, unlike SRM, Zerto offers protection during workflow rollbacks. This rollback functionality, along with its centralized reporting and UI management, makes Zerto an attractive solution.

Zerto offers a cloud-based disaster recovery solution, eliminating the need for physical data centers. In this instance, we leveraged Zerto to protect a private cloud workload running VMware and ensure its seamless recovery in Microsoft Azure. Disaster recovery in the cloud is crucial. As part of the private and hybrid cloud infrastructure team, I'm involved with a service in our catalog that runs workloads in a private cloud but configures disaster recovery primarily for the public cloud, Azure in our case. This is important for both the customer and the organization that provides the service.

Zerto offers significantly faster recovery times compared to SRM. SRM's recovery process involves multiple steps, requiring a detailed checklist to ensure the correct sequence is followed within protection groups and recovery plans. This complexity is a common issue with other data recovery products. Ideally, any product, not just from a design perspective but also from implementation and operation, should be user-friendly. It should be intuitive and easy to operate to achieve its intended purpose. This is a key reason we chose Zerto over other data recovery solutions.

Migrating data with Zerto is incredibly easy. It performs a continuous replication of our data in the background, even while our primary server is running. This live replication ensures all changes are captured before the server is shut down. In other words, it includes everything, resulting in a seamless migration process. Triggering the migration is also straightforward. We simply need to choose whether it's a move operation or a scale-over operation.

It helps reduce downtime during migrations. While there might be a brief interruption when workloads are shut down, there's no data loss. However, downtime for disaster recovery depends on the specific application's RPO. RPO isn't a fixed value; it varies based on how much data loss an application can tolerate.

It helps to reduce our overall DR testing. The solution is designed so that we can trigger the app or a move operation within three steps. Making it easier and quicker for the administrator or customer that is working on it.

Zerto's user-friendly interface simplifies operation and management, allowing us to minimize the number of people involved in overall backup and DR management.

The user interface is very user-friendly. Additionally, the journaling feature allows users to restore their progress to any point in time. This is a valuable feature, especially since similar products, like SRM and SCX, don't offer this functionality. In my opinion, this journaling capability makes Zerto unique.

Zerto integrates with vCloud Director to protect workloads deployed there. However, it would be beneficial if Zerto also offered integration with other cloud management platforms, such as VMware Aria Automation. For example, Site Recovery Manager recently introduced integration with VMware Aria Automation, allowing the protection of workloads deployed through Aria Automation. This functionality, including site recovery management, is currently not available in Zerto. Zerto's strength seems to lie specifically in its VMware capabilities, which could be an area for improvement.

Another point to consider is the potential for Zerto drivers to cause issues in ESXi environments. In some cases, users have reported problems and discovered that the Zerto drivers are not verified by VMware. While HPE is a technical alliance partner for Zerto, improved collaboration between VMware and Zerto regarding driver validation would be valuable. This information seems to be missing at the moment. We are currently in touch with our technical account manager to clarify this.

I have been using Zerto for over five years.

Most Zerto issues we experience are at the ESXi level, likely due to the Zerto drivers. However, these issues are not currently impacting our work.

Zerto is scalable.

The technical support is quick.

Positive

I also use SRM but I believe Zerto is better because it's easier to integrate with other systems. While SRM also offers integration for workload protection through VMware Aria Automation and a SIM connection application similar to replication, it may have some limitations. For instance, Zerto might require an agent to communicate with the source system, which could be a disadvantage. This suggests that there might be features offered by other vendors that Zerto could incorporate to improve its functionality.

The initial deployment is straightforward. Zerto has introduced an appliance, making deployment even easier by removing the need for patching and object installation.

One member of our deployment team is needed for the deployment.

As a Zerto partner, we do all the deployments for our customers and provide comprehensive training.

I would rate Zerto nine out of ten.

I recommend that new users take advantage of any training videos and documentation offered by Zerto to familiarize themselves with all the features and how to use them.

We primarily use Zerto for DR as a service but also for high availability purposes. It's mostly deployed at our on-prem colocation data center. We also do a little on the cloud, as well. 

Zerto makes DR a lot easier. We don't have to spin up copies of VMs or copy applications and databases. Zurto just takes care of all that for us. We just did our annual DR test, and it worked exactly how we expected it to. We're big fans. We like the fact that when you migrate DR, it will automatically be configured for us. For example, it sets the IP addresses because they have different IP ranges and various data centers.

It saves a lot of time during disaster recovery. In our tests, we just hit a button on Zerto, it did its thing, and the solution just let us know when it's done. In the meantime, we could go do other things instead of having to, copy app configs, .ini files, etc.

The near-synchronous replication is great. That's one of the reasons that we went with Zerto. I've had a great experience with it and never had an issue. Having this functionality is critical, especially for DR. If our main data center goes down, we need to flip it and have everything almost identical to what it was when the data center went down. We use it for production high availability, so if that host goes down, Zerto will just automatically forward to the replica that it has on another data store.

The post-configuration part could be improved. For example, it would be super helpful to have the ability to modify DNS. Once the migration is done, we want to do some more modifications to the endpoint.

We have used Zerto for around 10 years.

Zerto is highly stable. We've never had any issues or lost connections between the agents on the VMware host.

Zerto is scalable. We're running it in five different data centers worldwide, and we haven't had any performance issues. It covers 70 hosts across all our data centers.

I rate Zerto support nine out of 10. We haven't had to use support much because it just works. Once we had an issue with a VM that wouldn't upgrade, and they sorted it out for us pretty quickly. I've only used it once, but it wasn't a time-critical situation. If I contacted them during an actual disaster or DR test, then I could see how quickly they can work.

Positive

I've never used anything besides Zerto, but I've done the failover process manually. Zerto just makes it much easier and faster than a manual failover process.

In our DR testing, Zerto allows us to go work on other things while it takes care of everything. That's valuable because we know that we can still hit all of our SLAs in a real disaster. 

Zerto is reasonably priced for the product that you're getting. We keep on buying more licenses, so it's a good price. 

I rate Zerto 10 out of 10.

We primarily use the solution for disaster recovery.

It’s improved our organization via providing better RPOs and excellent uptime. 

The best aspects of the solution are the simplicity of use and the way that it handles the RPOs and the RTOs. I like that we’re able to dial into exactly what we want. They've been able to give us better RPOs than we ever imagined.

It has a very clean interface and is easy to understand. You don't really need a lot of technical knowledge to understand what you're doing.

I don't know if it's the compression or what, however, we get really good RPOs. The system already knows what we're trying to do. It’ll estimate and give us better RPOs than what we've actually set.

We’ve improved our RPOs 100-fold.

Uptime is excellent. The last test fail-over recovery was within almost thirty seconds to a minute. It was very, very good, and I was very impressed. This is extremely vital. We have to maintain a lot of uptime. The data that we have is constantly being written and it is very vital that we stay up for public safety reasons. To be able to have something like this solution, that can fail over and fail back easily, makes us much more agile in the data center.

There are a few technical aspects that I didn't care much for. For example, we’ve made a transition to hyper-converged technology, which is moving more towards provisioning and being smaller and more agile. Zerto requires these thick provision walls for virtual machines that are always running. I know that they're temporary. However, they're constantly running and they eat up a lot more disk space than they need to. Maybe if there was a little more of a stronger relationship with VMware and how they operate, some of that could be better managed.

I've been using the solution for three or four months.

It's scalable. If we need more, we just ask for more. If we need less, we scale it down.

We're already looking at how we can leverage it on other sites. To do so, we simply just buy a few licenses, deploy a couple of VMs, and then it's off to the races.

The size of our current environment is about 40 terabytes of virtual machines that we are protecting.

We've never had to contact technical support. 

Our experience with the initial setup was easy. It took 15 minutes. 

We leveraged a third party for deployment. The person we hired wasn't that technical, and only knew the basics. However, it was so easy we really didn't need him.

We're still waiting on the ROI. However, it will be very easy to calculate the minute we have a failover. 

The pricing and licensing are excellent. It's very straightforward. You license what you use. 

We also evaluated VMware's cyber recovery manager. We chose Zerto due to the fact VMware’s solution was very complicated, very difficult to use, and required a lot more effort to be able to set it up and make sure that it worked. There was a lot of debugging to make sure things were working properly. Whereas Zerto was almost effortless. I was able to implement Zerto within minutes. Without exaggerating, within ten minutes I already started replicating.

The solution just works. It works in the background and it is very hands-off. Once you set it, it just goes. 

I'd rate the solution nine out of ten. 

We have critical servers at remote sites that failover or are replicated to our main data center in case of an emergency. If a remote site has a failure, we can spin up that virtual machine from our data center.

We operate a hub and spoke design with a centralized data center hosting our main instance, reaching out to roughly 78 remote locations. We handle the VPGs through the centralized management console at our data center.

We also use the Zerto to replicate from a primary host to a secondary host in case the primary goes down; we have a kind of cold box to which the solution replicates.

Our final use case is if we are updating a plant's entire server rack, and we use Zerto to replicate the old servers onto the new ones, which results in less downtime.  

The product significantly decreased the time it takes to deploy new servers; we can work on them, build them, and then failover the old VMs to the new server with minimal business impact. What previously took hours to migrate the VMs with vMotion typically takes 30 minutes with Zerto, which is a phenomenal time saving for us. Our plants also have the reassurance that when we replicate their main servers back to a data center, we can keep their business running even if they have a total loss of a server rack or power.

The solution has helped to reduce downtime; we had a situation where a plant had its server fail, and we could failover their server to our data center and had them back up and running within 30 minutes. The required parts for a fix took three days to arrive, but thanks to Zerto, they did not have three days of downtime. Additionally, we just updated our hardware at our plants from HP servers to Dell, and we had to move 10 to 15 VMs per location from the old servers to the new ones. We completed this relatively significant move- roughly eight TB worth of data- in 30 to 45 minutes versus multiple hours, a remarkable reduction of potential downtime. Depending on the plant, downtime can cost $100/minute and potentially much higher if they are into online sales.   

The product helped to reduce our organization's DR testing; we previously used a Hitachi failover or manual VM move, but now we have Zerto VPGs at all sites. We can click the failover button, and it's done about 30 minutes later. It's good not to have to failover manually. Regarding time saved, we can get testing for a plant done in 30-45 minutes, resulting in between two and six hours' worth of savings.

The solution's most valuable aspect is allowing a failover from our remote sites to our data center. Our remote sites have failed several times, and on each occasion, we were able to bring a plant back online within 30 minutes, even though the hardware repair took many days.

The solution is very straightforward, especially after using it a few times. We had users who were daunted by it, but once we walked them through how easy it is to failover, they felt pretty comfortable. Zerto is easy to use and doesn't take long to learn, which is nice.  

We like the near-synchronous replication feature, and it's essential as we want to reduce the amount of data lost during a failover. The RPO and RTO are excellent, thanks to Zerto, and we have some sites with poor bandwidth, so we understand the limitations we're working with. Near-synchronous replication allows us to roll back to a specific hour or minute in case of a failure, which is a great feature.  

One of our primary uses for the solution is to protect VMs in our environment, which has an excellent effect on our RPOs. We had a data breach several years ago, and Zerto helped us quickly get back up. We like it a lot because we can failover within minutes once we detect an issue.  

I want to have an OVF or some local deployment where I can deploy the ZVRA rather than having to push it from the console. Some of our smaller remote sites have relatively poor bandwidth, and they can't keep up with the constant deployment stream from our center console, meaning we have to find some creative hours to get around the bandwidth bottlenecks. If I could push out a small install file, install it locally, and then reach back to the console, that would be excellent.

We've been using the solution for over five years. 

Zerto is very stable; we only have problems with sites with poor bandwidth, and there's little we can do to get around that. Sometimes VPGs get outdated because those sites can't copy the data fast enough, but the application is very stable.

The solution scales exceptionally well; we add more licenses when required and keep running. We currently have over 400 licenses.

I recently contacted technical support, and I rate them seven out of ten.

Neutral

We previously used Veeam, Commvault, and a Hitachi solution. We switched because Zerto has a better RTO and RP, and it's much easier to use than Veeam. The Hitachi solution was very cumbersome as it was CLI only, and we had to unmount and remount storage.

Comparing the ease of use with other solutions, Zerto is excellent; once we have the VPG, there's a large failover button which allows our entire team to carry out the function. It's elementary. After showing a team member once or twice, they can operate the tool independently. The graphics and GUI show us the failover progression, so we don't have to wonder if it has taken place or how long is left. The tool keeps good stats and informs us of the step it's on. 

I wasn't involved in the initial deployment, but we operate the solution with one team, our server team. Regarding maintenance, a minimal amount is required to keep up to date with patches etc. We occasionally run into an issue that necessitates upgrading to a newer version; for example, we were trying to move some vast data stores, and Zerto support said we needed to increase the timeout count. We keep fully up to date with security patches, and two staff members are responsible for maintenance. 

We have seen an ROI with Zerto, though it's hard to quantify precisely how much. It saved us a significant amount of downtime, and plants lose money when they're down, so it's a hidden ROI in that respect.

As far as I know, the pricing is around $1,000 per VM, but Zerto is changing the pricing model to more of an enterprise-class license. I don't know if there are any additional costs or fees.

I rate the solution nine out of ten. 

Zerto did not reduce the number of staff involved in data recovery, overall backup, and DR management because we already run a very lean staff; there are eight of us on the server team, and we manage over 3000 servers across the company. On the other hand, Zerto enables multiple staff to do the failovers rather than one of two specialized employees. 

None of the time saved in DR testing has been allocated to value-add tasks because the time saved occurs outside our regular business hours.

Comparing the solution's speed of recovery with other disaster recovery tools, Zerto is excellent and rapid; we can restore everything in the VPG simultaneously. A tool like Commvault is single-threaded, so we would have to restore VM by VM, which is very limiting. VPGs are excellent because we can restore everything within them and get on with life.  

We have not used the tool for immutable data copies; we use our pure storage.

When we had a ransomware attack, the solution didn't initially save us time as they attacked our Zerto environment and took it down. Once we had it back online, we could speed up the recovery, and we've since hardened the product with additional security.