Zerto Reviews

For one client, the use case was to facilitate data center migration, and for another client, it was for failover and failback of the data center for DR. We wanted to have controlled failover and failback of related applications for DR.

We have not used it for disaster recovery in the cloud. Everything has been on-prem so far.

Zerto helps in automating disaster recovery capabilities. It allows automation and orchestration of complex activities.

We have used Zerto to help protect VMs in our environment. Zerto’s overall effect on our RPOs has been pretty good.

It has also been effective for our RTOs.

Zerto has helped to reduce downtime, specifically for failover and failback, but it is hard to qualify the time saved.

Zerto has not saved us time in a data recovery situation due to ransomware or other causes because we have not been impacted by any such issue.

Zerto has helped to reduce the organization's DR testing. There is about 20% reduction.

It has also reduced the number of staff involved in a data recovery situation, but I have not seen any reduction in the number of staff involved in overall backup and DR management.

Its ease of use and scalability are valuable. 

I also find the near-synchronous replication to be valuable. It is extremely important for organizations.

There should be more comprehensive cyber recovery capabilities.

I have been using Zerto for two years.

It is stable.

It is scalable. It is deployed across multiple locations. There are roughly about 4,000 VMs.

We might use it to migrate to cloud solutions. It is to be decided.

I have not reached out to them myself.

We were using SRM. We switched to Zerto for automation.

Zerto is highly effective in terms of ease of use as compared to other solutions. Zerto is also pretty effective in terms of its speed of recovery.

We can easily migrate data using the Zerto console.

Zerto has not yet replaced all of our legacy backup solutions but it will.

Our setup is all on-premises. I was involved in its deployment to some degree. It was pretty straightforward to deploy.

It took about three months. It was an enterprise-wide solution.

It was a combination of in-house staff and a third party. The third party was a VAR or value-added reseller.

It required just a handful of staff for deployment. It does not require any maintenance from our side.

We have seen an ROI, but I do not have the metrics.

It is not a bad pricing model.

We evaluated other options on paper, not physically.

Zerto is an effective tool for automation and orchestration of complex activities.

The biggest lesson that I have learned by using Zerto is the need for application involvement and defining protection groups.

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

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

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

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

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

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

We can use Zerto to help protect our VMs.

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

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

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

Our downtime is minimal.

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

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

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

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

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

We're not fully satisfied with the support team.

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

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

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

The solution is stable, from what I have seen.

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

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

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

Positive

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

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

We have Zerto on an HP machine. 

I was not involved in the deployment of the solution. 

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

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

The solution is a bit expensive. 

We did not evaluate other options. 

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

The primary use case is disaster recovery. 

The biggest benefit is the application-consistent disaster recovery functionality. 

The most valuable features include the ease of use and the usability of the user interface. Long-term, the solution has proven to be very resilient and stable. It meets our DR needs for VM environments. 

The near-synchronous replication is a great feature. You have near real-time DR capabilities. In the years I've used it, we've had application-consistent profiles. To meet the recovery point and recovery time objectives, it helps to have that on hand. 

It's affected our RPOs positively. It totally meets them via near-synchronous replication. That means the VM stays in a consistent state and is always available. 

Zerto could improve its reporting capabilities. That's lacking. The alerting capabilities are lacking as well, partly due to the fact that there's no way to trim down the alert fatigue if there are failures within the application. It will send out alerts consistently instead of spreading the alert times every 30 minutes, hour, et cetera. 

We've been using Zerto at our organization over the past eight years. 

The solution is very stable. 

I cannot comment on scalability. We only have two Zerto instances installed, one in production and one in DR. We haven't had to scale out or to the cloud. 

We are protecting upwards of 100 virtual machines. 

Zerto's support is good. They are responsive from an email perspective. I've never had to pick up the phone to call them for anything beyond our DR testing every year. In those cases, we do open a proactive ticket in the case that we run into issues with recovering virtual machines. 

Positive

