HPE Zerto Software Reviews

It is mainly for disaster recovery of our public-facing website.

I oversee the infrastructure team. I'm the lead for the infrastructure. It is not one of the technologies that I've primarily managed. As an infrastructure lead, I have my hands on every project, and it is hard for me to just focus on one. Especially because it is more of a disaster-recovery type solution for us, as long as replication is going fine and there are no issues, we don't really go in and play with it much.

It does what it claims to do. I can't say whether it improves anything. It is just the fact that we want to make sure our public-facing website is up 24/7, and Zerto gives us the capability of doing that.

It hasn't reduced downtime because we haven't experienced any downtime yet. We've done annual testing to make sure that it is working properly. So far, so good.

The replication is valuable. We have two data centers, and it is replicating from our main data center to another data center. In the event that there is an issue with the first one, it just goes over, and we have the website up and running. It does an automatic build. It keeps our website up and running without interruption. It is constantly replicating. It has the most up-to-date information, at least until the main one goes down, and then it automatically brings up the other one. It is already pre-configured with the network and everything else. So, the website is up and running in seconds.

The recovery was pretty seamless. It took about a minute for it to kick over when we did our testing. So, it wasn't a long downtime.

Zerto is more of a set-and-forget-it type of solution. As long as the replication is continuous and there are no issues, I don't touch Zerto. We don't have a lot of workload that needs to be up. We just have our web server and our applications here. Those are two main servers that we get up and running in a disaster-recovery type situation. I can't give any area of improvement from a real-world experience because we haven't had that issue, but from testing, Zerto has been working great. 

It is not something that goes beyond what our use case is for. When it comes to a solution, one of the things the management wants is to standardize platforms. That's why when Rubrik came out with their solution, they wanted to look at it. For instance, if you have multiple technologies, you're going to need admins to manage all those different ones. I would like Zerto to be something that fits all our needs, including the backup that Rubrik provides, but I understand that not all solutions can be that way. When I started working here, my predecessor who was managing Zerto had no documentation. So, I had to take over. No one else knew how to manage Zerto. So, there is just that type of learning process. That's why management wants to standardize on one solution so that it is easier to cross-train, but that's not Zerto's part. It just happens to be our environment and our management style. Zerto as a solution has been great for us.

I've been using it for about three years.

It has been stable for us. We had networking issues that caused the replication to break, but once we had that resolved, replication was seamless again. The
networking issues were on our side.

I don't have much input for its scalability because we only have a maximum of three servers that we need Zerto to bring up and get running as soon as possible, in the event that the main data center goes down.

It has been great. I've only requested support twice. The support engineer that worked with me has been great. I believe it was for the upgrade process, and he reached out to me and informed me that there was a new version that fixed a lot of the bugs from the previous version. He worked with me to get both data centers up to the latest version. I would rate them a 10 out of 10.

I haven't used any other one. Rubrik just happens to be coming out with a similar solution, and because we use Rubrik, management wants us to take a look at it and do a comparison between the two.

Aside from working with the network team to get all the networking pieces configured, it was pretty straightforward. Installing the agents on the servers and doing the initial replication took the longest time because we have close to a terabyte of data that has to be replicated from one data center to another, but other than that, it was pretty seamless.

It gives us peace of mind. It hasn't happened yet, but it does happen. Based on our annual testing, we are pretty much happy with what Zerto has done or can do.

Zerto is pretty reasonable. I haven't checked to see how much Rubrik is going to quote us for their solution. At least for us, the price doesn't play a big factor in the decision-making because it is a pretty small deployment for our use case.

We're currently evaluating Rubrik because we use that as our primary backup solution, and they just came out with a technology that's similar to Zerto. My managers, the executives, and I are in discussion on possibly looking at their solution and comparing it to Zerto to see which is the right fit for us.

In terms of ease of use, I haven't played with the Rubrik one yet just because they just announced it, but Zerto is pretty straightforward. I went in, and I did all the configuration myself within about 30, 40 minutes.

It is a great solution for what it does, but every company and every department has its own use cases. It is just a matter of evaluating different solutions that are available and picking the right one for your environment. For us, Zerto happens to be the right one.

I would rate it a 9 out of 10 just because it fits our needs for the solution and the environment we're in.

We are replicating all of our production VMs to a DR site. We also have another offsite vCenter that we are replicating to a DR site for protection and eventual testing.

It makes me feel more comfortable that we have something to fall back on in case of a disaster. We are a large insurance company, so we have a lot of different applications and SQL Servers. We never had a disaster recovery site before, so this will protect us in the event of a disaster.

A good, valuable feature is using the preseeded LUNs, when deleting a virtual machine. Then, I put the VPG back to keep track of where I was at, so I don't have to replicate everything. Instead, I just preseeded LUNs since it needs less replication time.

It is fairly intuitive and easy to use.

You can go back fairly quickly. You push the button and there you are.

I need to get up to the latest version so I can move my journals to a particular LUN, saving them with a particular storage altogether, rather than with the virtual machine. This is not available until I upgrade, and I need to upgrade all my hypervisors. This would be something that would be nice to have if it could be used on older versions.

I have been using Zerto for almost three years.

It has been stable. We have had glitches between our site and DR site. When the MPLS comes back up, Zerto just kicks right back off, doing what it needs to do.

