HPE Zerto Software Reviews

Currently, our use case is to create a replicated system. We have no access to the internal VMs. We can manage the VMs up to a point, but we cannot get inside to do any kind of corrective actions to the servers themselves. We had no backup solution in place, so we needed to get something there. That is what we are using it for. It is replicating out to Azure. This way we have some place in case the ones on-site get compromised or have issues.

We are moving to a new data center. There are several VMs that we have to move over there that have RDM disks or SQL clusters. Those are the hardest things to move at this point in time, but now that I have the setup and it is ready to go, all we have to do is just flip the switch and get everything over where they are supposed to be. It is going to be a lifesaver for me. It will save me a whole lot of time in putting things back together.

Its initial setup can be better. It looks easy, but if you do not have things in the right place, it is not as easy as it looks. Some of the instructions were not clear. They were a little bit confusing. For example, while setting up SSH initially, it was a little bit unclear if I needed to use a regular credential or some other credential. This was one of the things that was a little fuzzy, and we had to get somebody else involved to help us out.

I have been using Zerto for about a year.

It seems to be pretty stable provided our network stays up and the firewalls do not go down.

I have not had to scale it yet, but we are planning to replicate an environment of roughly a thousand machines.

I would rate their support an eight out of ten because it took a while for the communications back and forth to get it set up. We could not always get together at the same time. We would also run into an issue, and we had to go to development or somebody else to figure out what was going on with it. We would then wait for that response. There were a lot of issues that we had that required a lot of back and forth.

Positive

We did have SRM in place for a little while for about 75 machines. Most of the machines that were being replicated with SRM went away when we had a dissolution with another part of our facilities, so we pulled that out and stopped using it. We then went to Zerto about that same time. 

We are not using it for a full DR. We have another solution in place for doing the DR work. Zerto, at this point, is primarily for replication. 

We are also not using Zerto to help protect VMs in our environment. We are using another solution for that.

It was a little rough, but it was not terrible. When we were setting this up, I was working with several machines that were 30 or 40 terabytes in size. Moving that data out to that other location was a long, slow, and ongoing process. There were several times when we had to reach out to their support to try and figure out what was going on. We had to make some adjustments to how they were configured, but that was the biggest challenge we had with that the whole time.

It is slow initially, but once you get it all up there, it is not so bad. It took days to get that data moved. Once it got up or synced, it was down to seven or eight minutes, but it took days to get everything up there to begin with. It took about a week from start to finish to have it fully deployed.

We worked with a Zerto rep. They said that this is what we need, and we got everything in place, but then as we were trying to deploy it, we had issues. We had to pull in support to help us straighten out what we were having problems with. They have been pretty good. Fortunately, I have not had to call them much. Once we got it set up, it was fairly easy to figure out, but doing that initial configuration was a little difficult.

We have not yet seen an ROI. We are going to be moving to a new environment and a new data center. I am sure I would see a big return on investment at that point.

I did not evaluate other options, but there were some higher-up managers who were involved in those conversations. They had neglected to involve the guy who was going to manage it. I heard that they evaluated Veeam, an IBM solution, and Zerto.

I would rate Zerto an eight out of ten only because I have not used it a lot. When we move to the new environment, I am sure I will use it a lot.

We use Zerto for server migrations between data centers during the role swap that we do. We use it from a recovery standpoint as well.

We currently do not have disaster recovery to the cloud. We go between our data centers. That is what Zerto helps us accomplish.

Zerto works very well. We have not had any faults while using it. We are a financial institution, so we have to make sure the systems we have are available with very minimal downtime.

It has helped out a lot in man-hours. It has saved us a lot of overnight work. We can literally change our production servers in a matter of minutes to hours. Rather than having to do this gradually or a couple of weeks in advance and have several teams and business partners involved, we can literally do it live on the same day.

Zerto is probably one of the faster ones in terms of recovery. You can just go into the console, and because it is always replicating over to the other side, it takes minutes.

Being able to do our recovery and being able to migrate between data centers during the role swap is valuable just because of the amount of time it takes. It takes 55 hours or so. Right now, we are doing this in a VDI environment. We are going to experiment with it as a proof of concept because we have a thousand machines that we have to move and do all the assignments. Zerto would lessen that down by a few hours, and then we can use some scripts to do everything on the Horizon's side. We have not done it yet, but we are hoping to reduce it down to about 3 hours instead of 55 hours. We will also be able to manage our host better and be in a better recovery state. If the host happens to go down, we can quickly recover.

It is very user-friendly. There is no wondering about what a feature does. It is easy to use.

