HPE Zerto Software Reviews

I am a solution provider and Zerto is one of the products that I implement for my clients.

Most of my customers use this product for disaster recovery purposes. Some of them use it in a local, on-premises environment, whereas other customers use it in the cloud.

We have assisted some of our clients with on-premises to cloud migration. These were customers that had an established local environment but wanted to explore the cloud. For these clients, it is a cloud-based DR implementation.

There are four or five customers that did not want a cloud deployment, so we have implemented the DR site on-premises for them.

If the client is given the choice, typically they prefer a cloud-based deployment. CDP technology is becoming the new norm, even for the backup industry. However, there are some instances where it is not an option. For example, in some situations, they cannot use cloud-based storage due to legal and compliance requirements.

Some of our customers that are making a digital transformation cannot afford to lose hours or even minutes of data. As such, I think that cloud-based disaster recovery is the future and the customers understand why it is much more important for them. Together with our reputation, I see this as a game-changing situation.

Most of my customers are interested in DR and do not know much about the long-term retention capability. Our last three deployments already had a backup implemented from the integrator and didn't need an overnight one to avoid the loss of data. We discussed this with them and explained that this product offers much more than what they are using it for. We pointed out that it was a two-in-one solution but they continue to use it primarily for DR.

Our customers find that the interface is really easy to use. It gives you a great deal of flexibility for the administrators, as well as for the end-users to a certain extent. Overall, with respect to ease of use, this product scores the highest points in this area.

The functionality available in the console is not complicated and is easy to use, especially for DR failover. It just works.

It offers a high level of compression, which is very good. My customers and I are interested in this feature primarily because it saves bandwidth.

The most important feature is that the recovery point (RPO) is less than one minute. This is really good for our customers, as they can keep their data loss to a minimum.

I would like to see a separate product offer for performing backups, although I think that this is something that they are expecting to release in the next version.

We have been using Zerto for between three and four years.

Based on the number of support calls that I get from my customers, where we have done the deployment, issues arise very rarely. From time to time, we get calls because the allocated space is running out. Otherwise, it is pretty much stable.

Even the situation where the allocated space runs low is rare and I haven't had this type of call in a long time. The reason for this is that I take precautions during deployment. For example, I check to see whether they have too many workflows. I know what it is that we need to do including how many VRAs we need to deploy and what the configuration should be. Over the past three to four years, I have only had to deal with four or five support tickets. Apart from that, I haven't experienced any problems.

I do not have a great deal of experience with scaling this product because all of my customers have only a few hundred VMs. I know that Zerto has the capability to go beyond 5,000 or 10,000, but that is something that I've never experienced. My understanding is that it is very capable at the data center management level.

In the initial phase, I leveraged technical support, but then I completed the deployment.

During the PoC, there were one or two times where I had to contact them to deal with issues. I am pretty happy with how they respond and how they follow up compared with the other vendors that I work with.

I don't have much of a complaint with respect to support.

I have been working with Zerto since version 6 and the most recent one that we deployed was version 8.5. Approximately six months ago, our customer that was using version 6 was upgraded to version 8, because version 8.5 was not yet released.

I also have experience with Veeam but Zerto uses a very different technology to perform the backup and change tracking. Veeam leverages the VSS technology for the volume set up, which will do the job but it is not ideal. Zerto has taken one step ahead by utilizing the Journal technology, which is the main difference that I can think of between these two products.

Prior to working with Zerto, many of my clients were using the VMware Site Recovery Manager (SRM) feature, which comes built into the product, based on their licensing. I have also had a customer who was using Commvault and others that were using NetBackup. These are typically the enterprise-caliber products that I expect to find.

One of my customers is using Veeam and because of the difference in price, with Zerto being more expensive, they did not switch. My customer felt that Veeam was convenient and the price was more tolerable. This is the only instance where my customer did not transition to Zerto.

The customers who switched have done so because Zerto provides the lowest RPO and RTO. It is one of the main points that I emphasize about this product because it is very important to them. There is also a saving in bandwidth, which is something that my customers are concerned with because they typically don't have fancy high-speed connections. The compression is superb and really helps in this regard. These are the two primary selling points.

For us, this solution is not difficult to deploy. For a complicated environment then you have to do careful planning but otherwise, it is not hard to deploy.

Typically, if everything is well in place, the deployment will take between one and three hours. In cases where the customer's environment is very complex then I might need a little bit more time. I would estimate that it would take six-plus hours, after careful planning and ensuring that all of the resources are in place.

The installation takes less than 30 minutes; however, the customer environment increases the time because we have to do things like open ports on the firewall. We tell them about these preparations in advance but we always end up doing some of the work ourselves. In situations where the firewall has already been properly configured, I can normally complete the installation and configuration in one hour.

I have two customers that use the cloud-based deployment on Azure but the majority of them use it in a local, on-premises environment.

The main challenge that I face with this solution is the price. All of my customers are happy with how this product works and they like it, but unfortunately, in the market that I represent, Zerto is expensive when compared with the competition.

Another issue is that Zerto has expectations with respect to the minimum number of devices that they are protecting at a given price range. I understand that this is an enterprise product, but unfortunately, price-wise, it is really tough when it comes to the TCO for the customers in the one or two countries that I represent. Apart from that, everyone understands the value, but at the end of the day it comes down to the price being slightly higher.

Pricing is something that I have discussed with the regional head of sales in this area. I have explained that you can't have a price of 25 million per year in this region, and in turn, have requested a lower price with different models for corporations. Unfortunately, I have not received a positive response so far.

With the separate backup product expected to be available in the next release, in a way, they have already done what I was expecting to offer to our customers. They have also announced some features that are really interesting. Right now, I'm waiting to get the new products in my hands.

My advice for anybody who is implementing Zerto is that if the system administrator has basic knowledge about networking and storage, then setting it up and deploying it will be easy, and not an issue at all. They just have to be careful and take the appropriate time to plan properly, especially in a complex environment.