We did not use any other solution previously. We chose Zerto since it was an application we inherited. It wasn't something I specifically chose, however, understanding the industry, we know that it is the top player in terms of software recoverability for virtual machines. 

I did not initially set up the solution; I inherited it. However, over the past eight years, we have gone through a number of upgrades, which for the most part have gone seamlessly. We did have a few issues in the past that support was able to fix in a timely fashion. 

I'm unsure if the company has witnessed any ROI. We have not gone through any TCO analysis. 

The licensing is outside of my purview. 

I'd rate the solution nine out of ten. If the reporting and alerting functionality were better, I'd rate it ten out of ten. 

We have customers who come in for DR as a service, but we also do inter-cloud DR.

It has brought customers into our cloud, since this was a barrier to get in. We have used the migration model a lot to bring customers in. We just brought in a customer from Microsoft Hyper-V into our VMware file. That would have been a difficult challenge if we did not have Zerto as a tool.

Zerto has helped to reduce downtime with several customers. For example, we had a customer who had many of their VMs encrypted. They had about 40 to 60 terabytes worth of data. To recover that from backup would have taken days. We were able to bring them up at the DR site, getting them up and running, within hours. This would have cost the customer millions if they had been down. As a title company, if they would have been down, that would have disrupted a whole title industry, where people are trying to buy houses. If you can't get the title for the house, then you can't move forward. Other people wouldn't have been able to sell their house. There would have been a ripple effect. So, that was huge.

It has definitely helped our customers reduce their DR testing. We can do failover tests live in the middle of the day and generate a report, and they are comfortable with it. 

Journaling is by far the most valuable feature. We have used it several times for customers who have gotten ransomware and had to do a rollback. Having the right time period was important. Some of them had their backups encrypted. So, they didn't encrypt the Zerto machine seven days previously, and we were able to bring that back up.

I have been using Zerto for about seven years.

It is very stable.

It is very scalable. All the workloads go on hosts. So, in order to grow, you will need to have more hosts anyway.

From the relationship standpoint, we have never had a local rep in South Bend, Indiana. It has always been somebody in Boston, and there is not a lot of communication. That is one of the big things. We would like help driving the business and talking to our sales people as well as more involvement from them. We could really utilize it more, drawing more customers in, but we need help with that.

I would rate the technical support as seven out of 10. Where it becomes difficult is if Tier 1 can't help you, then it takes a long time to get to Tier 2 or the development side, if something is beyond their capabilities.

Neutral

We use VMware High Availability, which is one of the options in our cloud. It is a less expensive option. So, we have customers who want that. Also, we have tried Veeam Backup & Replication, which is not cloud-native, so we don't use that. However, a company, whom we acquired, was using it. So, we tried it out.

Zerto is a lot easier to use. It has a lot more features, as far as orchestration, than VMware High Availability. The reallocation of IPs and the networking part of it are not that great in VMware High Availability. Plus, the retention that you get with Zerto is better than High Availability. Veeam didn't get into that much, and there is no orchestration into the cloud. 

The initial setup is very straightforward. The wizard that you run through is just very straightforward. If it is a DR-as-a-service customer on my end, then I am just deploying it as sort of a cloud connect, which is very easy.

I deploy it for all our customers.

We have absolutely seen ROI. Over time, we make money off of the CPU, RAM, and storage of Zerto usage. We benefit that way.

In a world where others are catching up, e.g., VMware High Availability, there needs to be a less expensive option as well. When a customer has approximately 100 VMs, if you multiply by 40, we aren't charging a very high margin on it at all since the license is so expensive. We feel their pain. That is the most expensive part of it. The storage, CPU, and RAM are a lot less. It is the licensing that is really expensive. Whereas, with an option like VMware High Availability, it is a couple dollars per month. That is our spend that we are charged by VMware, then our margin is higher on those VMs. Giving us some ability to have higher margins, as an MSP, would be a good thing.

I would rate Zerto as nine out of 10.