If they already do not have it, they can have some APIs for the Horizon environment. Instead of having to use some scripts to get around, they can make it a lot more user-friendly for integration.

We have been using Zerto for two years.

It has been very stable. We have not had any issues while using it. When we need it to do its job, it is always dependable.

It scales very quickly. We can set up a whole new environment in an hour. We can get the server setup and all the VMs that are required for it to function in an hour or two.

I have not used their support. My peers had to use it. They seem very responsive and knowledgeable. 

The other DR tool that I have used is from Symantec. It was an old-school recovery tool. It was back in the day when it took a whole day to get things back up.

It was deployed before I joined the company.

Its price is fair. It is very cost-effective compared to the cost of the labor for your workers and associates. 

We selected Zerto over others primarily for the ability to replicate and help with our role swap. It cuts the downtime of the production systems by a large volume. This way, we can meet the deadline and not have that much client impact. In the financial side of banking, you do not want bad performance.

I would rate Zerto a nine out of ten. There is always room for improvement, but it definitely makes your life a lot easier.

We use the product solely for disaster recovery.

The solution has helped with zero data loss from a transactional perspective. We have about forty servers in there today and they all serve a core function for our business. With Zerto, it's a matter of just being able to achieve zero data loss in minutes in terms of recovery time. That's amazing, and it really enables our business from a disaster recovery perspective.

The key benefit for us, and why we transitioned to Zerto years ago was really the recovery time. We went from hours to days on some of these applications, to minutes.

I like the granularity of the checkpoints. That's been extremely beneficial for us in testing. The near synchronous replication of Zerto is great. Knowing that it's within seconds or minutes allows us to achieve our goals from an RPO perspective. 

I like the live failovers. 

It's also a very easy-to-use product and very easy to administer from just a time perspective. 

We're able to stand up our DR site within an hour if we need to. 

We've been able to use it to do kind VM migrations from site to site in the past. Just it doing it behind the scenes allowed us to dramatically reduce any downtime for private cloud to a private cloud or even on-premise to private cloud migrations.

When handling migrations, it's fairly intuitive. There's a progress bar with percentages. Sometimes the timing fluctuates based on bandwidth. However, it's going completely in the background. It doesn't interfere with anything. When you are live, you can cut over with minimal downtime.

It's improved our RTOs. It's dramatically improved RTOs compared to what we had before.

We've had multiple unplanned failovers and the solution worked as expected. It's probably saved us 24 hours per instance.

The product has reduced the amount of staff involved in data recovery situations. Before the solution, we had two or three different mechanisms for different types of systems in different applications. Now it's just one click, one interface, and one administrator. 

When we do failover and failback, it doesn't maintain some of the settings that it should and I don't really understand why that happens. Quite regularly, anytime we do a failover or a fallback, we have to confirm all the settings for each VM. That takes a little bit of time. There is some power shell for that, so we've been able to automate that or at least optimize that. That said, that's my only complaint. Maybe that's a VMware limitation. I'm not sure.

We've been a customer of Zerto for several years. We started using it around 2017 or 2018.

The stability is good. Of course, from a maintenance perspective, sometimes with the failover, we have to re-sync or set up the settings again for whatever reason. I'm not sure if that is a limitation of the product or a limitation of VMware. 

We have six or seven users that use the solution, and typically just two or three administrators. 

We've scaled in that we have increased our VM count or VPG count. However, if we had thousands of VMs, I'd question the RTO or RPO capabilities at that point. However, ours is fairly small, under 40 VMs, and it has worked well for us. 

Technical support has been great. In our last DR failover, we needed to put in an urgent ticket and we got a very prompt response on that. Based on my interactions with them, by far they have the best support. 

Positive

We did use other solutions before, however, they were not as comprehensive as Zerto. We moved to Zerto so we could get our RTO and RPO down to minutes. Just being able to do everything with one administrator makes it much easier than before since we were doing some things from backups.

From a desk disaster recovery perspective, Zerto has replaced all legacy backups. From an administration and time perspective, we're definitely seeing some savings there. 

The initial deployment was not very straightforward. We were able to deploy in a matter of hours. The foundational aspects of Zerto are pretty easy, however, managing VRAs and getting the replication going can be a bit more work.

For the initial deployment, we only needed a single administrator. 

The solution definitely requires maintenance, just to keep everything up to date. However, it's very intuitive and everything happens very quickly, based on how many VRAs you have. We have three administrators capable of managing Zerto as needed. 

We have three sites, either on private cloud or on-premises. They are all VMware-based. 