In summary, this is a stable, enterprise-grade product.

I would rate this solution a nine out of ten.

We are using Zerto as our disaster recovery solution for on-premises to Azure, and also from Azure to Azure between different regions.

At this time, we are only using it for DR. However, we will also be using it for data center migration.

I would rate Zerto's ability to provide continuous data protection a ten out of ten. The tool is very easy to use. It's also a very simple and very quick setup. The outcome from our setup showed that we had very low RPO and RTO. The interface is intuitive and as such, anyone can log in and figure out how to use the management utility.

Being able to achieve such a low RPO and RTO has significantly reduced our lengthy recovery times. For example, a recovery that previously took four hours is now completed in 40 minutes. Furthermore, it allowed us to complete the data center migration very quickly, with very little downtime.

Using Zerto has allowed us to reduce the number of people involved from a failover standpoint. There are only a few of us who can perform the failover and it is done with the click of a button. From an overall verification standpoint, the application owners are still required to verify.

We have saved money by performing DR in the cloud rather than in a physical data center for a couple of reasons. First, we saved money by not having to upgrade our hardware and pay for additional facility costs. Second, in Azure, we saved between 10% and 20% compared to Azure site recovery.

The most valuable feature is the disaster recovery capability.

The one-to-many replication functionality is helpful. While we were protecting our VMs in Azure, we were able to use the one-to-many feature to also replicate the same VMs to our new data center, in preparation for data center migration. Importantly, we were able to do this without affecting the DR setup.

When you're configuring the VPGs, they can improve the process by looking at the hardware configuration of the existing VMs and then recommending what they should be, rather than us having to go back and forth. For example, on the VM configuration portion of creating the VPGs, it should already figure out what sort of CPU, memory, and capacity you need, rather than us trying to write that down and then going in afterward to change it.

The logging could be a lot better from a troubleshooting standpoint. If the log was more detailed and more user-friendly, we wouldn't have to make the calls to the support to try and figure out where the problem lies.

They could improve on how many machines the management server can handle for replication.

We have been using Zerto for approximately two years.

Stability-wise, it's pretty good and we've been happy so far. We've had a couple of issues here and there, but nothing that wasn't easily resolved.

The scalability is pretty good. If you need to scale then you can always add more appliances on the Azure side, which is very easy to set up. For the on-premises side, you only need one management server.

We are not a very large environment; we have approximately 400 servers, and then we are protecting about 125 VMs. In terms of users, we have close to 3,000 full-time employees and then about 25,000 contractors. Being a recruiting company, we have a large base of contractors.

The site reliability engineers are the ones that use Zerto more often, and there are three or four of them.

The technical support is pretty good. The level-one has a lot of knowledge and because we've been using the product for a while now, if we get to the point of calling support, usually we have everything ready to go. We explain the situation to level-one support and we can always escalate easily to the next engineer.

Prior to using Zerto, for our on-premises environment, we did a typical database replication from our production site to a secondary site in another city across the country on the West Coast. We also replicated the storage and application code, and it was a very lengthy process. One of the environments took as long as four hours.

We switched primarily for the time savings, although there was also the cost factor. In order to meet the growing demand of our business in IT, we would have had to upgrade all of our hardware, as well as pay extra for facility costs. As such, it did help out on both sides of things.

Also, just the process itself was a lot simpler. It would have required coming up with five or six different teams to do the individual parts, whereas this automates everything for you from a server level.

We use a different product as our backup solutions. Zerto is strictly for DR and data center migration.

To set up the initial environment, it took about an hour. This included setting up the appliance, making sure it's added to the domain, and things like that. But then, creating all of the VPGs will probably be another couple of hours.

The strategy was that we already had everything ready to go, which included our server list and all of the VPG names. If you have that, you could probably have everything completed in half a day, or a day, from a setup standpoint. Of course, this is depending on how large of an environment it is, but for us, we set up five or six environments and it took us approximately half a day.

We had assistance from the sales engineer. 

When we did the PoC, they showed us everything. Once we purchased the product, we used Zerto analytics to determine how many appliances we would need on the Azure side. Then, using that, we were able to break up the VPGs between the different sites.

We have an enterprise agreement that combines all of the features, and we have approximately 250 licenses. There are two different licensing models. The one we purchased allows us to support Azure, as well as the on-premises jobs. This was a key thing for us and, I think, that is the enterprise license. They have a license for just their backup utility, and there's the migration option as well, but we went with the enterprise because we wanted to be able to do everything going forward.

Zerto needs to improve significantly on the cost factor. I know friends of mine in other businesses would not look at this when it's a smaller shop. At close to $1,000 a license, it makes it very hard to protect all of your environment, especially for a smaller shop.

We're very lucky here that finances weren't an issue, but it definitely plays a factor. If you look at other companies who are considering this product, it would be very expensive for somebody who has more than 500 servers to protect.

The bottom line is that they definitely have to do better in terms of cost and I understand the capabilities, but it's still quite pricey for what it does. It would make a huge difference if they reduced it because as it is now, it deters a lot of people. If you've got somebody who's already using VMware or another product, the cost would have to be dropped significantly to get them on board.

We did evaluate other vendors, but this was the only tool that was able to fully automate the conversion from on-premises VMware to Azure. This was important because our goal, or our DR objective, was to set up DR in Azure. Every other tool required having some sort of intervention from us to convert them to Azure format.

I don't recall all of the tools that we looked at, but I think we looked at VMware SRM and also a product from EMC, from a replication standpoint. Ultimately, from a strategy standpoint, this was the only thing that was really capable of doing what we wanted.