Zerto is primarily used for site-to-site replication and recovery, low RTO and RPO, and migration from onsite to the cloud.

Currently, we have ZVMs installed on Windows Servers in our environment, vRAs and VRAHs installed on our vCenter environment, and ZCAs installed in our Azure environment.

I am not the primary user of Zerto. I am sort of the implementation or API specialist on it.

It gives us a seamless, performant data center migration. When we were migrating between physical data centers, we did what normally would have been a 72-hour job in about 18 hours. A large part of that was thanks to Zerto being able to rate limit and throttle how much data was being sent or transfers were happening. Being able to script around it and create governors was important. We didn't have that previously. That is one big use case that has saved an immense amount of time and effort. 

Previous data migrations were really tough and hard. It was high stress with late nights, no sleep, and a lot of coffee and Red Bull. We didn't have that this time. Everyone felt that we got through this in a slightly longer working day instead of 72 hours. So, we have seen a return on investment.

Another use case is being able to do disaster recovery testing at will, whenever we want to. That has been really special.

Primarily, the most valuable feature is the simplified deployment methodology, but also use the REST API and script ability for modularity. 

Zerto API Wrapper is really good. We don't use the Zerto module specifically. Instead, we use API Wrapper, which is a lot better in my opinion. The fact that we can extend the functionality of Zerto to high-level policies or processes via the API, whether it is through API Wrapper or otherwise, sort of brings out a lot of interesting usability use cases for us. We can do self-service replication of servers via ServiceNow, scripting, etc., offering extensibility. It is really easy to use. It helps to save a ton of time as far as replication goes.

There are open API calls. Things are available via the UI and API that may not be documented really well. You can open developer tools, inspect those elements, and see what those payloads are, but it is an extra step. For someone who is kind of new to the game, they may not know how to do that. 

Zerto is not an API-first company, but an API-now company. A lot of the functionality that is in Zerto UI is not in the Zerto API. That is likely because it is baked in code or compiled down DLLs. Every business has to make a decision to work on something, and I don't think Zerto has committed resources to working on that part. It is a problem to do cleanup for Azure Blob Storage, recovery site storage, or whenever you remove a VM from a VPG without deleting the VPG. That needs to be improved. 

Doing scheduled disaster recovery connection tests, e.g., being able to migrate things up and get things working on a recovery site without needing a user to do it, would be helpful.

Analytics has a 90-day window, where it keeps data. It would be nice to have on-prem storage instead of cloud storage for that so we can keep the data for longer. Unless you discover the problem within three months, you don't know that you need the data. Then, it is gone by the time you realize there is an issue. 

I would like to be able to offsite some data. We export our analytical data so we can keep it longer without having to script around it. It is possible right now, with the API, to script around it. However, I don't want to have to write a monthly process to export the last three months of data to a spreadsheet so I can just have it if I need it. 

A lot of the PowerShell documentation in some of Zerto tutorials or how-tos is a PowerShell-to-legacy sort of paradigm. It needs to be updated to at least 3, likely 5, or probably 7. It looks like it was written by someone who didn't know PowerShell, but had to learn it really fast. It does the job. If you copy and paste it, then it will work, which is something. That is way better than what a lot of people do. However, I feel like a bit more effort should be pushed towards PowerShell.

I would like them to build an alerting system. I am trying to find a way to connect it to my business continuity people, so the Zerto people don't need to be pseudo-business continuity people all the time. They can just be IT people. 

I would like more creature comforts for the scripting engineer. It would be nice if they could expand the development community around building different APIs or API structures for Zerto.

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

Stability of Zerto is significantly better now than it used to be. It was a little unstable, especially when you were doing massive amounts of migrations. I think there was a disconnect with Zerto's handling of jobs and the ticketing systems inside of vCenter. I am not saying that was a Zerto problem. It might have been a vCenter problem, where vCenter was unable to communicate how much availability it has to field those jobs, then its internal tickets were consumed in a way that Zerto couldn't deal with them well. There was probably some type of internal timeout that was reached when things failed. 