Initially, a consultant assisted us with the base installation.

We have not calculated the ROI of the solution.

I was a little disappointed this year with the pricing, especially being a legacy customer of Zerto. 

They changed the licensing structure as a result of the HP acquisition. We had a significant increase that was not very well communicated to us and wasn't planned for us and it hit us pretty hard. From a budgeting standpoint, we only got notified a couple of months before, however, we were already in our calendar year. We couldn't plan for it properly due to the timing. It was frustrating for us. The costs were up significantly for us this year. That is definitely something we will be mindful of and keep an eye on going forward. We may need to find an alternative if the costs keep increasing.

We did explore other solutions, such as VMware and other competitors. However, the ease of use and ease of implementation were good selling points and became a key deciding factor for us. 

We have not used the immutable data copies as of yet.

In terms of dealing with threats or attacks, I've read a lot of the white papers, however, we haven't really had to have a need or a use case for that at this point. We're aware of that functionality, however, we haven't had a need to really utilize that, thankfully.

It took us a while to realize the benefits of the product. The initial phase for us was to cover about twenty different servers, which had interdependencies within the application. It was quite difficult. It took us about a year and a half to fully utilize our application or our initial phase of productivity. That said, that wasn't a Zerto limitation. That was the fact that we were changing IP addresses between our sites, so it was more of an application configuration delay. Zerto was ready to go on day one, basically.

We don't use Zerto to support disaster recovery on AWS. We're strictly on-premises hypervisors. We use virtual machines.

We haven't used Zerto's data recovery testing functionality. 

I'd advise new users to utilize the failover testing. You really have to make sure the application functions. Within our use case, for example, we have very interdependent applications. Each piece requires lots of communication, lots of databases, lots of other application transactions that are interdependent, and lots of integrations within our application. Utilizing the failover testing was critical for us.

I'd rate the solution eight out of ten.

We utilize Zerto for our disaster recovery solution, which involves replicating our virtual machines to a remote hot site to ensure failover capabilities.

Zerto's near-synchronous replication is great. 

Our RPO is around ten seconds.

I found Zerto's dashboard and features, such as the Zerto console, easy to use. It is simple to navigate and comprehend. Additionally, it is convenient to check various RPOs and BPG groups to stay informed about the current status.

We now have a robust disaster plan in place since the implementation of Zerto, which was a significant aspect we aimed to ensure.

Syncing data over to the data center for disaster recovery is easy.

I cannot provide a specific answer regarding our RTOs, but they have definitely improved significantly compared to our previous practices.

Zerto is considerably faster than our previous disaster recovery testing, which has saved us a significant amount of time.

Zerto has reduced the number of resources required for our data recovery.

It has helped reduce the number of staff for our backup.

We are utilizing a third-party company to assist us in managing Zerto. However, the RPO time for the copied-off VMs appears to be quite short. Additionally, it is straightforward to use.

One concern we have is the speed at which Zerto maintains compatibility with VMware and different versions of VMware. We are specifically worried about potentially major security issues with our current ESXi version and whether upgrading it would cause any problems or compatibility issues with the Zerto version we are using. It is crucial for Zerto to collaborate closely with VMware in order to promptly test updates.

I have been using Zerto for six months.

Zerto is stable. We have not had any stability issues.

We have not used Zerto in the cloud, but on our ESXi host, it appears to be scalable.

We used to back up VMs to powered-off off-site storage, but Zerto provides live disaster recovery capabilities. We had been utilizing a different disaster recovery concept, but Zerto is easier to use and provides us with an improved turnaround time in the event of a disaster.

The initial setup was straightforward. I assisted in the deployment, and a total of four people were required. The deployment took one week due to the necessary networking changes that had to be made.

We implemented using a third party.

I give Zerto a ten out of ten.

We utilize Zerto for our disaster recovery, and we employ our storage appliance for local snapshots.

No maintenance is required for Zerto.

I suggest using Zerto to have the servers in different Virtual Protection Groups so that they can prioritize the most important aspects of the business.

I am the global lead for infrastructure for the VMware and Windows Server environments. We are mainly using Zerto for disaster recovery. We have a prime site in Missouri, and we have plants in Taiwan, Malaysia, Japan, Italy, and Korea. We have 400 to 500 users in the environment. 

We have installed Zerto software on the DR site and the production site. We will be using Zerto for the production site for all the centrally used applications, such as SAP, file servers, and Exchange. Because this is a central site, a lot of other sites come to this site for various things. 