My advice for anybody who is interested in Zerto is definitely to do a PoC. Run it against your environment to do a thorough comparison. This is the best scenario; instead of just picking the product, let it go through the different options. For example, whether you are doing on-premises to on-premises, or on-premises to the cloud, this product can do it, but you'll only see the results that you want to see if you grind it against your own environment.

Overall, we are very happy with this product.

I would rate this solution a ten out of ten.

We primarily use Zerto for backing up our databases.

We are heavily invested in database technology. We use SQL databases such as PostgreSQL and MS SQL, and we are also functional with NoSQL databases. Our use cases are majorly relying on databases for financial vendors and most of the time, we have to perform day-to-day operations with respect to finance and accounting.

We have been using the data retention functionality for a long time and whenever there is a failure and the system goes down, we recover the data from that particular snapshot in time.

We also require security, as it is one of the major concerns. Ultimately, we align these two things together.

We are deployed in AWS, although we are also deploying in GCP and plan to do so with Azure as well.

Zerto provides us with continuous data protection that is reliable. It is convenient to use because the API allows for seamless integration when performing our day-to-day operations.

Currently, we do not have any long-term data retention activities, and it is not one of our core operations. However, in the past, we did have several such use cases.

Using this solution saves us time because we have been capturing the volumes and snapshots, are we able to perform operations on the Delta. This is an important benefit to us because we are able to deploy everything into production, then continue to get the backups and snapshots from there. 

Another time-effective benefit is that once we are fully backed up, we are able to perform Lambda functions on our use cases. This saves us a lot of time.

In some instances, Zerto has saved us time and on the number of people involved during failback. The number of people that are involved depends upon how critical the failure is. Any time there is a failure, we have to work from the most recent backups. For example, if the incident happens at 9:00 PM and there is a snapshot that was taken at 8:00 PM, there is one hour of work to make up for. This is much easier and quicker than having to look back at the logs for the entire day.

On a day-to-day basis, using Zerto saves us approximately 20% to 30% in terms of time. Overall, considering both our test and production environments, using Zerto benefits us with an approximate time savings of 60%.

We are using Zerto for DR in the cloud, and it has saved us money over using a physical data center. In a cloud-based deployment, the cost is quite a bit less compared to a physical environment. Also, because the cloud is a pay-as-you-go model, and you don't need the service all of the time, the paid resources are not wasted. I estimate that we save thousands of dollars per year in operations costs.

With our backups fully in place, in the cloud, Zerto has helped us reduce downtime. 

The most valuable features for me are the fast performance and seamless integration. The performance is one of the main features and the integration has helped me a lot.

When we have a system that is being fully replicated, we also get snapshots. Then, we perform our activities on the snapshots only, which reside on the cloud-based volumes. This means that our production environment is not affected.

We have low latency in production because most of the things we do are on the cloud.  When we have the backup, we just start to perform the data operations and with the help of Zerto, we can do this quite efficiently.

Zerto is quite easy to use. With the click of a button, I have been able to use it to do what I need. Furthermore, any end-user that I have worked with has easily been able to make use of its functionality.

Some of the integrations with our internal tools, in particular, company-specific ones, do not work. In cases like this, we have to ask for additional support. This is an area that has room for improvement.

If the API integration worked more efficiently then that would be an improvement.

We have been using Zerto for between two and three years.

Zerto is a stable and reliable product. We have not experienced any anomalies in the tool. For all our use cases and workloads, we rely on it and have found that everything can be done easily.

We have not had problems when we want to redeploy a number of things, so scalability has not been an issue.

We have between 30 and 40 users, including engineers, architects, and management. We are a growing and expanding company, and our workload increased from day to day. I expect that our usage of Zerto and other solutions will increase.

We often reach out to contact technical support and it is good. We have a lot of use cases that we need support for because we don't always have a sufficient solution.

The initial setup was straightforward, although we did have some problems. For example, there were instances where we could not integrate with our internal tools and we were not able to solve the problem. We looked at the FAQ and reached out to customer support to ask what the ideal solution would be.

Overall, it took between six and nine months to deploy.

We deployed Zerto using our in-house team.

We have seen ROI in terms of time savings, as well as other points.

We subscribe to their annual license package and we have tier one support with them. There are no costs in addition to this.

We have evaluated other tools including Veeam and Veritas. There were several factors, including cost, that led us to proceed with Zerto.

My advice for anybody who is implementing this product is to have things properly architected in advance. Otherwise, the implementation will be a hassle. Once the design is complete, if they need to change it then it will be time-consuming.

I would rate this solution a nine out of ten.

Our primary use case is for disaster recovery and migrations. We have two primary sites that we replicate to. If there are on-prem clients we replicate back and forth between those two and then we replicate our off-prems to them as well. We use on and off-prem as well as Azure. 

We actually have rescued a couple of clients that have had disasters on-prem due to weather or data center outages. One of our clients had left us for a cheaper provider and before our disks and retention points expired out, the cheaper provider had a flood in their data center. We were able to restore the client using the old restore points back into our data center, which was a huge win for us because it was a fairly large client. That client has worked with us ever since then. 

Zerto saves us time in data recovery situations due to ransomware. We've had a couple of ransomware incidents with clients in the last year and a half. I've worked on ransomware issues before when Zerto wasn't involved and it was much more complicated. Now, with Zerto, it's at least 50 to 75% faster. We're able to get a client up and running in a matter of an hour, as opposed to it taking an entire day to build or locate the ransomware and rebuild from shadow copies or some other archaic method.

It decreases the time it takes when we need to failback or move workloads because we use disaster recovery runbooks that we work with our clients to maintain. Anybody at our company, at any given time, can pick up this runbook and go with it so we can assign one or two techs to the incidents. They work with the client and get them back up and running quickly. We're 50 to 75% faster. It's now a matter of hours as opposed to days. In an old disaster recovery situation, it would be all hands on deck. With Zerto, we can assign out a technician or two, so it's one or two techs as opposed to five to 10.