As we have been growing more VMs in production, I have still been adding to Zerto. So, I haven't had any problems with the amount of VMs and everything that Zerto can handle.

I haven't really had any problems with support. Most of the time, when calling support, I find the answer before they call me back. Or, they will send me an email, and say, "Here, try this."

I would rate the technical support as nine or 10 (out of 10).

Positive

We didn't previously use another solution.

It provides us with a safety net.

We evaluated RecoverPoint, which was very difficult to set up. Even as a test, it was hard to set up. With Zerto, all you have to do is deploy the executable and start setting things up. So, it was very easy. Then, I insisted that the company buy Zerto for me.

RecoverPoint was difficult to set up and use. It wasn't as menu-driven as Zerto. 

We really haven't done any recovery or rollbacks. We are getting there. Later this year, we will be doing those types of failover tests, rollback tests, etc.

We haven't done DR testing. That will probably be done in the next three months.

I would rate Zerto as 10 out of 10.

Our primary use case is disaster recovery, as well as data center migration when we went to a new VMware infrastructure platform.

The first benefit was being able to sleep better at night knowing that we can recover instantly. Because we do public safety, we have some databases that are terabytes in size, and were we to have to recover them using standard backup software, it would take a significant amount of time. With Zerto we can recover instantly in the event of an emergency. 

And when we went to a new data center, we had the ability to do a cross-center migration of the systems, and we found Zerto was much faster. We could migrate 25 to 30 servers and have them up and going in less than five minutes in the new environment, with very minimal downtime.

It has also reduced the number of staff involved in data recovery situations. We find that we really only need one person to manage it. That person was able to write up documentation so that any of the other system administrators can jump in and handle it, because of the ease of use.

For me, the most valuable feature is the ability to recover critical systems, such as public safety, within a few minutes. In addition, the RPO is six seconds of data loss, tops.

Also, the ability to adjust the journal is important. If there were a ransomware event and we were not able to recognize that ransomware event for, say, four hours, we could go back, literally per minute, to the previous 24 to 48 hours to have instant recoverability. That, to me, is the big value of the product: to have our systems up with very minimal downtime.

We've been using Zerto for three to four years.

The stability has been excellent unless there is an issue with something on our end. For example, if a virtual replication appliance exists on a specific host and we take the host offline, Zerto will flash alerts at us, which I love. Zerto is always telling us when there's an issue with recovery. But the application itself has never gone down.

We haven't even noticed any over-utilization across our circuits, with the ability to throttle how much it's using. And once the initial sync is done, it's just kilobytes to keep it in sync. We don't see any downtime from using it. We haven't had a disaster situation recovery yet, but when we do, we're confident because our tests with it are successful.

Scaling has been easy in that we had multiple data centers that we needed to combine into one. It was very easy to create "spokes," where we installed different Zerto appliances in the other data centers and then linked them to the master to migrate them over. From a VPG perspective, we've had to scale out and it's never been a problem.

We have about 250 virtual servers. We had about 100 and we recently purchased another 150 licenses so that we could protect the entire environment. We're in the process of applying those licenses to all of them. We haven't applied all of them yet because we like to categorize which Virtual Protection Groups we want them to be in, so that they spin up at certain times. We like to think that out a little.

Their support has been very good. I haven't had to open very many tickets, but the few times I have, I have gotten a response within an hour or two. The support is good. They handle everything all the way through to completion and then they say, "We'll keep this ticket open in case you have any more issues."

Positive

We used VMware's SRM, which was a great solution; there was nothing wrong with it. But with Zerto, it's like riding a bike. Once I learned it and knew how to do it, I could let it run and do its thing. Maybe a month later I would have to jump in and do something, and the user interface is so easy. I don't have to relearn or remember how it works.

Zerto is quite a bit better when it comes to ease of use, compared to SRM. It's very user-friendly. With SRM, I definitely had to do some learning and read some things. With the VPG, it was almost self-explanatory, such as how to set up VPGs, how to recover things, how to do a failover, and how to do a test. Even as a proof of concept for management, I was able to take a VPG, delete a bunch of files on it, and then recover them from a few minutes prior. It was so user-friendly that even my management was able to watch me do it and understand what was going on.

SRM was just kind of there, in place, and it worked. Zerto is the one that I've really dug into and got my hands dirty with. Once we started utilizing it and realized how quickly we could recover. We realized that it could be used for migrating to a new data center. When we called Zerto we found out that that is a use case people use it for. From a speed perspective, the servers were down for less than five minutes when we migrated them. It was really fast with very little downtime.

The whole process was extremely straightforward. I did a little bit of learning in the Zerto University on how to do a quick deployment. There are not a lot of steps to the quick deployment. After just a few steps we were up and going, almost instantly.

After the installation, it prompts you to log in, and as soon as you log in, it starts telling you what to do. It says, "You need to deploy your virtual replication appliances." And then it says, "Great. Now that you've done that, you're ready to create VPGs." It was almost like the application was literally telling me what to do next.

We deployed it ourselves. I had a couple of questions after deployment, but nothing major, about a couple of ways I could tweak it. But the initial deployment didn't need any technical support. It was that easy to deploy.