If you are not prepared to rapidly click retry a bunch of times, that will be a big problem for you. You can get around it by scripting. That is how we did it. You can get around it by updating Zerto to at least version 8, maybe even 7.53. 

The stability now seems solid. If there are some disruptions of service, I am not seeing it. We have taken off restrictions on our network throttling. So, we are not throttling that at all. We fullly let it go and it doesn't seem to be having a problem.

We have hundreds of terabytes up to petabytes of storage and replicated data. Triple-digits up to thousand-plus virtual machines are being replicated. There is RDM to VHD and VHDX-VMDK conversions. We have temporary disks or bypass disks involved for situations where VMs might be turned off or removed from environments without any lead time, thus pausing VPGs.

I don't think it has a problem with scalability. We haven't yet run into a problem scaling it. You could always deploy more ZVMs and ZCAs. The analytics engine has a calculator to figure out how many you should deploy. Follow that. It isn't perfect. If anything, it's a little conservative. Just don't test the waters unless you are prepared to sink a little bit. Be prepared to sink if you're going to try to min-max it. You can always tweak it. There are so many tweaks you can do on the ZVM and ZCA side. We have had to do probably a half dozen of those because our environment isn't the same as every other environment. 

You can push it to its limits. I don't think it is a problem with scalability. I think it is a nuance of your environment.

There were some hurt feelings with some of our engineers. They were told that it would just be plug and play. They didn't realize that it would actually take up a duplicate amount of storage. As a point of policy, that is how it works. I asked them, "How do you think it should work? If you don't think the storage should double, where are we putting the bits? Where is it going? How is replication happening?" It makes sense to me, but I think they were told something else. I don't know if that was a salesperson from Zerto's side or an advocate on the company's side, but they were misinformed. 

Zerto support is usually very good. I feel like we always get those Sev 1 cases where something is wrong with the core product. For example, every time that they have released a new minor or major build, there are release notes of what has been fixed. We have had five of those line items since version 7.

We have been using it since version 5. However, since version 7, we have had five big line items for those changes since we have a big environment and script a lot more, and maybe we script more than a lot of Zerto customers. We found a lot of weirdness in our environment, and that matriculated up. I got a call from the East Coast technical representative for the dev team. Every day, I had a call on the update of those tickets. You don't see that a lot. 

Some platforms work flawlessly. Some platforms are more simple. Zerto is a complicated platform doing a lot. After that initial burn-in period with our support team, we got grade-A service, which was really great. I would probably rate them as eight or nine out of 10. There is room for improvement, but if they never improved, I would be happy with the level of service and support that we have now.

I am pretty patient. From a programming standpoint, technology is hard and environments differ greatly, and I am willing to forgive a little bit. I don't speak for all my company. There are people in my company who don't accept that. They want it fixed tomorrow (or yesterday). Personally, I understand that it is hard and takes time to understand as the logs only tell you so much. 

Positive

I can't even remember what the previous product was. 

I wasn't involved in the initial deployment. I have been involved with subsequent deployments, which were straightforward. Originally, I babysat it, then I owned it in tandem with another engineer who was actually the owner of it. I helped with the scripting part since I had more scripting knowledge. 

Subsequent deployments take 15 minutes, which is not long. With ZVM installers, they ask you a question, then you put it in. If you don't have the answers, then you go get them. You have no business deploying Zerto if you don't have those answers to begin with. ZCM is just as easy.

Don't buy Zerto expecting to save money and get 100% performance. That is not how it works. That is not what you are buying. You are buying a solution that you have to invest in. Don't invest in buying the license, but none of the technology to support it. Ask the hard questions and expect answers that aren't, "Yeah, it will do that. No questions asked." 

I don't have a lot of experience with other solutions, but I have used a lot of technology. I know what approachable and unapproachable platforms look like. Zerto is an approachable platform. If you know the concepts of data replication and data recovery and know what those data protections look like, then you should be able to pick up Zerto with relative ease. 