There has been a reduction in the number of people involved in the overall backup. We have the management fairly minimized. There are only two primary subject matter experts in the company, one handles the back-end infrastructure and one handles the front-end, that's pretty much it. We're a fairly large company, with 500+ clients, so it's been stripped down, so to speak. 

From what I've seen, we do save money with Zerto, especially for long-term retention like the Azure Blob Storage. We had a recent incident where a client had to go back to a 2017 version of a server that was around three to four years old, just to find a specific file, and it only took us an hour to locate the proper retention point and mount it for him and get him back what he needed.

The testing features are the most valuable features of this solution. We use the failover test feature not just for testing failovers and disaster recovery, we've also had clients use it for development purposes as well as patching purposes to test patches. We can failover the VM and then we can make any changes we want without affecting production. It's a nice sandbox for that usage.

We also use it for migrations into our data center. We bring in new clients all the time by setting up Zerto in their on-prem and then replicating to wherever their destination will be in our environment.

We've also used Zerto to migrate to the cloud.

Zerto provides continuous data protection. I'd give it a 10 out of 10 as far as that goes. The recovery points are very recent, generally five to 15 seconds of actual production. It's very convenient.

It's also fairly simple to use. Zerto does have some quirks but they have worked those out with recent releases. They're really good about listening to feature requests. We're actually a Zerto partner at our company, so they take our feature requests pretty seriously. Zerto is one of the easiest disaster recovery products I've used. We use Veeam as well which is much more complicated to set up in the back-end.

Zerto seems to keep up with what I think needs to be improved pretty well.

One improvement that could make it easier would be to have an easier way to track journal usage and a little bit more training around journal sizing. I've done all the training and the journal is still a gray area. There is confusion surrounding how it's billed and how we should bill clients. It would be easier if it had billing suggestions or billing best practices for our clients to make sure that we're not leaving money on the table.

I have been using Zerto for three and a half years. 

Stability is pretty good. It's gotten better over the years. It's kind of 50/50 between features that have been added and our understanding and usage of the product over the last three years. But it's definitely gotten better.

It's highly scalable. That's one of the things we like about it. We can empower clients. I have one client that's migrating from his on-premise into one of our private clouds, and we have enabled him to do so. We set up the environment and we're enabling him to build VPGs and migrate them as needed without our interaction at all. This is bringing in tons of revenue. It's super scalable and it seems to be not just easy for us to use, but easy for us to enable a client to use it as well.

Technical support is astounding. I've said that to Zerto technicians and I've said that to clients as well. Being in my role, I work with a lot of vendors, a lot of different support, and Zerto is off the charts as far as skill and ease to work with. It's been wonderful as far as that goes. Zerto was some of the best support I've had across vendors.

Before Zerto, there really wasn't anything that was as good as Zerto, so it was a game-changer.

The initial setup is pretty straightforward. 

For an off-prem client, I would send them a welcome letter that details what they need to do on their end with the server. I would send the download package, everything like that. If the client is immediately responsive, that could be done within an hour, but then some clients take a little longer. Once they have the infrastructure set up on their end and the VPN is set up, I can have a Zerto off-prem implementation replicating into one of our private clouds within an hour or two hours maximum, even for a large environment.

A client was migrating into one of our usage-based clouds, so it automatically bills by the resource pool. The more that they put in there, the more we gain. We've probably increased the input to that environment 10-fold. It's a 10-time multiple of what we invested into it, just particularly for that one use case because he's growing so rapidly. Every time he brings over a new client, it adds to the billing which is hands-free for us. We've enabled him to do it.

Pricing is fair. For the license that we have and the way that it's priced, it is pretty simple and it's not over-complicated like some other platforms. It would be very beneficial to have some sort of training or even just documentation around every component of Zerto and how it should be built or there should be suggestions about how it should be built. It would help newer companies that are adopting the platform to have a better opportunity to grab all the revenue upfront.

Journal history was one of the things that we didn't take into consideration when we implemented Zerto initially and we lost a lot of money there. We talked to one of the reps after that and found out that some clients do roll in the cost of this journal and some clients actually charged separately for it. Zerto has made it easier to plan for that lately with Zerto Analytics, but it's still a gray area.

There aren't any additional costs in addition to standard licensing that I'm aware of. 

We still use Veeam in the environment but the recovery points aren't as robust. They're a lot thinner. You can get maybe an hour or the same, but you can't get five-second production. We used Veeam and the old active-passive standard of building a server in each environment and replicating to it.

I've actually pushed us to use Zerto for our backups with the solutions team for quite a while, since version 6.5. I don't think they plan on doing it just because we already have two other backup offerings and they don't want to complicate our Zerto infrastructure. From my understanding, we're not planning on doing it. But with every release, it gets so much better and it's just a matter of time before we revisit it.

My advice would be to follow best practices when it comes to back-end infrastructure. We have made some changes specifically to track certain things like swap files and journal history. Previously, we had everything going to production data stores and now we have dedicated journal data and restore data stores for swap files, which helps us to thin out the noise when it comes to storage. Storage implementation is very important. 

Make sure to go through all the training. The training on MyZerto is free, very straightforward and it's very informative. That's one of the things we didn't do initially but it wasn't really as available as it is now.

I would rate Zerto ten out of ten. 

We use this solution for disaster recovery and business continuance.

We are protecting: SQL, our file servers, and some other applications that are specific to the healthcare domain.

In terms of providing continuous data protection, Zerto has been great. We've had no real issues and it's pretty easy to work with.

At this time, we do not use Zerto for long-term retention. It's something that we may look into, although we don't protect all of our VMs. We only have 60 licenses, but we have more than 300 VMs. We use Veeam for the actual backups at the moment, and it didn't seem practical to have two separate solutions, where we use Zerto for a few and Veeam for the rest. Licensing-wise, it was too expensive to put replication functionality on every VM, just to get a backup of it. I know that Zerto is changing its licensing so that you can get a backup only. However, when we purchased Veeam, it was for three years and we still have part of a year left. After that expires, we will revisit it.