We looked at a few other solutions. Zerto was the one that really stuck out, especially once we were given a proof of concept.

Definitely try it out. I was able to leap right into it and use it immediately and do a test case within a matter of minutes. I was able to show management the ease of use and the ability to recover, and of course, that makes management happy.

We are using it to decommission a data center, then moving the data over to other data centers that will still persist within our environment. Also, we now have a more robust disaster recovery for a lot of our non-vital, non-critical applications.

From a management perspective, one of the biggest benefits is to see the excitement of your engineers having a tool that truly enables them, really making their lives easier. That is something that I love. When we came out of the PoC, their eyes were just wide with excitement of what was possible now.

The replication would be the best feature. It increases our DR capabilities. We put a lot of time and effort into DR overall. For the amount of time that it takes to test and go through those activities on a regular, recurring basis, well, this cuts down on the time commitment, not just by the infrastructure team, but by the application teams and all their peripherals. Even just from a man-hours perspective, it is a huge cost savings. You cut down three hours per application, and an application has anywhere from three to 12 developers plus others who support that application. So, you are probably looking at 20 people times three hours, then times however many applications we have, which is in the thousands. That compounds pretty quickly.

We have been officially using it for three weeks.

It seems as though everything on the scalability factor checks out. However, we will see that very soon in our use case.

We have thousands of applications and servers. There is an exorbitant amount of data. 

The support that came in and engaged with us, setting us up through the PoC, were fantastic. Coming out of it, I already have five engineers who have gone through multiple levels of certifications. So, it appears as though that technical expertise, to be able to improve themselves, is right there at their fingertips. It seems highly available. I would rate them as nine out of 10.

Positive

We have used Site Reliability Manager (SRM), which is capable, but to a lesser degree. Zerto is 10 times to 100 times easier to use. It is amazingly fast.

I was not involved in the initial setup or deployment.

From the team, the deployment was very straightforward. The proof of concept that we ran took a little over a week. They were able to stand it up from scratch, deploy, and run several tests of varying complexities. Everything went smoothly. We put a contract and agreement together in record timing for our company.

We had a terrific hands-on proof of concept with the Zerto team, where they came in and worked with our infrastructure engineers. Our engineers were completely amazed by the solution's capabilities. As quickly as we could get our licensing in place, we did. Now, we have had our licenses assigned for the last two or three weeks.

From our perspective, we are already thin-staffed as it is. So, Zerto has allowed us to focus on other things that are equally important.

We have not been able to apply ROI yet, just because of our circumstances. We are waiting on teams to move out of the data center. However, we are now poised and ready. Once that onslaught of requests come in, that is when we will really see the return on it.

If you are a numbers person, the benefit far outweighs the cost from any other competing software or service provider. When you are talking about trying to keep a reduced amount of engineers in the happiest state possible in their work environment to do the workload that they had traditionally done with double the amount of people on their teams, this tool relieves all the stress that they are carrying with them on a daily basis, even though they don't have to implement it on a daily basis. I have seen that firsthand. That return on investment is almost invaluable.

They could iron out the licensing aspect of it, so we might be a bit quicker when implementing and starting to use it. At the same time, our sales rep and all the supporting team members from HPE and Zerto were great and very flexible. It is hard to be critical of that.

We have not done another valuation recently. Zerto was the first in quite some time.

I would rate this solution as nine out of 10.

We use Zerto as our primary disaster recovery tool for our most important servers.

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

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

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

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

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

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

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

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

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

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

Positive

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

I have been using Zerto for six years. 

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

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

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

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

Positive

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

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

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

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

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

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

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

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

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

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

We have two primary use cases. One would be to use it in reaction to a cyber-terror event, particularly ransomware, because Zerto has point-in-time backup. If we find an area that needs to be restored, as long as we figure it out within 24 hours, which is approximately the amount of time we have replicated, we can go back to a point in time. Let's say the files got encrypted at 9:30 AM. We can say restore our 9:29 AM copy of what the data looked like at that point. We have not needed to use that, thankfully, because we've been educating our users very well.

The other case that we would use it for is because we're in a hurricane area. Our particular office is actually in an evacuation area, typically, meaning that we're close enough to the coast that should a hurricane event come through, they generally force us out of the area. What we would do if we needed it, and thankfully we haven't yet, would be to shut down our primary on-prem services to make them a little bit more resistant to water damage. Obviously, if they're not running, they're a little bit less likely to get zapped if there is some water damage. Then we can bring up the copies that we have at our data center and run remotely from that if. It doesn't have a full copy of our entire environment, but it does have a copy of our ERP system, as far as sales are concerned. We wouldn't be able to ship anything, but we could look at orders and help our customers. We could even take orders if we needed to, although we wouldn't be able to process them.

Zerto is a replication solution. It copies our setup which is on-prem to our data center, which is also somewhat local, about 15 miles away. It doesn't really do anything in the cloud other than move data across it. We're not replicating to any cloud-based services like Amazon or Azure. Essentially, we're using it at two on-premises locations: Our primary location, which is what is being replicated, and the replicated copy is being stored at another on-premises location, nearby.