We also have Zerto on the DR site. In manufacturing, there are 60 or 70 tools, and each tool costs around $500,000. When the site goes down, you cannot transfer these tools very easily. It takes time. These are big tools, and it takes time for them to go somewhere else. You have to do a test again and go through the qualifications procedure, which takes time. As the IT department, we are interested in getting the applications that are used by all the sites centrally located, and if anything happens to the primary site, we want all the applications to be already there on the disaster recovery site. We just bring them up, and we are good to go.

Zerto will help to protect VMs in our environment. We have tried that in the test environment. That would be another reason for using Zerto.

We have used it for VMs. We know that it is a very good product. So far, we have only synced SAP and tested a few things. For SAP, there were two guys doing that, and they like Zerto very well. They have the test databases up there. It was smooth, and they liked it. The part that we still need to test is the Windows VMs where we can spin up a domain controller, change the IP, etc.

We can move data that is needed to keep our users collaborating with one another using Zerto because we are doing a continuous sync of the site. Once it is synced, we do not have to worry because everything happens in the background.

The replication feature where it constantly replicates and sees that data is always in sync is valuable. 

The ease of moving all the VMs is valuable. All we have to do is change the IP address and the VMs are all up and running there. There is a passive sync with all the VMs. That is what we like about Zerto. VMware has its own tool, but you need to do a lot of scripting. In manufacturing, we have a one-man team, so we do not have time for all the specialized work. We needed an application that is more GUI-based so that we can pinpoint and easily move VMs. We can bring up all the VMs and make sure the data is in sync, and we are up and running, so the ease of implementation is what attracted us to Zerto.

Zerto is very easy to use. It is very professional. We had no issues at all. Even for bringing up a new ESX host, they have a standard procedure. It is very easy. With a few clicks, you can do the ESX installation. 

There should be an automatic installation in a cluster. When I add a virtual client or ESX source to the cluster, it should automatically install that. There should be automatic installation. Currently, I have to do that manually.

They can give us a few training classes.

We installed Zerto just three months back. We have not yet started using it properly.  

Zerto is a very stable product. We have no issues. So far, it is working as planned. It is very stable. We will soon be working on it full-fledged. 

It is very scalable. We buy new licenses, and we just add another ESX or VM. We manually install it, and then we are good to go. It is pretty easy.

We have not contacted support yet. So far, so good. Everything is working as planned.

I tried VMware replication, but it was too hectic with all the scripts, so I gave it up. 

We implemented it recently. There was the ease of implementation. It was easy and straightforward. 

In manufacturing, we have to make sure that everything is on-prem. The data has to be on-prem because all the tools write immediately to the servers. There are two types of manufacturing. For the type of manufacturing where your tools are constantly writing, cloud applications are not good. For example, when we scan wafers, there is a set of data, and when we go through another tool, there is another set of data. This has to be instantaneous. There is nothing called a cache or buffer on those tools. It has to be instantaneous. We cannot say that the cloud is down, and we lost the data. We cannot stop the tool because this is a manufacturing facility with 24-hour operations on 365 days. We cannot have any downtime where the full site has gone down because this site is used for central applications.

I am the one who implemented it. Overall, there were just two people involved from our side. There was me and one more person. Because it was a new product, we also had a representative from Zerto as a standby. He would just watch our screen while we were implementing it. When we got stuck somewhere, he would help us. Because this was a DR site and it was a little far off, we wanted to make sure that everything went smoothly.

In terms of maintenance, so far, it did not require any maintenance from our side.

Having a solution like this is similar to having insurance. When you have a car accident, that is when you know the value of your insurance. Similarly, you cannot put a definite value on a solution like this till something happens, but there is peace of mind in knowing that the software is there, the VMs are there, and we can test it anytime. That is the true value.

It is economical as compared to other brands. 

We are an HPE shop. Zerto was procured by HPE, and we were looking for a DR solution. We went for Zerto because of its simplicity and ease of installation. We did an on-site proof of concept of Zerto for a year. We liked it and purchased it.

The only other product that we looked at was the VMware one because of the orchestrator. We did not look at any other products. I know that Veeam also has the same features that Zerto has. We had some discussions, but we never looked into it. Once we had a product that was easy to install, we did not feel the need to compare. It was doing what we wanted it to do.

Another factor for going for Zerto was that its price was economical. My boss, who is the CTO, liked its licensing scheme. It was much more economical as compared to VMware, and that is why we went ahead with Zerto.

Before implementing this solution, in terms of preparation for disaster recovery, you have to identify the business applications that are critical to your environment. You have to scope that out and make sure you have your VMs accounted for because licensing depends on the number of VMs. With a product like Zerto, you have to know the number of VMs and the size of data you are going to sync. These are the two factors that you have to look into for disaster recovery. 

