We use Zerto to help our customers migrate and consolidate data centers, especially crossing different geo spaces or long distances.
I haven't used it for downtime, but our customers have it configured for all of their disaster recovery needs.
We use Zerto to help our customers migrate and consolidate data centers, especially crossing different geo spaces or long distances.
I haven't used it for downtime, but our customers have it configured for all of their disaster recovery needs.
We work a lot with customers that need disaster recovery and the best possible migration approaches, and Zerto helps them minimize the amount of effort it takes to finish their upgrades or migrations.
Zerto helped reduce our customer's VR testing. It allows them to do disaster recovery tests a lot better and a lot safer without affecting the production environment. Last year I helped two customers migrate over 10,000 servers across the country and across Europe. Automating the process was extremely valuable in those migrations.
The near-zero downtime for migrating from one data center to another has been the most valuable outcome of using Zerto. When you are migrating half a petabyte of data from Texas to Las Vegas, and you're doing that with 3000 servers, you have a limited time to take down the application and bring it up. Our customers like having the downtime minimized.
The biggest improvement would be exporting VPGs and a configuration of VPGs, as well as increasing or improving their IP customization rule set.
I have been using Zerto for seven years.
This is a stable solution. We ran into a minimal amount of bugs and the bugs that we do run into, we have workarounds for.
This solution can definitely scale out very well. I'm looking forward to new improvements in Zerto for Azure. These improvements would definitely make scaling out Zerto much better.
I would rate the support for this solution a ten out of ten. I've called Zerto's support for almost every case that I've needed to. They've been able to resolve the issues in a timely fashion.
I've used many other options. Zerto is definitely the best of the bunch. Zerto is definitely a lot easier to install than products like Set Recovery Manager, and it includes the replication technology that is agnostic from any storage replication that would be required.
Our customers definitely see a return on investment, especially with time savings, by doing required compliance testing for disaster recovery with a minimal amount of effort.
The pricing is top tier but offers good value.
I would rate this solution a ten out of ten.
Our main use case for this solution is disaster recovery, migration and app testing.
Zerto helped to reduce downtime. I worked a lot in a consulting capacity and experienced DR situations where XYZ was down or a data center was down. Using Zerto to get them back up and online was a lifesaver.
Zerto reduced the staff involved in data recovery. It's a tool that allows you to do a lot just with one person at the console.
The most valuable feature of this solution is the live migration.
This solution could be improved by being more cloud agnostic.
I have been using this solution for eight years.
This is a very stable product. I've never heard anybody complain about its stability. I would say it's probably one of the best out there.
This is a scalable solution.
The technical support for this solution is good and their staff are knowledgeable and able to assist quickly with resolutions.
I would rate them a nine out of ten.
Positive
I've used several other products including Site Recovery Manager. Zerto is the easiest to learn. There is much less of a learning curve. Other tools specific to VMware are now trying to emulate what Zerto has done to make processes easier. Zerto was a huge step in making things more simple to manage. The app works really well and integrates with VMware really well.
The initial setup is straightforward, especially if those setting it up understand the company's infrastructure. The problems are not directly related to Zerto itself. They're always related to how the infrastructure is set up or how the network itself is segmented and having certain people that have control or access and others that don't.
The return on investment is in the ease and functionality of the tool as opposed to actually a gain from using the tool.
There may be less expensive solutions on the market but with Zerto, you get what you pay for. A lot of people don't like to think about the price until it's already happened and then the price is too high because they would be losing either way. It's better to think about it and pay for it upfront than pay for it after the problem.
We previously used and considered Site Recovery Manager.
I would rate this solution a nine out of ten.
We use it mostly for VMs that are hosting client-facing applications and mostly client databases. We replicate 100 servers; we have 100 protected VMs.
We've never had any major headaches with the virtual-protection groups. They seem to work exactly as they should. If there's ever an issue with replication, we know right away, so it's all been very reliable.
Zerto is much easier to use than Veeam when you compare the two in terms of ease of use. Everything is very straightforward and simple in the Web Client. It's very clear if something is wrong, and everything in the Web Client works great. In Veeam, it's a little more complex; I find myself having to look through long error messages when a job fails. Whereas with Zerto, if I see a red VPG I can click on it. I would then know exactly which VM is having an issue, and I can try to troubleshoot the issue.
The time between releases is too long. Zerto doesn't seem to really keep up with the products with which they need to be compatible. For instance, the 9.5 updates 3 took about 90 days to come out after the latest version of vCenter 7.0 update 3 was released.
We were facing a vulnerability, so we had to choose between patching our vCenter to address that vulnerability, which would break the Zerto operability, or leaving it as is with a potential vulnerability. That was really the main issue we ever faced with Zerto.
I've been working with Zerto for the past three or so years, but my company used it before I started working there.
Zerto is very stable. I've never had an issue related to stability with Zerto, and anytime we have had any potential issues, we get alerts from Zerto. It has always been a simple fix. Also, the issue has never had to do with the platform; it's always been a VM that was powered off or deleted.
Technical support has been pretty sufficient. I've only had one or two cases ever that weren't related to looking for a release date, but I've had pretty good success with them so far.
I would give technical support a rating of eight out of ten. They've never particularly impressed me, but they've always done their job.
Positive
I was not present for the initial setup, but I deployed Zerto Virtual Manager. It was pretty straightforward. You walk through the wizard, and if you have all your networks on the server and everything is done correctly, you can start to build VPGs right away.
If you have all of the network and firewall rules already in place, you could probably stand up a new one in 45 minutes.
It's a pretty set-it-and-forget-it type of tool, and it's very reliable. So, I would rate it an eight on a scale from one to ten.
We have three locations. We replicate circularly around all those locations for all our VMs. This is for DR.
We don't have to spend a whole lot of time worrying about DR and whether or not we are covered. Zerto just works. As it is replicating, we don't need to spend a whole lot of time with it. That is a huge benefit as far as daily management.
Luckily, we haven't actually had to do a full failover. We have tested it many times, and it proves out okay, but we don't have to spend a lot of time managing it.
Our insurance companies provide assistance with staff or boots on the ground. Whereas, using Zerto has allowed us to act very quickly with just our current team. We can fail over and switch over to our disaster recovery site, instead of having to bring in a bigger team.
It is amazingly simple to use, monitor, look at, and utilize. It is great for that.
We would like more mobile options. If we are at a restaurant or out and about in our normal daily lives, we would like to be able to interface via our mobiles.
I have been using it for about five years.
Scalability is simple. If you just add more virtual managers, then you are good to go.
Our customer rep, success manager, and engineer are great.
Luckily, I haven't had to use the technical support that often. The times that I have, it has been fantastic. They quickly had me where I needed to be, which is top-notch and good.
I would rate them as eight or nine out of 10. Nobody is perfect.
Positive
It gives us peace of mind. Before we had disaster recovery and long-term retention protection against ransomware, it was one of those things that kept us up at night.
We previously used VMware Site Recovery Manager (SRM) and Veeam for backup. Zerto is way better and more friendly. Zerto's interface, simplicity, and reliability are definitely better than SRM.
When we were using SRM, it didn't have a web interface. Zerto's web interface makes it easier to navigate. When we used SRM, it was an actual application. It was a bit clunkier and a lot more difficult to use. However, it has been awhile, so it might not be a fair comparison at this point.
The initial deployment was pretty simple. The implementation took less than half a day. It has been awhile, but it was very seamless, easy, and did not take very long. We were up and running pretty quickly.
Zerto was involved with the initial deployment. We paid for their Professional Services, who walked us through the whole thing. It was very simple.
Our technology committee established an RPO and RTO. We beat those times with Zerto. We have a 30-minute RTO and we can recover within seconds. We have far exceeded any expectations so far.
From the simple point of not having to worry about whether or not we are protected in the event of ransomware or disaster, it is worth the money.
The pricing seems fair.
We looked at other solutions around five years ago.
I would recommend buying it. It is easy and simple. It works. It is all the things that any administrator would want. You don't need to spend a lot of time messing with it and you can sleep at night.
I would rate this solution as eight out of 10 because nothing is perfect.
We use it for DR and general backup. We have snapshots or shadow copies with Microsoft and we do Zerto backups to our other locations so we can always get the data back.
We bought Zerto, in the beginning, to migrate a very important system of the airline from a co-lo that was managed by the co-lo to our on-prem. As an airline, you can't be down because you could cause a ground stop. With Zerto, we were able to migrate all those things across to on-prem without touching anything or losing any time. We took very little downtime.
Also, we've run into some situations where, for some reason, Windows has lost some of the files. I have been able to fail it over to our other data center and they were back up in 10 minutes.
The speed of recovery with Zerto versus other disaster recovery solutions is vastly better. Whereas with the others, I'd have to spin through a lot of stuff and find things, with Zerto I can scroll back in the GUI, find the one I want, and restore it. If that's not right, I can destroy it and go back a little bit more in time.
And our being an ultra-low-cost airline, we don't have staff, so it helps in that way.
It has also helped our DR testing because we can fail over the main part that runs the airline within 45 minutes. The first time, it took me an hour and a half. The second time, it took about an hour. The last time I did it, it took about 45 minutes. That's within the timeframe of one hour where we don't have to do a ground stop.
Moving the VPGs from one location to another is a valuable feature. You just click on it and move it and it's done. We have a stretch VLAN between our data centers so it's really easy: this is IP here and the same IP is there. So if something happens or somebody wants to test something, I can fail it over.
Another aspect that I use a lot is that I can fail it over into its own little bubble and I can install software that I want to test to make sure it doesn't break something. I can do that and then roll it all back.
If there is a mass of changes to a server, Zerto will restart the replication. It would be nice to know why that happens.
The other thing that I've run into lately is that when I've done a whole bunch of upgrades to systems, so they're offline, they get stuck in a pending state. You can never get them out so you have to delete and start all over again. It would be nice if they could make it a little simpler to figure out what's wrong.
I have been using Zerto for about six years.
It always just runs. I don't have to worry about it or keep checking it. It just does its thing.
It's very scalable. Fortunately, we bought a bunch of licenses when we first bought it and we've been growing into those licenses over the years. It has been very scalable for us.
The technical support has been good, although I've had a couple of situations where they've said some things that were totally inaccurate. But you have that in all organizations.
Positive
Since I started with this airline, we have gone through two other solutions. Zerto is the third and we've stuck with it for quite a few years.
One of the other solutions was a direct product that dumped everything to a storage area in the cloud and it never was consistent. The other was a Dell application backup that no longer exists. That was just too limiting and its backup was never consistent.
Zerto is much easier to use. Once you get the concept down of what it's doing, it's really easy to bring up backups, restore backups, move things around, and test things. It's very easy.
I had one of their sales reps in Colorado help me through the setup. Then we just took it over.
The ROI is in "funny money." It's my time and how long something is down or how long it takes somebody to restore something, and that is much faster.
The pricing seems really good. We're an enterprise customer, so we get all the bells and whistles.
We evaluated a couple of things, but one of our co-los was actually using Zerto so we looked at it as a result. That is what led us to buy it.
We use it for disaster recovery, by replicating to our DR data center.
It has simplified our disaster recovery plan. With VMware SRM it was a little bit more complex. Zerto adds more granularity, but not at the expense of complexity.
The most important features are the
I have been using Zerto for about three years.
We've been using it since version 7. Since then, it's gotten better and better. We've had some bad experiences with DR tests where everything went sideways and we had to restore a bunch of VPGs or recreate them. It seems like those situations are happening less and less as the product develops.
We have 1,200 seats and we have about 1,000 VMs that are replicated. So far, scalability hasn't really been an issue. We haven't run into a problem scaling it out.
I haven't been a super big fan of the support area. The support could really be better in terms of responsiveness. I've had some issues that took two or three days to get resolved. Once I got to the right person, they were resolved quickly, but it took a while to get to that person.
On a scale of one to 10, today I would rate their support at about a seven. If you had asked me two years ago, I would have rated it at three.
Neutral
We were an SRM customer and moved to Zerto. We had issues with SRM and I think we had some issues with Zerto initially. We've had it for three years and we've gone through several revisions. With every revision, it seems to get better. They keep adding feature sets.
SRM and Zerto are really the primary competitors. We like the fact that Zerto does VM-based replication instead of having to involve storage-based replication. You can just point to an instance of it and say, "Replicate to this DR data center," whereas SRM is a little bit more complex in that context.
The speed of recovery between Zerto and SRM is similar. With the later versions of Zerto, the recovery speed has become a little bit faster.
It's very straightforward to set up. You just install the software and point it at your vCenter. There are not really a lot of overly complex parts to the installation. It installs relatively easily and quickly.
We did it ourselves.
We haven't seen ROI because we've not ever had to recover anything. But in an instance where we would have to recover from a disaster, we would definitely see ROI. It's like paying for insurance. You don't really see any value in it until you need it.
The licensing is a little bit steep, but there is some value that you do get for it as well.
In our usage, Zerto has not helped to reduce downtime or the number of staff involved in a data recovery situation. It also hasn't reduced our DR testing. We do a DR test regularly and that is about the same as it was.
I don't have any advice, but I would absolutely recommend it. The simplicity of how they have laid out the VPG structure, and being able to separate those out into groups, as opposed to SRM where you're replicating everything, seems like it's really well designed.
I've used it for a temporary migration. We had to shut down a data center and we moved some database servers over to a disaster recovery site. We then did the maintenance at the data center and brought them back.
We're using it only for on-prem and we use it to replicate from our onsite data center to a co-location, but there is a fiber connection between the two, so it isn't an internet-based replication.
In that migration instance we had six terabytes of data that we needed to protect and bring online quickly. We had a replication going and we made the protection group switch and brought the systems back within less than 30 minutes. It reduced our downtime on some critical applications.
If we hadn't used Zerto, we would have had to vMotion them to the other side and that could have taken hours. That could also potentially have been unreliable because there's a timeout period when vMotion works. We used Zerto to be safe.
It is pretty simple to use.
Whenever we do a failover, there's a confirmation box that shows up later. It's a little hard to see sometimes. We'll do the failover and some preparation activities and then there's a checkbox you need to check to continue and sometimes it's small, in the corner, depending on which screen you're using. A popup to continue would be a little bit better because then you're not sitting and waiting for something and it's already there.
We also had an issue with a misnamed network. They should make that a little more apparent when it's not available on the destination side. We were able to go all the way through with it, but when we did the recovery, it wasn't available. A pre-check to say, "Hey, it's not available. What network do you want to use?" would be helpful.
I have been using Zerto for about a month because I'm new with my current company.
The stability has been alright. We have failed over quite a number of machines.
We did have an issue with one failover. It didn't fail over completely. You really don't want to have to contact support in those situations, but we had to. It could have been an issue on our side as opposed to something being wrong with the configuration. I don't know what happened, but they got it working.
We had to call support during that migration because one of the settings wasn't correct. I don't know exactly what went wrong, but we had to create a ticket. Zerto got back to us within an hour, so we were really impressed with the support from them. It was really good. They got us taken care of pretty fast and we were back online during the process, within an hour. They were quick to respond after we submitted the ticket and then they got it fixed. There's not really much more they could have done in that situation.
Positive
We use VMware-native as well as Zerto. It's all circumstantial, based on sites. Some sites ended up getting an SRM license, so we have kept them instead of wasting licenses. And some sites use Zerto. Maybe down the road we'll pick one of the products, but for now, we use both.
Zerto was already there when I stepped into the picture. I helped initiate some of the disaster recovery processes. Based on what I saw from the outside, it was easy because it was ready for that situation quickly. It was ready in a business day or less, aside from the replication aspect or the data sync from when you first set up the jobs. But the basic setup to get things going was ready within less than a business day.
I would think we have seen return on the investment in Zerto because we use it a decent amount of the time. We have reduced the downtime within the last month because of it as well.
We've used SRM from VMware. Personally, I prefer Zerto because it's a little more automated. VMware has more requirements and VMware tools get us stuck sometimes. If the VMware tools aren't working on a virtual machine, it won't replicate over as quickly or start up as quickly because it's waiting for that service. You have to do custom settings to avoid that. Zerto doesn't have that requirement. It's a little more click-and-go versus click-and-monitor and then trace back and see what went wrong.
Zerto is also probably faster because SRM waits for VMware tools to come up and say, "Hey, we're here." That's not a requirement that I know of, with Zerto. Maybe it is. I'm a newer user of the product.
In terms of the number of staff involved in data recovery situations, Zerto hasn't really reduced that. My team generally handles those situations and it's the same number of people, regardless of which product we're using.
Zerto worked and did its job and it was easy to use. My team liked it, and the database administrators, who were the customers in that instance where we did the temporary migration, appreciated it.
I would rate it at eight out 10. Sometimes the interface can be a little tricky. If you're using a disaster recovery application, you're in a stressful situation already. Sometimes there are a lot of confirmations you have to go through just to start the Virtual Protection Group, and then it starts and you have to confirm again a few minutes later. You're stressed out. You're talking via chats with a bunch of people and there were times where that prompt was probably sitting there for minutes, which cost money.
More confirmations upfront and removing that second one later on in the process would be good, or a popup, instead of it being a small checkbox in the corner of the screen, is my recommendation.
We've been using it to consolidate data centers. We have 13 hospitals and two main data centers and a cloud presence. We're trying to collapse everything. We've been using Zerto to move the workloads over to our primaries.
It's allowed us to save a lot of money by collapsing a few data centers. We have been able to evacuate the hardware in the one data center in our virtual environment, and then shut down and get rid of all those hosts. And it has saved us time in our failovers, from collapsing data centers to our primaries. It enabled us to do that on the fly.
One of the valuable features is the ability to re-IP on the fly, because it makes the migration a lot smoother on the system end.
The syncing of the replication needs improvement. My experience has been that, every once in a while, when you go to do a failover, it tells you it's not syncing. Then you have to troubleshoot and figure out why it's not fully synced up.
I have been using Zerto for three years.
It's pretty stable.
I've never had to use the technical support.
We use VMware SRM pretty exclusively for our disaster recovery stuff. SRM and Zerto are very similar in the way they work. Zerto enables features that SRM doesn't give us and that's why we purchased it.
Also, it takes half as much time to failover with Zerto as it does with SRM. Every six months we do a failover of our Epic environment from one data center to another, and we use SRM for that. We've been using Zerto for failovers from one data center to another for data center consolidation, and those seem to happen a lot faster than SRM.
We've definitely gotten our money's worth out of it for what we've been doing. We have been able to close three data centers so far.
We looked at Veeam, but that was a long time ago.
We use it to protect VMs. Disaster recovery is our use case. Our compliance requires that we need to simulate a DR exercise every six months if we are protecting a VM. One of the features of Zerto is simulating a disaster recovery exercise in case of failure. We fail back the VM to the DR site, and when the event is over, we fail it back to the production site.
We are using one of the newer releases, but we are still six months behind.
It meets our SLAs for RPOs and RTOs.
It needs more documentation and automation features. I would like more documentation on designing an environment and network operations. On the automation side, I would like automation to clean up the environment in cases of a failed DR effort. An API interface to perform the DR exercise would also be nice.
I have been using Zerto for seven years.
It is stable. We have had no big problems.
There have been a few minor upgrades.
It is scalable. From a few hundred to 5,000, it has been pretty easy to scale, not only horizontally, but also vertically.
Zerto is protecting a couple thousand VMs.
The support is very good with quick response times. They are helpful. If you open a session, they will take over and immediately solve your problem. I would rate them as nine out of 10.
Positive
We have used SRM and Veeam.
Zerto is a better product. It has more modern features. It is easy to use. It also has a good interface with command line for scripts.
The initial setup was very straightforward. The solution is easy to implement. You implement it and it starts working out-of-the-box. There is not much configuration required. It takes a couple of hours to have it up and running, protecting you.
We deployed the system ourselves.
We have seen ROI with the RTOs, RPOs, and speed of recovery.
Using Zerto, you can have your VM up and running in a matter of minutes. All you need to do is flip a switch, then you are good to go.
For speed of recovery, Zerto is faster than SRM. SRM takes more time and needs some manual effort. Veeam is pretty good and on par with Zerto.
Do a PoC. You can compare it with other products, like SRM and Veeam. Then, you will see that difference. It is good to have the solution working in a lab. Or, engage Zerto who can assist you in building a lab for it.
I would rate the solution as nine out of 10.
We use Zerto for disaster recovery (DR) purposes. We needed a tool to provide a quick resolution during a failure or problem and help us achieve our goals related to our service level agreement (SLA). We needed a tool that would help us in providing the availability of lost services within a specific time frame. We wanted to make sure that in case there is a problem and we have to execute the DR procedure, it is quick, easy, and safe. So, the main purpose for going for Zerto is related to meeting the required parameters for RPO and RTO.
We don't use Zerto for backup purposes. It is used only for virtual machines. We also have physical servers, but we have different tools for backup.
Currently, we are using it for on-premise data centers, but we also do proof of concept tests with public clouds or hybrid clouds.
It is very good in terms of end-user experience and functionality. The graphical user interface (GUI) is quite simple, and it shows many values related to the status of replication. You can see the current status of a specific application and the health status of infrastructure on the GUI. You can very quickly navigate the application and find very useful information related to the health status of your infrastructure. You can see if the infrastructure is working fine and if there are any bottlenecks or problems that need to be verified by the IT infra department.
It helps us with standardization. It allows us to have a unified DR approach where with one tool, we can meet the DR requirements of different systems with different levels of DR criticality and classification. We have customers for whom the availability of a particular system is crucial for business, and this system requires a very high quality of replication. At the same time, they also have systems that are not as critical. For a unified approach to the DR process, it is better to use the same DR tool for all applications with different levels of criticality. Instead of using different tools for critical and non-critical applications, it is better to use one single tool and have a unified process. Zerto helps us with that.
Different types of integration allow you to provide the tool not only to specialist teams, such as infrastructure teams, but also to the end-users to perform activities like failover, system recovery, and system protection. Service portal integration and automation integration provide a big value in terms of DR activities. You don't have to wait for VMware specialists to perform the DR failover task. You can do it on your own if you have access to the DRaaS portal, for example. DRaaS portal is DR as a service that we have implemented in our own infrastructure, and it is a part of process improvement in our organization.
It has significantly decreased our RTO for failover to the full scope of an application. You can easily measure DR activities for a specific application. If you are responsible not only for your application as an application owner but also need to provide support to many customers at the same time, such a tool is very good. When you are responsible for delivering as per the SLA for RTO to many customers at the same time, it is very helpful because you can perform required activities automatically, and you can also perform them in parallel.
We are very satisfied with the achieved RTOs. We have specific requirements based on the service delivered values and SLA contracts, and by using the tool, we are able to fully meet RTOs for specific applications, a group of applications, or the whole scope of a data center.
During our DR exercises, we try to simulate the worst-case scenario where a complete data center is unreachable, and we are able to achieve the required RTO. Zerto is able to fully meet our needs, and we are able to achieve the required RTO during our normal and yearly DR exercise. We are receiving exactly what we were promised. However, I can't provide metrics or compare it to another tool because we have been using it from the beginning. I don't have the metrics for how much time it would take if we didn't have this tool, but the values that we are receiving during our annual DR exercise are fully satisfactory. So, it is fully sufficient for us.
The time saved in a data recovery situation depends on the specific scenario and the specific system that needs to be recovered. For example, if you have 50 gigabytes built into a machine that needs to be recovered, then with a traditional backup and restore solution, the recovery is very quick and easy. It would take from minutes to an hour depending upon your infrastructure or the bottleneck in your infrastructure. The problem occurs when you have very big systems with 10, 30, or 50 terabytes to be recovered. In such a case, it doesn't matter if it is ransomware or it is an infra failure. Even though the root cause is not the same, the outcome is the same. The fact is that you don't have a working system, and you need to recover the system. Recovering a big system with the traditional approach could take you a week, which is something that businesses do not accept. With a tool like Zerto, I can fail over the system very quickly. During DR exercises, I performed DR activities for systems with many terabytes of data, and it is not a problem to recover that system and failover. I have very good experience with that. During the training or presentation for my customers, I have shown how it works and what are its advantages. One of them is the possibility of a very quick recovery irrespective of the size of the system. The approach is exactly the same irrespective of whether it is an infra issue or a ransomware issue.
The main purpose of this tool is to allow failover between different data centers and different locations. When one site is unavailable, we can start the failover activity and perform the failover task. When a primary location is unavailable, or there is some hardware or logical issue at the primary location, it allows us to resolve the problem. We are able to start services at safe locations. We handle the disaster recovery process, and this is the main function for which we are using it all the time.
The second valuable feature is related to integration. If we want to implement any tool in our company, we want to make sure that it is not sandboxed. It shouldn't be completely isolated from other systems, and it should help other systems to receive feedback. To gain advantages of having tools like Zerto on the board, we want to combine our disaster recovery with other processes, such as incident management or change management. We can integrate these processes using different tools, but usually, the best approach is related to API. So, we can integrate different systems and combine them into a big IT platform, which allows us to achieve more features that are normally not available in the tool itself.
Zerto supports different ways to integrate with or get information from the systems. GUI is one of the options, and technologies like PowerShell cmdlets or RESTful APIs are also very good to exchange data for integration or automation purposes.
We also use Zerto for compliance purposes in case we need to provide evidence. When we perform DR exercises and we have some problems with the infrastructure, we need to prove that some actions were taken. It works very well when we perform DR activities and we want to show external auditors the proof and evidence of performed actions.
It is very quickly developed, and new features are provided quite often. I don't have any input for improvement or a critical feature request at this moment. If anything, a lower price is always better.
I have been using Zerto for six years.
Its stability is very good. Of course, bugs can be found because this is live infrastructure, which is normal. There are new VMware releases, and there are new operating system releases. If there are some problems with applications, we raise cases, and we get the required support in resolving the issue. So, my experience has been very good.
Its scalability is very good. We can use it in on-prem and hybrid cloud environments. It works well with different vendors.
We are using it for different locations. We are using it for on-premise data centers, and we are also using it for all the production systems that we have. Any increase in its usage will depend on the decision of the company. If the decision is to change the platform and integrate with different vendors, we can choose additional features, but at the moment, we are using only the on-premises functionality.
Their support is very good. We have to meet our SLA, and the infrastructure is very sophisticated and demanding. We have had different cases that need investigation and resolution, and we could always count on Zerto's support, which is available 24/7. I don't have any complaints about their support. I would rate them a ten out of ten. If possible, I would even give them eleven.
Positive
I have not worked with any other tool previously. This is the only tool I have used.
It was quite easy to implement and start the execution. There were no problems. It took us about three months to implement it in production.
For implementation, we were using the services directly from Zerto's support teams. In terms of the number of people, there were two people from the DR team and two from the infrastructure team, which included the networking and VMware teams.
In terms of maintenance, every tool requires maintenance, and when you upgrade, there are some bugs or issues that need to be resolved. Currently, for the maintenance of the application for many customers, one person is enough. Based on the number of protected systems and sophisticated infrastructure that we have, it works very well. It is not something that we should complain about.
Its price is reasonable. I have not worked with other tools, but as compared to its competitors such as VMware, its price is lower. So, in my opinion, its price is good.
Based on our experience and the implementations that we have done successfully, it is the right tool for protecting small environments and very big environments. It fits the needs of organizations that require a few functionalities, and it also fits the needs of organizations with a sophisticated environment comprising managed systems, multiple integrations, etc.
Zerto provides near-synchronous replication. So, the RTO is near zero. It is not equal to zero. From my perspective, there are some specific IT areas where synchronous replication is a must, but in most scenarios or use cases, synchronous replication is like a trap because you need to have a single connection between two replication zones or sites, which I would refer to as a single point of failure. If you have storage that is replicated between two sites, in certain scenarios, you won't be able to perform failover activities. If storage is broken on the primary location and you have enabled synchronous replication, the replicated data is also sent to the recovery site. So, you cannot perform failover activities because you now have corrupted data at both sites or data centers. We have chosen this tool to get out of this trap and be able to failover but not to the exact point in time when the issue occurred. I have experience working with such scenarios. For a specific group of systems that require synchronous replication, I can have an additional level of protection by having other DR tools, and at the same time, I can provide replication by using tools like Zerto. So, I can enable two DR solutions on one protected system and resolve the issues related to different scenarios.
In terms of reducing the DR tasks, because I have not used other tools, I can't provide the metrics for increase or decrease in time. However, considering that the tool is implemented for the whole scope of our application, we do not have to wait and spend weeks or months preparing for the DR test. We are prepared all the time for any issue. We also perform the unknown data center DR exercise allowing us to choose the test data center just before the DR exercise. I can very quickly start the recovery operations without a long preparation phase. This is one of the main features of a DR tool that should be taken into account for a company. You should have a tool that you can use at any time. You should ensure and be confident of the fact that it will work and not create any problems during the failover.
DR exercises generally should be performed by customers and application owners. That's because they know best what the issue is and how to provide a solution. It requires synchronization of some tasks and allowing more critical systems to be failed over before the less critical ones. To perform a global DR exercise preparation and execution, very less staff is required. Communicating with customers about the agenda and defining the scope, tasks, schedule, and other things take most of the time, but the execution phase is quick. It can be executed by one operator. It can be done by an infra specialist or an application owner, but ideally, it shouldn't be done by the specialist team. It should be done by application owners because they know the best about the issue.
I would rate Zerto a ten out of ten. It is a very good tool, and we have had very good experience with it. We have no problems with recommending it to others.