Prior to implementing Zerto, we didn't really have any way at all if there was a disaster at one site to be able to spin things up at the other site. It would have been restored from backups, but we didn't have a backup environment at the other site that they would restore there. This meant that depending on how bad the outage was, it was going to be weeks or months to be able to get back up and running. Now we're in a situation, at least with our key applications, that we could get those back up in a matter of minutes versus weeks. There is now a much better comfort level there.

If we had to failback or move workloads, Zerto would decrease the time it takes to do so. Fortunately, we've never had an event where we've actually had to use Zerto for a live failover. We test the VPGs and get the actual individual teams that run the software involved to test everything out, to make sure it's good. Other than that, fortunately, we haven't really had a need to actually fail anything over at this point.

We have leveraged it at times to move a workload. An example of this is that we've had servers that we were initially told were going to be built at one site, but then a couple of weeks later, it's "Well, no, we want this at the other site." So, instead of having to create a new VM at the other site, decommission the old one, and all that work that's involved with that, we just used Zerto to move it. This is something that saved us a lot of time and it worked perfectly. Between building another one and decommissioning, it is probably a savings of three days' work between all of the people involved.

Fortunately, we haven't had to use Zerto to recover due to a ransomware attack. We haven't been hit with anything like that yet. That's one of the things that also made it attractive for us, was that we're able to potentially get to a point in time just before that happened.

We have also used it in a scenario where we've had a vendor doing an upgrade. We replicated it to the same site instead of the alternate site, just so that if something went wrong we'd have a more instant restore point that we could pick from versus our backups. Since our backups only run once a night, we could have potentially lost a decent amount of data. Again, the upgrade went smoothly, so we didn't have to leverage it, but if there was going to be a problem with that then it would have saved us time and potentially data.

The most valuable feature is the ease of upgrades. We've updated it numerous times since we started, and we can perform upgrades, including with VMware, without impacting anything in conjunction with it.

The reporting on failovers, including the step-by-step and the times, is useful because we can run through a failover and provide reports on it.

I find Zerto extremely easy to use. Setting up VPGs, the upgrade process, failover, and testing are all super easy to do. It is all very straightforward, including the initial setup.

I would like to have an overall orchestration capability that would enable you to do multiple VPGs in some sort of order, with delays in between. For example, at least in our testing scenario, we have our domain controllers. We have to fail that over first, get those up and running before we bring up the application side so that people can log in. If there was an actual failover, there would be certain things that would have to failover first, and get them running. Then, the application would be second, like SQL for example. For our dialysis application, one would have to have SQL up and running first before that. It would be nice to be able to select both and then say, start up this VPG and then wait 10 minutes and then fire up this one.

I have been using Zerto for between three and four years, since 2018

I find this product super stable and I've had basically zero problems with it. A couple of minor things came up, and support resolved them pretty much instantly. We've never actually been down with it, but one problem was where it didn't recognize our version of the VMware. It was an entry in some INI file but that was quickly resolved.

I would think it scales great and it's just a matter of licensing. Right now, we have just the basic license that enables us to go one-to-one. We do want to go to the one-to-many and then out to the cloud, which is an option that would be better for us. We're just waiting to get the cloud connectivity before we upgrade the license. In this aspect, it should scale well.

At this point, myself and perhaps one other person use the product. We're licensed for 60 VMs and we have just slightly less than that, in the upper 50s. I would think that our usage in the future will increase.

Every time that we have a project come along, as part of that, they're supposed to verify what the DR business continuity needs are in terms of RTO and RPO. The only option for us other than this is backups, which are up to 24 hours. If that doesn't meet the needs of a new project, we are supposed to get a Zerto license for it. It's something that should be increasing over time.

The technical support from Zerto has been great. Anytime that we put a ticket in, they've called back very quickly, and the issues have always been resolved in less than a day. Really, it happens within hours.

It is also nice that you can open a case directly from the management console, instead of having to place a call and wait in a queue. When you open a ticket, it's created, and then they call you back. It seems to be a great process.

We are currently using Veeam for backups only, whereas Zerto is used for our business continuity disaster recovery. We have never used Veeam in terms of DR. When we purchased Zerto, you had to buy a license for replication. You could also leverage it for backup, but it didn't make sense because it was more pricey than using Veeam for that.

For backups, Veeam is pretty easy to use. Backups seem slightly more complex than the DR part, at least in terms of the way Zerto is doing them. Ultimately, it's easier for me to work with than Veeam's backup, per se. But backups historically have always been a little bit more tricky.

We used to have IBM Spectrum Protect, which was a total beast. So, Veeam is much easier to use than our previous backup solution. I know Veeam does have a DR product and we've never really looked at it. So, I can't really compare Zerto to that. I know Zerto does seem to be a better solution.

Prior to working with Zerto, we didn't have a DR business continuity plan. Essentially, we had no staff working on it.

The initial setup is straightforward. We had it up and running in no time at all, and it wasn't something that took us weeks or months to implement. The install was done in less than a day and we were already starting to create VPGs immediately.

We started off as a trial running a PoC. We had a trial license mainly because, being in the healthcare industry, we have some unique applications. The other options for disaster recovery on those were going to be pretty pricey, and then, that would be a solution just for that one particular application. At that point, we were more interested in having the backups.

We don't like having five different backup utilities and we were hoping to have just one product that would handle all of our DR business continuance needs. That seemed to be Zerto when we looked at it, so we wanted to do a proof of concept on one main application, Meditech. It is our primary healthcare information system that everybody uses. It wasn't officially a supported DR business continuity methodology for it, but we did put it through the wringer a bit during the PoC phase to make sure it worked before we were really committed.