Zerto is way better than other products. Installation is done with the click of a button. Everything happens in the background. You do not have to worry about it. As a product, we have not had any issues so far. However, we have not yet done a full-fledged disaster recovery. We have done minor testing, and we want to do major testing. As of now, I am very happy with the product. It does not need any further modifications. It is simple. It is nice. It is easy to execute, so I would keep it that way.

We have not yet used Zerto for immutable data copies. I have been playing around to migrate a VM and see how it works. So far, we have only used it to sync up the SAP side. Our SAP stuff is already synced up, and we have done some testing of it, but we have not done any disaster recovery.  

I have not had a chance to assess Zerto for blocking unknown threats and attacks. We are mainly interested in using it for disaster recovery.

Overall, I would rate Zerto a ten out of ten.

Zerto is deployed on a VM, and we use it to replicate the database for our POS system in our data center.

Zerto helps us when our server has an emergency. When we needed to get something from a server that had a corrupt file, it saved us from needing to go back to a tape or a backup to use that server. The recovery works better than our backup. I would rate that nine out of a 10.

It works great because we only use it in VMware for our virtual machines. We use Zerto Instead of snapshots. Zerto is a lot quicker than other solutions. It cuts our downtime in half when we need to recover data.

Data replication is the most valuable feature. The near-synchronous replication works in the background, so it does not interfere with the production usage of the server. Zerto is challenging to set up but easy to use. It's not difficult to configure once you see how it works. I'd give it at least eight out of 10 for ease of use.

I've been using Zerto for about a year.

Zerto is highly scalable. Even though we only have it on a couple of servers, we could do all of them if we want to.

Customer support is great. I'd say it is at least a nine. When I have a technical question, it sometimes takes a while for tech support to respond. That's a problem everywhere.

Positive

I've used backup solutions like Veeam in the past, but Zerto seemed like a better, faster solution. We adopted Zerto because of the speed, and because we wanted to do everything in-house. I would rate Zerto eight out of ten for ease of use, but Veeam seven out of 10. 

Setting up Zerto is straightforward, but I needed to call tech support a few times with some basic questions. I handled the setup by myself because I'm in charge of servers and VMware. It doesn't require much maintenance aside from updates. 

It reduces the time and effort needed to get our data. 

I rate Zerto a nine out of ten. When I first installed it, I learned a lot about how it worked and how to integrate it with my storage. I needed to configure our storage to work with this because we do everything in-house. It's crucial to understand how everything works together.

You need to read the installation instructions thoroughly and prepare your VMware environment. I jumped right into it and didn't go through everything. Read everything and watch some videos first to prepare. If I do it again, I will watch the videos a few times to make sure I understand what's required and go from there.

We're solving the issues of disaster recovery with it. So, our main use case is disaster recovery. We use it to do real-time replication of our data so that if we needed to failover for whatever reason or we had a disaster at our primary data center, we would be able to spin up in our colo disaster recovery location with minimum downtime. Our delay is about five seconds. So, if something negative were to happen to our data center, our DR copy would be within five seconds of the original copy, which is pretty good. We are also using it for testing.

Our setup is on-prem. It enables you to do DR in the cloud rather than in a physical data center, but we didn't go that route. We went the route of creating our own colo location. So, instead of leveraging Azure or AWS, we decided to maintain our own facility. Our primary data center is on-prem, and our disaster recovery location is a colo location that we control.

The current version that we're using is 9.5, which is the latest. When we installed it, it was probably version 8.

The mere fact that we're able to do live testing has definitely helped us with deployment times. It has helped us with troubleshooting as well.

It saves effort, time, and money. It saves us the effort of having to make sure that information is replicated. It saves us the time that would be required to build that ad hoc, and it allows it to be more of a point-and-click operation than something for which we have to dedicate more time and effort. Especially in our use case, we're not replicating a crazy amount. We're only replicating about 40 virtual machines and about 13 terabytes of data. It's not a small amount, but it's not a crazy large amount either. To be able to load all those 40 machines at one time with one click and then bring them up either in production failover or production test is fantastic. We haven't really been able to find any competitor that can do that at least as easily as Zerto. That was the driving force.

It has helped to reduce our organization's disaster recovery testing. We can now do it in minutes, whereas previously, we could never do a valid test. We could only test that our backups were copied. We could never spin them up and run them all. Barracuda would do point-in-time backups, but we didn't have any place where we could actually deploy and test them all. That's not necessarily a hundred percent on Barracuda, but from basically not being able to do it, we are now able to do it within a few minutes. 