Zerto is purely a business continuity and disaster recovery tool. We don't want to have either one of our primary use case events happen, but if they should happen, it gives us an extra layer of protection. I've got Amazon backups with stuff in completely different regions, but Zerto is more for those two specific scenarios I mentioned. In addition, if somebody deletes a file and it's really important that they have the latest copy of it, Zerto gives us that option. But it really comes down to the ransomware reactions and the hurricane support, because hurricanes are fairly common in this area. The last hurricane event here was before I had Zerto and we had to shut everything down. We really couldn't do much while the hurricane came through. The business wanted something that would give us some protection in that scenario. That's the business continuity aspect. At least we can provide some business capabilities this way. With Zerto, they'll also be able to access a limited functionality version of our system. It definitely provides upper management with a little bit of comfort that we won't be completely down in either a ransomware or a hurricane event.

We're a smaller company. We're owned by a portfolio company, and they're the ones who made a lot of these extra layers of protection happen. Zerto provides me with the comfort of one of those layers. It enables me to make a strong case to my board of directors that, "Yeah, we're good." There's a guy in our board of directors who's something of a tech guy. I can look him in the eye and say, "Hey, we're not bulletproof. We can never be bulletproof, but we're about as close to bulletproof as we can be, especially for a company our size." That's important to the board because they have other companies that aren't as well-protected as we are. I've had conversations with a couple of the guys at those other companies, because they're interested in looking at something like Zerto, and I have been highly recommending it to them. It's a reasonable cost, it provides several layers of protection from ransomware, and if necessary, against natural disasters. I'm very happy to say that Zerto is one of those layers and provides us with very good protection for what it specifically does.

We had two ransomware events prior to being owned by the company that owns us now. Both were events where somebody clicked on a link that they shouldn't have and something ran and encrypted some of our stuff. Now we're much more solidly protected from that, and Zerto is definitely one of the big things protecting us.

If we had to deal with a ransomware event, Zerto would be one of the first things I would use, because it is going to be the fastest to restore data to a certain point. If there were a fire in our building, Zerto would be a big thing too, because we would shut down everything that's in our building. In most cases, Zerto is definitely one of the front lines. It's definitely going to be one of our prevalent DRBC layers of protection.

When you need to fail back or move workloads, Zerto significantly decreases the time it takes. As long as it's one of those scenarios in which we foresee using it, it's great. When we did our two failover tests, it was easy to failover to the other location where we have the replicated copies. The last time we had an actual ransomware event, which was before we had Zerto, it took me 30 hours to restore all the data that I needed to restore. I would imagine Zerto would take 10 to 20 percent of that time.

In terms of saving staff time, I only have three people on my staff, so I'm not going to save human resources by using Zerto. That being said, what it does save me is the trouble of having to use another solution that would take a lot of time. I only engage my guys who work on Zerto for six to 10 hours a year, versus having somebody on staff. That's a significant savings for us, because we don't need somebody on staff who knows how to do things with it. It is pretty easy to use for somebody who's familiar with it and uses it on a regular basis. For example, when I do the upgrade, I'll pay guys to do it because that's what they do.

We have secondary, older equipment where our Zerto backup copy resides. We moved that old hardware to our secondary location and got new stuff in our primary location. Our primary location now copies, via Zerto, to the other location that has our old equipment. It's not quite cloud, but it is in a different location. And it's definitely saving us money in the long-term by not having to pay for cloud storage because we have put it on our older stuff, and it works fine for that scenario.

We did a test turning it back on and rethinking it, and that took a reasonable amount of time. A lot of that is not actually limited by Zerto. It's more limited by your pipeline between your backup location and your primary location. Zerto was very helpful, and it's very easy to use from that standpoint. Once you reconnect the two sites, it does a snapshot check of where it left off and then it copies back over the changes that happened while it was running on your secondary site. That's not automatic. You have to touch it. But it's certainly not super-technical.

Our two primary use cases are Zerto's biggest features for us. That's what we use it for. There may be other situations where it can come in handy, but those are our two primary scenarios.

In terms of providing continuous data protection, Zerto has been great so far. Thankfully, we haven't had an event where we have really needed to rely on it, but we have done a couple of tests prior to hurricane season where we disconnect our primary facility. We then go over to our secondary facility where the replicated data is and we bring everything up and then we do remote access to that location to make sure that it's all working properly. It's very capable. I've also done a couple of test scenarios on ransomware reaction where I'll go in and restore a folder, after hours when nobody is in the system, to emulate a situation where we might need to go back and restore kit encrypted files. So far, it's been great.

Regarding the ease of use, there's a web portal that I use to verify that everything is working well. It has a lot of notifications and it emails me if there's anything going on that's out of the ordinary. For example, if the connection to one of my other sites goes down, it will let me know that it's not able to reach that site. I'm very happy with the way the interface works for my needs, and my tech has been pretty happy with it. Our installation is rather small. We only have 14 servers on it. I'm sure there are other companies that have hundreds, but I imagine that they would see the same capabilities. The web portal is pretty well organized and easy to navigate.

I have been using Zerto for just about three years. We just re-upped the maintenance on it and, until that point, we had a three-year plan for it.