A lot of the other applications are straightforward, so we weren't as concerned with what we were going to do after the fact. But Medtech was one of the big driving ones that needed to be tested out before we committed to purchasing it. We did make calls to other hospitals who were Meditech customers as well, that were also using Zerto, to get a better comfort level based on their experiences.

Two of us from the company, including a technical analyst and an enterprise architect, were involved in the initial setup. One of the vendor's reps came down to assist us with the first one, and he was great to deal with. Any questions that we had, he was able to answer them right away. He didn't say things like "I'll get back to you on that". He definitely knew what he was doing.

The install was pretty basic and we probably could have done it ourselves regardless, but just to fill in some of the knowledge gaps of how it actually works under the covers, he was able to provide that and some other pointers on things.

In terms of ROI, it is hard to say. Fortunately, we haven't had any issues. Obviously, if we had an issue we would have seen ROI, but it's kind of like insurance. You pay for it and then if nothing ever happens, that's it. But, if something were to happen, then you're pretty glad that you had it in place. 

Similarly, if you have an accident with your car, it's good that you had insurance because it's saving you money. But if you never have an accident, then you're spending money. In that way, I look at any disaster recovery business continuity as insurance.

Although we've never had to use it, if we do then we will see ROI the first time.

The pricing doesn't seem too bad for what it does. I know that the license that we have is being deprecated and I think you can only get their enterprise one moving forward. I know that we're supposed to change to that regardless, which is the one that gives us the ability to move out to the cloud and do multiple hypervisors, et cetera.

Overall, it seems fair to me. Plus, that you can do backups and everything with it means that it is even of greater value if you're doing your entire environment. It could cover everything you need to cover, plus the backups, all for one price.

We were looking at VMware Site Recovery Manager at that time as the other option, and Zerto seemed a lot easier to use and easier upgrade paths. Even within the path to update your VMware environment with two products, it seems like the easier of the two products.

Now that a backup-only license will be available for Zero, switching away from Veeam is something that we'll look at when the time comes for Veeam renewals. One of the things that we'll do is a cost analysis, to see what it costs comparatively.

We are not using DR in the cloud, although we are looking at using it in the future.

My advice for anybody who is looking into implementing Zerto is to do like we did, which was to implement a proof of concept, just to feel good about the solution, that it's going to meet your needs. Feel free to reach out to other people that are in your industry, as we did with other healthcare people. There should be a decent number of people out there that are doing what you're trying to do.

Zerto seems pretty good at hooking people up with other customers that are doing the same thing they're doing, so you have a chance to talk to them directly. I've been on those calls and Zerto basically just hooks you up with that person and they don't stay on the call themselves. It's just you and them talking, so they're pretty unbiased answers from most people. I definitely suggest reaching out to Zerto to get feedback from customers. Basically, just do your due diligence and research.

I would rate this solution a ten out of ten.

We are using it to protect all our on-premise virtual workloads, which includes mission-critical applications, line of business applications, and several unstructured data type repositories for disaster recovery.

It is our sole disaster recovery solution for what it does. It is protecting all the workloads at SmartBank. 

Both of our data centers are on-premise and in colocations. Our plan over the next year or two is that we will very likely be shifting to DR in the cloud.

We had a ransomware event on one of our file servers. We detected that event very quickly using other methodologies. However, because we had Zerto in place on that server, within about 30 minutes from seeing the problem, we were able to go back and recover that machine before that ransomware event had happened. This is a great example of the solution's ability to restore so quickly that it really helped us.

Because of its ease of use, it has increased the number of people in IT who can failback or move workloads. This used to be something that was done only by our infrastructure team, because it was manual processes and complex. We now have the virtual protection setup so effectively, and Zerto does it so effectively, that we have now been able to get another three or four people from other groups of our IT company trained on how to do recovery operations. This helps us tremendously when we are doing recovery because there are just a lot more people who might be available to do it. On average, we have saved two hours per workload, and we have hundreds of workloads. We have taken about a two-hour process down to about 10 minutes in terms of recovery. Zerto is really good at what it does. It has been tremendous.

We can have a single person restoring scores of machines as well as doing DR. Backups are still managed separately. In our case, we did not reduce staff. Our staff was already kind of a limiting factor. We put Zerto in to enable our staff to do more, not to reduce our staff. Therefore, we have tremendously reduced the amount of workloads being handled by specialists.

The most valuable features are the ease of use, i.e., the relatively low complexity of the solution, as well as the speed and effectiveness of the solution. This allows us to protect our workloads with extremely small latency, making it very easy for us to monitor and recover. So, we are very happy with it.

In terms of Zerto providing continuous data protection, I would rate it as a nine out of 10. It is incredibly effective at what it does. I really have no complaints.

I would like to see more managed service= options. While Zerto isn't doing this a lot, there are a ton of third-parties who are doing managed services with Zerto.

For this company, we have only been using it for about six months. However, I have used it at two other companies for a total of about four years.

It is stable.

For our current needs, the scalability seems excellent. The scalability of the solution is really more of a function of your bandwidth and the amount of virtual resources you can point at it. I don't think there is any conceivable scalability limit.

Probably 10 people on my team touch Zerto in a meaningful way: 

• Four of them are infrastructure and data center engineers. They support the storage, users, communications, the software, and the configuration of most of the back-end system as well as monitor the solution. They do a lot there. 
• The other six people are our technical support director, enterprise applications team, and information security officer. Those people also get into Zerto. They generally do failover testing and monitor certain VPGs for parts of our system that they are responsible for, and they do some protection configuration. 

The heavy lifting is done on the infrastructure side, but the other teams monitor, maintain, and most importantly, test it. This is a big deal because we previously had the infrastructure team do all the testing for us before Zerto. Now, the business unit managers directly in IT can do their own testing, which is a big change for us.