Generally speaking, things in Zerto are where I would expect them to be. That is hard to do sometimes on other platforms. Sometimes, you get designers, UI developers, or user-experience people who don't really understand how engineers will approach a product. The Zerto platform seems tailored for people who are full code, low-code, or no-code, which is really special. I don't feel like you see that a lot. You start to get more of it now. However, having someone who is not specifically geared towards data replication, data recovery, or data protection accessing Zerto, they can use it if they have some of the nomenclature. They need to know a very small vocabulary in order to be able to navigate Zerto since things are where you think they will be.

Determine your questions in advance and ask them to the Zerto sales team. Get them to engage the engineering team as best they can. It does what it is supposed to do. It is not a magic silver bullet that just takes out everything. Everything is in layers. Zerto is only as good as your storage, back-end network, and replication infrastructure layer. It is only as good as the things allowing it to be good.

It has done a great job for what we needed it to do. I don't really have to worry about it doing the job. It is already doing it.

I would rate Zerto as eight or nine out of 10.

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

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

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

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

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

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

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

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

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

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

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

Positive

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

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

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

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

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

We mostly use it just for disaster recovery. We also utilize it for our quarterly and annual DR test.

It is on-prem. We have a primary location and a DR location.

Since we are at a bank, there are certain protocols in place where we need to have RPO and RTO times of two hours or less. Zerto does a great job of setting those times and alerting us if those can't be met. We have our help desk actively monitoring that. It is extremely helpful that Zerto lists what is falling out of compliance in regards to RPO and RTO. It has been great in that regard.

If we need to fail back or move workloads, Zerto decreases the number of people involved by half versus companies of similar size who don't have Zerto.

We have had patches that have broken a server. We then needed to have it right back up and running. We have been able to do that, which has been a huge plus. 

The real-time data protection is the most valuable feature. We are able to quickly spin up VMs instantly. 

We have also utilized it, from time to time, if our backups didn't catch it at night. If something was deleted midday, this solution is nice because you can use Zerto for that. 

I would rate Zerto very high in terms of it providing continuous data protection. We have had multiple instances that took days with our old DR test (before I was at my current company) and DR tests from other companies where I worked that didn't have Zerto. Now, we can realistically do DR tests in less than 30 minutes.

Zerto is extremely easy to use. If 10 is absolutely dummy-proof, I would give the ease of use an eight.

It has a file restore feature, which we have tried to use. We have had some issues with that, because the drives are compressed in our main file system. It is a Windows-based file server. So, it compresses the shares and can't restore those by default. However, we have done it with other things. It is pretty handy.

I would like it if they would really ramp up more on their PowerShell scripting and API calls, then I can heavily utilize PowerShell. I am big into scripting stuff and automating things. So, if they could do even more with PowerShell, API calls, and automation, that would be fantastic.

I have been using it at my company for almost four years. My company has been using it for six years.

I would rate stability as eight and a half out of 10.

I would rate scalability as eight out of 10.

We monitor and use it every day. Our current license count is 150 VMs. I could definitely see us increasing that license because we keep adding more VMs.

As big as our company is, we don't have a very large infrastructure sysadmin group. I wouldn't say that Zerto has reduced our staff in any kind of way, but it definitely has helped the small amount of people that we have.

We have around 20 people using it: 

• Our core admin group is four people, including me. To put that in perspective, we have a $10 billion bank and our core infrastructure team consists of just those four people. The core admin group does administration, creates VPGs, and executes the main day-to-day operations. 
• We have a few users who are just monitoring it only. This is a read-only role. 
• We have our help desk, which is basically read-only, but they actively monitor RTO and RPO every day, all day long. They leave up the dashboard on a huge TV and just keep an eye on things.