We're on version 7.5, but I've had some discussions with my partner where we have the replication stored. We're doing an upgrade, but we ran out of time before hurricane season so we decided to hold off until after that. We're going to move up to 8.5 as soon as hurricane season is over, but I didn't want to risk getting into a situation where we didn't have Zerto working at all. And version 7.5 has been working fine. There was no real need to do the upgrade, other than to stay current.

We're about a version behind. I generally stay at least a half-a-version behind to let everybody else do all the sorting out of anything that they might find with the new versions, and then I jump on the second-oldest version, once that's a little more mature.

The stability of Zerto itself has been fine. We have some network instability that affects it, but I see the alerts come through and it's not Zerto that is having trouble. Zerto itself is very stable.

Scalability is not really applicable to our situation, but I would imagine that it would be easy to scale if needed. We would just buy additional licenses and strategize a little bit about how we were going to add them.

We only have 15 server licenses, but I expect we'll have some growth as we have a couple of projects upcoming. We're probably going to need another server, so even though we're retiring a few servers, I'll leave the licenses. I won't probably be in any position to make it bigger any time soon, but you never know. Our company always has its eye out for acquisitions. Last year we picked up two companies, although they didn't really result in any major increase in our infrastructure. Maybe we'll pick up somebody similar in size to us and all of a sudden we'll need to protect 10 more servers. I don't have any plans for downsizing Zerto.

If I were to nitpick, I would say that I wish I had a better account manager. Our sales guy has changed a couple of times. I would like a little more responsiveness from our account manager. I've had a couple of issues where getting in touch with him has been a little difficult, and I end up just going around him and dealing with support and support has handled it right away.

I've only had to deal with their tech support a few times, and I would give them a nine out of 10. They've been pretty responsive. They've answered my questions. They've gotten things taken care of.

Before Zerto, I just restored backups. We have Veeam as our primary backup system. Veeam is a traditional backup system. In those ransomware events I mentioned, I literally had to go through and restore a bunch of stuff from different servers from our backup repository, which is onsite. I had to go back and restore this folder and that folder and this folder and that folder. I would sort of have to do that with Zerto, but it would be a lot easier. I could just pick the folder and pick the time, and say, "Go." With Veeam it was definitely a much more complicated process.

We didn't "switch" to Zerto, we added it. We still have our other solution. While there is disaster recovery where you're recovering from a disaster, business continuity is how fast you recover from disaster; how quickly you get the business going again. Zerto reduces our RPOs. It was more a case of added protection and it reduces our recovery times—even though thankfully we've never had to use it—compared to the last time we had to recover.

Zerto came highly recommended from our primary VAR, which is Presidio, the place we bought it from. They said it would do exactly what we needed it to do, and the price was reasonable. I took the recommendation, did some research on them. It's possible I looked at reviews on IT Central Station and someone there said, "Oh yeah, Zerto is great." That's good enough for me. I didn't need to spend a ton of time on it. As long as they've got good reviews from multiple sources, which I did find when I researched Zerto, and it came highly recommended from our VAR, those were two pros and I didn't need to go looking for a con.

I didn't actually set up the software. I had to pay somebody else to do that because it was a little beyond my team's capabilities. Our deployment took about six hours from start to finish. The guy that I worked with said that he was pretty happy with it. He had to send in a couple of help tickets, and they were very responsive and were able to help him get through the issues that he had.

He's from an IT support firm called Creative Network Innovations, and they also have an onsite data center, so they offer data center support services in addition to regular IT support services. In this case, Zerto is data-center related. We use Creative Network Innovations because it's related to what they do for us, and they have people on staff who are comfortable working with it. Even though they don't necessarily do Zerto all the time, they were able to step in, take a look at it, and sort it out for us, so that was good.

I wouldn't necessarily say that they're experts in the software, because they learned it for us. They're not typical Zerto implementers, but that speaks to how easy Zerto is to use. They had never really used it, but they were able to pick it up, plug it in, and get it working for us.

In terms of deployment time, the Zerto piece didn't take long. It was about six hours. What we had to do in terms of setting up networking, that was a little different. The whole project, including Zerto, took about 12 to 16 hours. And when we did our first failover test, that probably took another six hours, because we had to figure out all the nuances of how to make it handle the various servers that we have.

It depends on the size of your installation. Because we're fairly small, it didn't require a lot of involvement. Most of it is Windows-based, so it's not that hard to install and set up. Things like getting access through the VPN, which weren't necessarily Zerto-specific, are what took a little time, but the Zerto piece was pretty fast.

It's a backup piece for us. We didn't really get that fancy. We basically identified the servers we needed to replicate offsite. Then we installed Zerto on our primary location and we installed Zerto on our secondary location. And we created the communication.

In terms of users, I'm the only one in our organization who monitors Zerto, and I do very little of that.

I would estimate that if I had to recover from a scenario like the last one that affected us, it would take me 10 to 20 percent of the time it took me at that time. That reduces the amount of time that our system is down and, therefore, the amount of money we're losing because our system is down. It does provide some cost-benefit, but it's hard to quantify, because nobody has said, "In our company, we lose $X an hour when we're down." But when things are down, people are not happy. If nothing else, it means I hear less griping, and that makes me happier.

They have an enterprise-type of licensing scenario, which we didn't qualify for because we don't have enough. Ours is pretty straightforward. It is site-based, but the payment concepts are based on the number of servers. In our case, we have a quantity of 15. When we bought it, there was an initial purchase amount plus maintenance. When it came up for renewal, we did three more years, and it was under $10,000 for my 15 servers.