Their technical support is excellent. They have a great support portal, which is easy to use. They are very responsive and generally able to help us with any configuration or performance issues that we run into.

Our previous product was VMware Site Recovery Manager. We switched to get a less complex system that could protect our workloads better and enable faster recovery. Those were kind of the main reasons why we switched. 

The initial setup was straightforward.

We deployed Zerto initially with a VAR. They explained the process very well. It was just an initial installation service which included some training. Then, we took over the management of it and have been managing it in-house ever since.

We have seen ROI. The biggest way that we have seen it is in avoided downtime. We have had outages before, and we count downtime in terms of dollars spent. We have cut that down so dramatically, which provides us a very quick ROI. We have drastically reduced the amount of time it takes us to recover workloads, from an average of two hours to an average of 10 minutes.

We measure our downtime in thousands of dollars per minute. While it depends on what is down and who it is impacting, we take in an average of $1,000 a minute at a minimum. So, 120 minutes of downtime at $1,000 is $120,000 per workload that is down, and that can add up very quickly.

My only business complaint is the cost of the solution. I feel like the cost could be a tad lower, but we are willing to pay extra to get the Premium service.

Zerto does a per-workload licensing model, per-server. It is simple and straightforward, but it is not super flexible. It is kind of a one size fits all. They charge the same price for those workloads. I feel like they could have some flexible licensing option possibly based on criticality, just so we could protect less important work. I would love to protect every workload in my environment with Zerto, whether I really need it or not, but the cost is such that I really have to justify that protection. So, if we had some more flexibility, e.g., you could protect servers with a two-, three-, or four-hour RPO at a certain price point versus mission-critical every five minutes, then I would be interested in that.

The costs are the license and annual maintenance, which is the only other ongoing fee. I would imagine a lot of customers also have an initial project cost to get it implemented, if they choose to go that direction, like we did.

We do not currently use it for long-term retention. We have another solution for long-term backup retention, but we are in the second year of a three-year contract, so we will evaluate Zerto when those contracts are up. We will probably test it out. It is certainly something that we will look at. We will also plan to vet having backup and DR in one platform.

The incumbent was Site Recovery Manager, so we evaluated them as an incumbent. We also evaluated Veeam Disaster Recovery Orchestrator. We use Veeam for data backup, and they have a disaster recovery piece. It would have been an add-on to our Veeam, so we evaluated that while also looking at Zerto.

It would be ideal to integrate your backup and disaster recovery into a single solution, so that is a pro whichever way you go with it. Zerto certainly has an answer for that, but so did Veeam. Zerto's replication is superior to anyone else's out there. It's faster, simpler, and effective. I don't think I could get as low an RTO and RPO with any other solution other than Zerto.

When comparing this solution to Site Recovery Manager, pay special attention to the fact that Zerto is hypervisor-agnostic and hardware-agnostic. It is a true software-based solution, which gives flexible options in terms of the types of equipment that they can recover on and to. Ultimately, it is very flexible. It is the most flexible platform for system replication. 

I would definitely advise them to give Zerto a chance and PoC it, if they desire. It is the best solution in the marketplace currently and has maintained that for quite some time.

I would give them a nine (out of 10). I really love the solution. I want more Zerto, but I can't afford more Zerto. I would love to protect everything in our environment, but we do have to make a business decision to do that because there is a requisite cost.

We needed Zerto in order to provide a disaster recovery solution for the entire organization. We use it to replicate some resources on-prem and for quick recovery. We also use Azure to replicate for disaster. If we ever have a catastrophic failure or attack at our main headquarters, we could failover and run our resources in Azure. 

We don't use Zerto for backup, we use Veeam. Once the new long-term retention features are added to Zerto, then we will investigate using it for that and possibly dropping Veeam.

There wasn't anything in place that compares to what we're getting from Zerto. Before Zerto, we didn't have a proper disaster recovery program or application in place. We had a simple backup solution where we could back up our data every 24 hours. So we went from that to being able to recover full systems within a matter of minutes. With Zerto, if we do have an event or disaster, we know that we can recover from that much quicker than we were able to before.

We use Veeam Backup for data and not for replication so this is purely just for disaster recovery and replication. We don't use it for data backup, we're still using Veeam for that.

Zerto definitely decreases the time and people it takes when we need to failback or move workloads. The benefit of using it with the Cloud is that we don't have to maintain extra hard work or an extra infrastructure for disaster recovery. With Zerto and Azure, it can all be done essentially by one person. If we're restoring data and systems from the cloud, it can all be controlled from the Zerto interface, whether it's on-premise or in the Cloud. To move the data back, depending on the size of the disaster, if we were to have to rebuild our hardware on-premise, that would obviously require more people. But if it's just a matter of restoring data from the Cloud, it would only need one person. Whereas before, you could probably still do it with one person, but the amount of time that would take would be a lot longer. We would have had to rebuild servers to restore the data. With Zerto, we can restore entire servers from our Cloud repository and have them up and running, it would just be dependent on the speed of the internet. Zerto could easily save us days of time.

It saves us time in data recovery situations due to ransomware. If we had a ransomware attack, we could have our systems available for investigation and run our environment entirely in Azure, separate from our on-prem network. With Zerto as well, we could also recover our systems to the point in time before the ransomware attack happened, ensuring that it doesn't happen again. With our resources in the Cloud, we can scan it for infections and pull it out if it's been lying dormant. The big benefit against ransomware is that we can easily just go back in time to the point before the attack.

The ability to do DR in the Cloud rather than in a physical data center has enabled us to save money. It has saved us quite a bit of money by utilizing Cloud resources, instead of buying a whole new recovery site on-premise. We did an analysis of the buy and one of the reasons why we went with Zerto on Azure is because of the amount of money that we would save over a five-year period. Based on our analysis, it saved us roughly $25,000 a year.