It has saved all the time that would've been spent validating copies of virtual machines. It can now be used to actually test that everything is connected, everything is spun up properly, and everything is connecting and speaking properly. So, there has been a tremendous amount of time savings. People who were responsible for doing it have saved time because they don't have to spend an entire day testing to make sure that the backup is copied properly so that they can be recovered. Now, we can do a test failover in a few minutes and be able to validate it like that.

It helps to protect VMs in our environment. It has been great in terms of RPOs. Prior to using Zerto, depending upon the level of disaster, it took us hours, days, or weeks to recover. Now, the average recovery is nine seconds. That's pretty big. We went from hours, days, or weeks to seconds and minutes to recover.

Its overall impact on our RTOs has been fantastic.

Its main feature is continuous replication. We are able to have continuous replication, and we are able to have the information available as per recovery point objectives (RPOs) and how much data to retain. The real selling point was to be able to have those statistics and be able to test and show that the replication is occurring properly and then to be able to do live passive testing.

We can spin up our environment in DR without affecting production, which is probably the biggest feature for us. We have the ability to do passive testing. We can even test scenarios, such as installing software or changing software. We can make modifications without affecting our production environment. So, the test functionality of being able to test the failover solution and being able to bring up our virtual machines in a test mode is the biggest benefit.

In general, the solution is pretty good, but because it is geared toward simplicity, sometimes, when things go wrong, the answer is not very detailed so that things can be solved quickly. If things do go wrong, it does require a little bit deeper troubleshooting to resolve the issues. That's the only area where improvement could occur. There should be a little bit more details about if things go wrong, how to remedy them. 

Everything is meant to be simple. When something doesn't work, even though what you were trying to do appeared to be very simple, there are probably a lot of pieces behind the scenes. So, to be able to narrow down where in those 100 steps something went wrong can be a little tricky. When there is a failure, there should be a more detailed explanation of what the error is and how to remediate it. Currently, it's a little vague. A part of that could be because we use Zerto on top of Hyper-V. VMware still has a very large market share over Hyper-V and a lot of the information and a lot of the deployment plans are geared towards VMware. So, sometimes, there are new features that first roll out to VMware and then come to Hyper-V.

I have been using this solution for about three years.

It's a very stable platform, but sometimes, we've had instances where we've upgraded versions and went from version 8 to 8.5 or to version 9 to 9.5, and there were issues. When you deploy, depending upon how many host machines you have, something might go wrong with the deployment to a host. In that case, you have to do a decent amount of work so that you can remove your virtual machine and restart the underlying host, which is something that you try to avoid doing, but sometimes, that's required in order to resolve the issue so that you can do the upgrade properly and allow that. When there is a problem like that, it can affect the performance of the system, but that falls more under maintenance and upkeep. In general, it does run pretty smoothly. It comes down to the fact that whenever there is a problem, it's a problem. That's the same with anything. Everything works until it doesn't, but in general, it works more than it doesn't, which is what you want. I would rate it a nine out of ten in terms of stability.

Their tech support is pretty good. We've had issues where we have reached out to them, and in general, they're pretty responsive and helpful. A few times, we've had them jump on to do screen shares and pull information and do deeper dives into some of those errors that didn't have detailed inputs about the area we need to look into, and their tech support has been pretty good. Based on the help that they provided for the issues we had, I would rate them a 10 out of 10.

Positive

We were using point-in-time backups provided by Barracuda. The issue with that was that we were taking point-in-time backups, and we were saving them in the cloud, but if we didn't have a location to restore the data to, the backups weren't very useful. They were useful from the backup standpoint but not from a disaster standpoint. In such a case, our primary data center would be wiped out. We would have our cloud copy, which would probably be a day old, and then we would have to take that cloud copy and download it somewhere where we don't have machines. So, we would have to buy servers or buy something to download our backup copies to and then spin them up. That could potentially take weeks. Now, we already have the hardware in place, or if it was a cloud, we would leverage the cloud, but we already have the hardware in place. So, at any point, it's a matter of enabling, going live, and saying failover, and then basically, having our DR copy become live. So, the time to recover was the main reason for going for Zerto.

We still have the Barracuda solution in conjunction. A lot of that is due to the fact that we already have a long-term contract. We have a five-year contract with Barracuda. We probably don't need to renew that, but there are benefits of both. We have kept both solutions because they do slightly different things. The way we use Zerto is that it's focused mainly on disaster recovery. Barracuda gives us more of a long historical recovery for easily recovering things such as files. We have backups of virtual machines that might go back four or five years. You might argue that it is not worth it because a lot of the data that is multiple years old might not be of value.