It's very reasonably priced. It's a little more than $3,000 annually. That works out to about $20 per server per month.

Our backup recovery software, Veeam, is working on a product that will compete with Zerto. But it's still very new. It has not been out for very long, so I don't anticipate us going away from Zerto any time soon. That being said, when our renewal comes up with Zerto, I might reevaluate and look at Veeam and see if their solution is going to cover what Zerto does, because then I have one vendor to deal with, not that I dislike dealing with Zerto. It's just sometimes it's nicer to put all of your stuff into one package because the interfaces are uniform.

At this point in time, Zerto is safe with us. We've got them for three more years, and it does exactly what we need it to. Is it going to be our daily backup and our long-term retention? At this point in time, no. I'm pretty happy with what Veeam does and how it integrates with VMware, not that Zerto does a poor job. Zerto covers a different area.

It's kind of like if you were wearing armor, as a knight of old, but you were missing a piece on your back. If somebody stabbed you in the back, if you had armor there, you wouldn't worry about it. Zerto covers our "back." It covers stuff that Veeam doesn't. It handles point-in-time backups and it gives us a faster recovery in certain scenarios. It's not going to necessarily protect us from a full on-premises failure, because I don't have it doing that. I bought it specifically to defend us from certain types of attacks. We have Zerto handling 14 servers but we have a total of 20 servers. It's not backing up the other six, Veeam is, but that's because I don't need those to be protected from ransomware. I need them to be protected from system failure or catastrophic disaster where our primary location is under 20 feet of water from a hurricane, or the whole thing burns down. Zerto is not going to protect us from that, although it possibly could. We just don't use it for that.

It provides us some niche protection and we're happy with the niche that it protects.

Because we're a smaller company, I would never need a full-time person to do disaster recovery, whereas a company with several thousand employees and multiple billions of dollars of revenue would probably have a team for that. I would imagine those guys would save people if they had Zerto, but that's just me imagining that, rather than it being fact.

If I had 1,000 servers, it might require more of my time, but we have 14. We have a board of directors that wants things to be bulletproof, and they're willing to pay for it. Do we need Zerto? Probably not. Is it nice to have? For sure. But we certainly don't use it in the typical use environment, which I'm sure is a lot more servers than we have. That being said, we still use it, and I highly recommend it, even for companies of our size, although it's probably not the sweet spot for a lot of companies like ours. It's kind of pricey for smaller companies, but for what it does, I think the value is exceptional.

For companies of our size, if you don't have somebody on staff who can use Zerto, you want to find the right help. Your VMware person should be able to help you with it. Make sure that you're comfortable with what you're trying to accomplish. I thought it was a pretty smooth implementation, as you can tell from the time that it took. That might be in part due to the people we enlisted to help us. I can't say that everybody's installation will go that smoothly, but I would imagine that if you have a pretty solid VMware-type person, you should be pretty good with the Zerto piece. It's really a matter of working on the VMware side of it. There is also a little bit of networking, depending on where you're backing up to.

If you're backing up to the cloud, you obviously need somebody who is cloud-savvy who can get the proper connections to your AWS and secure them.

Overall, make sure you have somebody who is VMware-savvy. You don't necessarily need somebody who is specifically Zerto-savvy. The guys that I worked with said that it was pretty easy to work with, even though they hadn't worked with it before. But again, ours was a smaller installation. A Fortune 500 company is going to need a little bit more capability. They're going to want to look for a Zerto-certified implementer, which I presume there are. We didn't bother with that because we're smaller and we didn't really have anything particularly difficult in our implementation.

In terms of preventing downtime, in our situation Zerto hasn't helped reduce that, but it's not because Zerto is not capable of doing so. It's just that we haven't had a situation like that in which it has needed to be used. We haven't had any incidents that required the use of the Zerto fallback.

The biggest lesson I've learned from using Zerto is that I wish I had known about it six years ago. I wish that I had known about its capabilities. Given that it's on version 8.5, it's been around for a while. I really wish we would have had it when we actually had a need for it.

If we ever need it, we're confident in it, given the test scenarios we've gone through where it's been great. It's a nice "warm blanket," and it's good to "cuddle" underneath it, because I don't have to worry about it. If I have an event, I'm pretty confident that I can get us back up and running quickly. Is it going to be instantaneous? Of course not. But it's going to take significantly less time than it would take if I had to react via a manual backup.

Zerto is "the bomb." I'm definitely happy we got it. Overall, it's reasonably priced. It's one of the less expensive business continuity and disaster recovery layers that we have. That being said, it doesn't do everything. We're a smaller shop. There are only three people on my IT team, including me. It's definitely been a very helpful tool and comforting to know that we have it in place. It makes it easier to sleep at night. For what we need it for, it does everything we need.

Zerto is a nine out of 10 and maybe even close to a 10. It's solid. It's a good product. It does what we need it to do. Since we haven't actually had a live event, I can't say that it's perfect, but in the tests we have run it through it has been great. The only blemish has been dealing with the account manager, which could be situational. I've only had to deal with him a few times. The last time he didn't even respond to me. That being said, it's been three years, and maybe he's moved on and nobody is monitoring his email box. And when I reached out to support, they took care of me right away. So the account management is a minor blemish. Everything else, as far as the product and support go, has been fantabulous.