The one-click failover feature is very valuable because of the ease of use as well as the little to no data loss with the constant replication in journaling technologies that it has.

The one-click failover feature is really valuable to us because we need a solution that's easy to use. There's the potential that myself or other staff may not be available at the point of the disaster and it would be possible to have somebody who may not know the technology be able to initiate a failover on our behalf by simply just asking them to click a button.

The important features of having little to no loss of data are extra valuable because if we do have a failover event or an event where we need to initiate a failover for disaster, having no data loss is really important because if we were to have a disaster where we needed to initiate the failover for recovery, and if there was data loss, that's lost time from staff. It's also really hard to tell what data is lost and what has to be made up. We have certain resources here that can't afford any sort of downtime or loss of data.

Its journaling technologies are always sending replicated data up so that we can view what the recovery point objectives would be in real-time. We can see it could be a matter of six seconds to a couple of minutes, and that gives us peace of mind that things are moving constantly so that when we do have a failure, we can go back to pretty much any point in time that we want and have our systems available again.

Zerto is very easy to use, the interface makes it really easy. The wizards that are available, the how-to guides, and the support from Zerto has made it really easy to use. With little to no training, we were able to get it up and running in the test environment in under a day. The interface makes it really easy to use from using it from day to day, setting up new jobs for replications, or even restoring data.

Long-term retention of files is a function that isn't available yet that I'm looking forward to them providing. The long-term retention is the only other thing that I think needs improvement.

We have been using Zerto for around nine months. 

Zerto is very stable, we have not had any issues with it so far.

Scalability is fantastic. It can go from a very small number of machines up to a very large number of machines without any issue. We started small and they included more and more to it and I haven't had any issues. We have not had any problems scaling across sites to other sites within the organization and integrating it all together. It's as advertised that it can be in any environment of any size. It scales very well.

Only one or two people are required for the maintenance of this solution. As the manager of technology and infrastructure, I and the system administrators do the maintenance. I mostly work with it. One of my other staff works with it from time to time, but for the most part, it just does its thing and we don't really need to do a whole lot with it.

Zerto is used extensively in my company in the sense that it is our primary disaster recovery solution. It is used for servers throughout the County for all departments. Every system that we have in place relies on Zerto for DR. As servers increase, we will add those servers to Zerto, for disaster recovery purposes. It's completely integrated into our system.

Zerto hasn't reduced the number of staff involved in overall backup and DR management only because we have a small team to begin with. Our infrastructure team that I'm in charge of is only six staff. So DR and backup is one job amongst many, for all the staff here. The amount of time dedicated hasn't changed a whole lot for us.

Their support is fantastic. Anytime we've had an issue, which has been not too many, they've been very good to resolve any issues.

We also use Veeam and it is really easy to use too. They're both easy programs to use. If anyone can use Veeam, they can use Zerto. I wouldn't say Zerto's any easier or Veeam's any harder. They do different things; Veeam does back up really well. If you need a backup solution, Veeam is far cheaper. Whereas Zerto is fantastic at disaster recovery and replication, but when it comes to backup, that's not really what it's made for. Moving forward that may change. But Zerto is definitely a much costlier program compared to Veeam but it does a lot more.

Zerto itself was straightforward to set up. There was good documentation available and we utilized some of their engineering services to help set up as well. For the size of the products and the complexity that it can do, the actual setup and operations over this are quite easy. It took a couple of days, which included getting everything in Azure set up properly.

The implementation strategy that we did was to create the on-premise environment for a dedicated network, virtual machines, and the installation. Then Azure would become our disaster recovery site in the event that we needed it if we had a disaster on-premise, we could failover all of our services and servers that we needed to in Azure. Then our client computers would connect to them while in the Cloud while be prepared for recovery on-premise.

We utilized a third-party consultant to assist with setting up our Azure environments and Zerto technicians helped us set up Zerto on Azure. Our experience was really good. There were some challenges and there was lots of learning to do, but overall, the experience was good. The staff from Zerto were exceptionally good. They really know the product well, helped quite a bit, and provided instructions and training on how to use it outside of that.

I think that return on investment will come in the event that we do have a disaster that we need to recover from. We have seen some ROI from Zerto by moving virtual machines between data centers, where that has saved us a lot of time. The technology not only is useful for disaster recovery, but also for server maintenance and moving resources between posts and impairments. Before, it could take hours to copy virtual machines, even days. We use Zerto to move resources around with little to no downtime in a lot quicker time. So we were able to save staff time and resources by using Zerto.

It wouldn't have cost us too much with the government. It's hard to equate a lot of downtime to dollars and cents for us because it's more so around staff time and convenience. We have long-term care homes that we need that are up all the time. And any of those maintenance windows we usually schedule after hours. So it's more of an inconvenience for IT staff to work overnight instead of during regular business hours.

Zerto is not cheap; however, it is worth the cost. The licensing model is easy. You buy based on the amount of virtual machines you want to protect and go from there. Even though it is not a cheap program, you do get what you pay for, but overall it became cheaper than maintaining a separate data center.

We looked at Cohesity, Rubrik, and Commvault. Veeam does replication as well, but it doesn't do it nearly as well. We looked at a few other solutions from Dell. We went with Zerto because it had all the disaster recovery functions that we needed, the ability to recover within minutes with minimal to no data loss, and is integrated well with Azure.

I would recommend doing the free proof of concept exercise with Zerto pre-sales engineers and work with them to discuss your environment and then review their recommendations on implementation. From time to time do the free training. I highly recommend doing that. Get your hands on this software and try it out first before doing the production implementation.

The biggest lesson I have learned is that disaster recovery doesn't have to be hard.

I would rate Zerto a ten out of ten. I don't rate many things ten, but Zerto offered me exactly what they're upfront with, what it will do, and it's doing exactly what they said it would do.

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

I would rate Zerto a ten out of ten.