The way it would work with Zerto is that we could keep a live copy within Zerto for 30 days. After that, we would have to take that data and throw it somewhere else for long-term storage, which would incur additional costs and adds a little bit. Because we already had Barracuda, we leveraged Barracuda for long-term retention. We don't use Barracuda for disaster recovery anymore, but we use it for point-in-time recovery. We take a backup that gets shipped to the cloud to have an extra copy that is just there, which then becomes part of a historical backup where we could go back six or seven months, whereas Zerto is only for recovering files up to a few days. Anything older than those few days would be recovered via Barracuda.

Zerto can do a backup for or recover data longer than that period of time, but it becomes a little bit different process. When we looked at Zerto three years ago, the ransomware, journaling, and being able to go back a few hours and restore your entire environment back to a point in time were nice features, but they weren't the selling point. The selling point was disaster recovery. So, that's the main thing for which we're using it. We are not looking at the ability to go back 30 days to recover a file. I definitely see it as a plus, but because it wasn't the initial selling point, and the way that we architected things, we don't necessarily use that right now. However, when our contract with Barracuda ends, instead of renewing, we could consider just buying long-term retention through a cloud provider and then maintaining a longer history with Zerto.

There is a lot that goes into setting it up. So, the planning has to be done. We were pretty much able to have it up in a few hours, but it also depends on your use case and the complexity of your deployment. Like anything, there are a thousand ways to skin a cat. So, it depends upon how you want to have it set up. It depends on:

• How complex groundwork do you want to put in?
• How isolated do you want your test case to be?
• How isolated do you want different things to be set up?

There could be a little bit more complexity, but in general, it's pretty simple to get going. Obviously, there is a lot that goes into it, but the actual work of setting it up, once you have those decisions made, is pretty straightforward. It's pretty easy.

We definitely did a lot of planning, but we did the actual deployment or the actual configuration of it before we engaged with the professional services aspect of our deployment plan. When we bought the software, we had a project management plan and support from Zerto directly. We pretty much did all the setup ahead of time by ourselves. So, in our case, the setup was very simple and very easy.

It does require some maintenance. There are always service updates that are available, and occasionally, there will be little bumps in the road that require maybe reinstalling or updating something. In terms of general maintenance, as compared to other solutions, its maintenance is probably a little bit less than other solutions. Maintenance is still required, but it doesn't require an extreme amount of maintenance to keep things running smoothly.

When we went to locate this software, we worked with ePlus. They made several recommendations on different solutions, and from those recommendations, we narrowed it down and picked Zerto.

I liked them a lot at the time. The sales rep that we had there was fantastic. Unfortunately, a few months after our project was purchased, our sales rep left the company, and then we just never really connected with any of the new people. That has not necessarily something to do with ePlus. They're a large, great company, but what really separated them and made that project beneficial was the account manager that we had during that time period. He was fantastic.

In general, it's pretty fair because it is software. In our case, we built our own colo. So, the cost of the colo was very expensive, and that's where a lot of the equipment is. The same thing is there if we were going to spin up in the cloud, but as a solution, in general, it's pretty fair for what you get out of it and how it works. It's not cheap, but at the same time, you get what you pay for, and it's definitely worth the cost. You just have to understand that the cost of the software alone is not the total cost of the project of doing ransomware protection or disaster recovery. It's a piece of the pie, not the entire pie.

We did look at other similar solutions, but what made Zerto the solution that we went with was the fact that it included the recovery of the actual virtual machine. Other solutions had the ability to do the same kind of synchronous or near-continuous data replication. However, if we had the underlying data replicated but our virtual machine's copy or our virtual machine configuration was different or was not at that target location, we would have to then configure those machines to load the underlying data. The feature that made Zerto useful was that it handled that and replicated the virtual machine information as well. So, we didn't have to do that. Once we configure and specify it to replicate a virtual machine, all the data that's associated with it and its configuration is replicated. We don't have to deal with additional steps.

Three years ago, when we were looking at disaster recovery options, a lot of the solutions were targeted at replicating the underlying data but not necessarily how to get that data usable. Getting the data usable part is often the trickiest and the most time-consuming part. So, when you don't have to take that into consideration because it's already being copied and it's current, your downtime associated with a failure event is reduced. That was definitely a selling point for us.