We have typical use cases for it: resilience and disaster recovery. They have some other functionalities that their software can help account for, but we are using its disaster recovery and resilience, which are kind of its core functions.

I have used it in many scenarios, including a temporary data center move in Europe. I had to move all my resources from Belgium to Budapest, and then back, once our data center was physically moved across town in Belgium. I am not sure how this would have been accomplished without Zerto. 

With Zerto, the move was incredibly easy to do. It was click of a button, wait 10 minutes, and everything is up, then turn on the data center. Once the data center was relocated and rebuilt, click a button, and wait a few minutes, then it now runs back to the original site. It was that easy. The data center move part was obviously the hard part, as it should have been, not keeping the applications going at a secondary site during that time. That was a pretty big success with Zerto and our largest use case for it: a data center move.

We are currently using Zerto with some more modern databases, application servers, and tertiary systems to provide redundancy and resiliency to our crown jewel application. We have been doing a lot of DR testing scenarios, part of which relies on Zerto and part of which are other mechanisms. In general, when we have done our recent testing using the Zerto portions, once we say, "Okay, we are doing this now," it is taking less than three minutes on average for the systems to be fully back online at the new location once we start. That includes booting all the Windows VMs up. The actual VMs were ready to go and functional within 30 seconds. However, some of them are larger Windows machines and those take their time to boot, getting services online and connected to everything. So, the Zerto part was literally under a minute in these test scenarios to clear a total failure and initiate our disaster recovery function.

The near real-time replication is probably the biggest value of this solution. There are some other ways to get that done, but this seemed to be the easiest and cheapest way to get near real-time replication. In most instances, our RPO is about five seconds, which is pretty aggressive and not that taxing to achieve with Zerto.

The ease of use is pretty high. It really isn't very complex to use. They did a good job with the UI, and it is fairly obvious where you need to click, what you need to click, and what you are doing. There are good confirmation screens, so you are not going to accidentally take down or move loads that you are not trying to. It is fairly user-friendly, easy to use, and you don't need to read a manual for three weeks to start using it.

Previously, our main need for Zerto was actually database cluster servers running fairly old software, SQL 2008 on Microsoft Windows clusters with none of the advanced SQL clustering functionality. Our environment is all virtualized. The way we had to present the storage to our host machines in VMware was via raw device mapping (RDM). Technically, Zerto can do that, but not very well. We have gone to some different methods for our databases, which don't actually use or rely on Zerto because the solution wasn't that functional with RDMs. This is an old, antiquated technology that we are currently moving off of. I can't really blame them, but it definitely is something they thought they could do better than they could in practice.

They had a bug recently that has come up and caused some issues. They currently have a bug in their production versions that prevents their product from functioning in some scenarios, and we have hit a few of those scenarios. Aside from that, when it is not hitting a bug, and if we're not trying to use it for our old-style, old-school databases, it functions incredibly well.

I had an early Zerto certification from their first ZertoCON conference. I received a certification from them in May 2016, so I have been using it for at least five years. I would have been one of the initial users at my company, so they have been using Zerto for at least five years.

Stability is reasonably good, but I wouldn't say excellent. We have had some odd issues with vRAs, which are little VMs that hang off of every VMware host that we have. Those aren't consistent, but they do occasionally happen. As I referenced earlier, there is a bug in the system right now that can affect my VM recovery. It tries to put too many requests into VMware at once, and VMware will timeout those requests, which causes Zerto to fail. That has not been constant throughout our use of Zerto. It is usually a flawless operation, and that is why I can still say good to very good, even though they currently have a bug. It is very uncommon for them to have anything that affects the platform negatively.

Scalability hasn't seemed to be an issue. We started out with two sites connected in the same city. Now, we are running the connected infrastructure of Zerto on three different continents. Some of those continents have various cities and/or countries involved. That has not given us an issue with scalability at all. It seems to be fairly flexible in adding whatever you need it to do. As long as you have the bandwidth capability and reasonable latency between sites, Zerto seems to work quite well.

10 to 12 people are actively in Zerto, or even know what it is besides a word that an IT guy uses to say, "It is okay." Generally speaking, their titles would be network administrator, network engineer, or senior network engineer. 

For all our sites, most of our IT staff wouldn't be allowed to mess with it. Because if you hit the wrong buttons in Zerto, you can take down an application. So, there is a fairly small list of folks who would be able to get into this. Only a few sites can actually access the management console. They are located in Louisville, Kentucky; Belgium, Budapest, and Melbourne, Australia.

I would rate the technical support as eight out of 10. They know the product very well. I have had a couple misfires at times, but they are pretty good in general.

One of the issues that we had early on was regarding some of the storage functionality, especially regarding RDMs. I had contacts and conferences with the Zerto development staff, whom I believe are in Israel, about the ability to ignore disks in Zerto for my virtual protection groups (VPGs). What they can do currently is mark them as temporary disks, then they will do a one-time copy, and that is it. However, some of those temporary disks are extremely large, so it wasn't a great answer for us. I would like the ability to ignore disks instead of still trying to replicate every disk on a VM as being protected by Zerto. The biggest thing that they can do right now is improve their product. This would have been much better a few years ago rather than now. Now, we are finding other ways around it.