I would rate the technical support as nine and a half out of 10. I thoroughly enjoy the fact that they are located in Boston, and you feel like you are talking to someone just like you. They do an excellent job of following up and escalating anything that is needed. I rarely have to call Zerto support, but I am confident that anytime I need to, then it will be resolved.

We stay in close contact with our main local rep.

My company never used anything quite like Zerto. We still use things for backup and recovery, such as Dell EMC Avamar, which used to be NetWorker. We also use RecoverPoint for applications, but it is not at all the same. There is actual real-time recovery. It is kind of a different animal.

I have had to redeploy it a few times with data center changes and such. We went from your typical data center to Cisco UCS Blades to VxRack, a VMware Dell EMC product. With that, I had to deploy it from scratch.

It was pretty straightforward. There is plenty of very easy to follow documentation when it comes to implementing it. There is also a lot of training provided so you can understand it before you implement it. Those two things make it pretty easy.

Just to stand it up and get everything going, that took an hour or two. The overall implementation was over the course of three days, because our core is heavily utilized.

We had a ZVM Virtual Manager on our production side and another on our DR site. Most of our data is replicated from production to DR. We do have some that are in the DR replicating back, but not a lot. Our main concern was between both sites, because we don't have a very large pipe. Even though Zerto's compression is pretty good, we didn't want to send that data all back over. Our main priority, when we set it up again, was that we were able to retain a lot of the data at our DR location and remap it by using preseeded disks, which was huge.

At least two staff members are required for deployment and maintenance. Whenever an update is released, we try to do that fairly quickly. For quarterly updates or major releases, we try to stay on top of them. Then, whenever we deploy new systems, applications, or servers, depending on the RTO and RPO, we add Zerto to those. That is daily, depending on how much workload we have and how many servers we are deploying. Those two people add those groups and such configuration into Zerto.

From an implementation standpoint, just follow the guide and check their support page for things. Worst case, reach out to support if you have already paid for it. It is pretty straightforward.

Zerto has helped reduce downtime. We have had servers go down and could easily spin them back up at our DR location almost instantly. Instead of taking an hour, it took a minute.

On average, it saves us three to five hours a day.

We pay for 150 VMs per year. It is not cheap.

Having backup and DR is somewhat moderately important to us. The problem with us, and a lot of companies, is the issue with on-prem Zerto. It utilizes whatever you have for a SAN. Or, if you are like us, we have a vSAN and that storage is not cheap. So, it is cheaper to have a self-contained backup system that is on its own storage rather than utilizing your data center storage, like your vSAN. While it is somewhat important to have both backup and DR, it is not incredibly important to have both. I know Zero is trying to heavily dip their toes in the water of backup and recovery. Once you see what Zerto can do, I don't think anyone will not take Zerto because they don't necessarily specialize in backup and recovery 100 percent. They do replication so well.

Zerto did really well with presenting their solution to the management here, really getting people involved, and helping them understand what and how it could be used. At the time, their real-time recovery was pretty far above anybody else available, and even still somewhat.

Other solutions would take an entire workday to recover our core infrastructure. With Zerto, we are done within an hour for all our major systems.

As far as the GUI goes, Zerto is more user-friendly than a lot of other products, such as Avamar and Commvault. It is fairly easy to use, but I think the GUI interface of Zerto is pretty far above the rest.

We use Avamar, and I don't see Zerto replacing Avamar for the simple fact of retention and how expensive the storage is. Using an RPM storage is pretty pricey, especially to try to rely on that for a long retention of seven years, for instance. 

When it comes to purchasing, I highly recommend Zerto all the time to friends that I have at other companies. 

It is just for DR. We keep an average of three days of retention, e.g., journal history of three days. However, it is not always the same for all products. We don't really keep it for backups. That is more of a convenience thing.

Currently, we don't utilize the cloud. It may be an option in the future. The cloud was a bad word for our bank for a long time, and that is starting to change.

Biggest lesson learnt: DR tests don't have to be so painful.

I would rate Zerto as 10 out of 10.

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.