We looked at Veeam, and we looked at how we use Pure Storage for our underlying data storage. They have the capabilities of doing synchronous, real-time replication, which has improved a lot in the past three years. So, the limitations that made it less appealing a few years ago might have been removed now, but at the same point, that's only the underlying data. We would still have to recreate virtual machines that will spin up that data. There is no other real solution that I'm aware of that does this as nicely. Even some of the other Microsoft native solutions aren't as nice and user-friendly. They definitely don't give you the ability to do testing. We couldn't spin up a replicated copy without causing issues. Zerto allows us to spin up a test version of our production software or our production VMs without affecting the production copy.

There is a lot that goes into setting it up. So, the planning has to be done, but once it's running, it's very simple. If it's set up right, it literally involves a few clicks. Testing and failover can be done in a few clicks, which makes a very complex thing simple. So, if you set it up and you have the groundwork done, then with one or two clicks, you could do major testing, and you could do major failovers. From that standpoint, it's extremely simple to use once it's up and running.

They have a lot of other features that we don't really leverage 100%. We use it only for disaster recovery, but it also contains features for ransomware where you can recover files. Although we don't use that feature, that's definitely a benefit. We have recovered files from time to time but not because of ransomware. We maintain a history of up to 30 days for each of the virtual machines that we have. We have a different solution to recover files older than 30 days.

We don't really use Zerto for immutable data copies, which goes into the ransomware where you expect not to be corrupted by ransomware. We use it, but we've never had a case where we had to recover from a ransomware instance or anything like that. We use Zerto only for disaster recovery and continuous replication. We have a separate backup tool that takes point-in-time backups. In terms of the 3-2-1 rule for our organization’s recovery strategy, our separate point-in-time backups give us three locations. At a point, we have three copies of the data in different stages.

It hasn't reduced our downtime in any situations because we didn't need to do disaster recovery. So, from that standpoint, we don't have any baselines before or after.

It hasn't directly reduced the number of staff involved in data recovery situations, but the amount of time required per person or the time required by people for validation has greatly reduced. We never had anybody dedicated to it as their only function, but the amount of time that's required to do testing is significantly less. So, there has definitely been a saving of time. Similarly, there has been no change in the number of staff involved in overall backup and disaster recovery management. In theory, it wouldn't because, in most IT organizations, a lot of people wear different hats at different times. We didn't have a dedicated person or a dedicated team only to validate backup and recovery.

Compared to other solutions, I would rate it a 10 out of 10.

Our primary use case is for DR failover. 

The most valuable feature is the rollback feature that captures every couple of minutes. Whenever we have a server that goes down, we can use that to pull it back a couple of minutes before and it's good to go. 

The disaster recovery has been a benefit to us. The ability to capture or move something to another data center is also a really handy feature.

The near-synchronous replication is Zerto's shining feature. We leverage the most out of it. 

On the technical side, we usually need more of the deeper, not near-synchronous replication. We need it more for the back backups but there's always a fire drill. There's always an emergency that needs something that happened five minutes ago to be restored.

We use Zerto to help protect VMs in your environment. 

When setting up Zerto, you have to set up VRAs. I would like to see those not be needed as much. They're a little cumbersome and take up a lot of VM counts.

I have been using Zerto for around four to five years. 

The stability is perfect. 

It feels like scalability is what it's built for. It's seamless. 

I don't usually have to call support. Some of my coworkers are a little more familiar with it, and they have always said that Zerto support is very good.

They're fast, responsive, and willing to look at issues that they're not familiar with.

An interactive chat with knowledgeable staff could be a helpful feature.

Positive

We also looked at VMware. Zerto outperformed it and was more affordable. 

What's nice about Zerto that I don't think we saw with VMware is the ability to use one console for multiple beta centers. It's really nice not having to go into a specific site to come to or from that site. If a site or a whole data center goes down, you can still access it from the other and pull over it if needed. 

We had VRAs that we had to set up. The initial setup was good. The hard part was getting all of the servers into certain groups and then getting the disaster recovery plan for all of those. That was the hard part. Once you have that all setup, initiating those plans is very easy.

We have seen ROI. I'm more on the technical side so I can't give exact metrics. 

I would rate Zerto a nine out of ten. It gives me everything I want and everything I would need. Failing over is easy. Disaster recovery is easy. If there was ever an event where I had to roll over a whole data center, I don't really worry about it because Zerto has been there. The setup was probably the hardest part but once you get the hard part done, the rest is easy. 

Sometimes the console is a little hard to understand. Simplifying some of the commands inside of it would help. It's a very minor aspect. Sometimes the endpoint and destinations can get a little confusing and exactly how you want some of the functions to roll over can be a little bit hard to pick up.