We previously had some storage-based replication, which we are currently still using, but nothing that really fits the same mold that Zerto does.

Zerto's database storage replication is not good with RDMs. We are still doing storage-based replication for those. 

Our new schematic is self-replicating. It doesn't require any type of Zerto replication or storage-based replication, so that was a need removed.

It was quite straightforward. You just install the software, point it to your vCenter instance, and then deploy your vRAs, which is done automatically. Updates have been the same, e.g., quite straightforward. The only challenge with updates is if you have multiple Zerto instances that are linked to each other. To be able to replicate to different sites, they can't be out more than a half a version. For instance, I am running version 8.5 on all my sites that are currently running Zerto, but I couldn't be running those if I was running 7.5 anywhere. That would have been too far out of appliance. That is more of a minor challenge than a problem. I don't consider that to be a shortcoming, but it is well-documented, easy to figure out, and also pretty straightforward.

The first site was also kind of a learning experience. That deployment took less than a day from, "Okay, let's start the download," to, "Look, it's doing something," and you need to stand up two sites to go from site A to site B. That took less than a day to get them up and functional in at least some capacity, protecting some machines and workloads.

We generally try to perform all functions in-house instead of bringing in a third-party or contractor service to help for deployments. That was the model that we followed. We read the documentation, had Zerto's number handy in case we ran into issues, and deployed it ourselves.

There are probably only five of us (out of the 12 who have access) needed for deployment maintenance. Their titles would be network administrator, network engineer, or senior network engineer. 

It is fairly simple to deploy and maintain. We do product upgrades every six to 12 months.

We relocated all our virtual machines from Belgium to Budapest, Hungary. I am not sure how we would have done it without Zerto, because we were able to keep the data in sync. We would have needed to have a lot more expensive storage products online at the time that could have kept that replication. From what I have seen from other methods, that would have required a much higher amount of bandwidth as well, then the cost would have been extreme. The mechanisms available to us with a storage space replication would have been more labor-intensive and prone to error. It was much easier and more successful with Zerto than other ways at our disposal.

Zerto has reduced the time involved that staff would spend on a data recovery operation. We don't have dedicated resources for disaster recovery. It is a scenario where, "Everybody, stop what you are doing. This is what we are all working on right now." We haven't had a reduction in headcount because of Zerto, but we have reduced the use of existing headcount.

DR management is less time-intensive and resource intensive. Therefore, there are less staff hours involved because of Zerto, but not less headcount.

Zerto has helped to reduce downtime in any situation. The easiest one to point out was the data center move. It took minutes to move an application to a different country, then minutes once again to move it back. That would have been hours at best to days with the other solutions that we had at our disposal.

Even though we are on-prem, the licensing model was changed to more of a cloud licensing model. We pay for blocks of protected machines. You need to buy a block for use and pay for maintenance annually based on the block size that you have.

When they changed their licensing model, pricing might have gotten a little more expensive for some use cases, but it has been pretty straightforward.

It is a little easier to use than Cohesity or Rubrik, but we haven't really had another DR platform in place. 

At the time of evaluation, we did not have a good snapshot-based backup platform, such as Cohesity and Rubrik, so that was not much of an option. The only thing we were aware of and investigating was VMware Site Recovery Manager (SRM), which is VMware's built-in system, SRM, and played around with it. In comparison to Zerto at that time, Site Recovery Manager is a nightmare. Zerto was definitely the easy button when we were last investigating solutions. Zerto was better in terms of ease of use, visibility, and costs. Frankly, these are all the metrics that we looked at, and Zerto worked better than SRM as well as it was easier and cheaper.

Do a PoC. Test it along with other solutions that you are looking at and make a decision. Our decision was easy, and it was Zerto.

We are changing the infrastructure supporting our primary crown jewel application and will be utilizing Zerto more heavily in that. We are expanding the amount of application servers as well as adding some database servers that Zerto will be responsible for, and currently aren't. We are expanding using Zerto because we are expanding the assets for our application. That is happening currently. We have been working on that switchover for the last 12 months. We are getting close to actually deploying all those changes in production, so that is a fairly recent and ongoing task.

We haven't had to deal with a data recovery situation due to ransomware or other causes. We have a combination of luck and some pretty good security measures in place to where we haven't had an impactful ransomware event, CryptoLocker event, etc. In that event, I don't think Zerto would probably be the first thing that we would try to utilize. We have some pretty good backup mechanisms as well. We would probably look to those first to restore from backups. We have a fairly aggressive backup schedule with many servers backed up once an hour or more, which contain critical data. That is probably where we would go first.

There is a need to have both DR and backup in one solution, but it is not important. There are better backup methodologies that we use and they cover more use cases.

We are not utilizing any cloud resources for DR at this point. Our applications are very CPU and memory intensive, which becomes very expensive to run in the cloud.

We have other mechanisms for long-term retention.

Biggest lesson learnt: Disaster recovery doesn't have to be the biggest challenge in your organization.

I would rate Zerto as eight out of 10. The rating may not sound great, but it is pretty high for me.