VMware SRM Reviews

My clients use the product for disaster recovery planning. 

The solution helps to improve business continuity processes. Its automatic failover and failback policies have been wonderful. 

VMware SRM needs to improve its pricing. 

I have been using the product for one to two years. 

I rate the tool's stability a six out of ten. We encountered a couple of issues with certification. 

I rate the tool's scalability a seven out of ten. 

I rate the tool's ease of deployment an eight out of ten. It takes a few hours to deploy. 

We achieved ROI in time when using the product. 

I rate the tool's pricing an eight to nine out of ten. 

Our clients are enterprise customers. I would recommend the products to others. Its scalability, its stability, syncing capabilities, and security features make it valuable. I rate the overall solution an eight out of ten. 

I mainly use VMware SRM for automation, creation of VMs, and monitoring.

VMware SRM's most valuable features are its convenience and its use of stretched clusters.

SRM has to be installed on two separate data centers, so both have to be coordinated very well, which becomes complicated when configuring the software for disaster recovery. It would be much simpler if there was just one centralized, cloud-based place to manage both sites.  

I've been using VMware SRM for five years.

VMware SRM is stable.

VMware SRM is quite scalable.

The initial setup is complex and took almost a week to deploy. I would rate the installation experience as two-and-a-half out of five.

We used an in-house team.

VMware SRM is quite expensive.

If you're able to overcome the initial hump of setting up VMware SRM, it works very well. I'd give VMware SRM a rating of seven out of ten.

In my company, we use VMware SRM for its disaster recovery capabilities. It is a tool for automating and orchestrating the disaster recovery of our company's IT environment.

The most valuable feature of the solution is that you can independently run the disaster recovery without disturbing the production instances. You can demonstrate that your disaster recovery is foolproof without encountering any disaster in your IT environment. You can demonstrate to your company's leadership team that business continuity is available for all applications. Even in a disaster scenario, one would be able to recover their environment in a certain period of time.

Currently, the recovery manager is primarily for only VMware environments or virtual machines running on VMware. Suppose the recovery manager can be extended to a non-VMware environment. In that case, we can integrate all of the tools in an IT environment together and function using one single recovery manager. Allowing for integrations with non-VMware products and environments will really help.

I have been using VMware SRM for more than ten years.

It is a pretty stable solution.

Scalability will not be applicable to VMware SRM since it is a product that does disaster recovery. Its scalability can be considered because you can add additional nodes to the product if you want to scale while ensuring you have the required licenses.

We use the solution for more than 100 customers.

The initial setup of VMware SRM isn't straightforward because many customizations are required since it helps in the recovery of your IT environment. It is not the tool but the process that is complex. The tasks associated with using the tool in an environment for disaster recovery are complex.

The product's deployment process takes around three to four weeks to complete.

For the deployment process, you need to assess your environment before getting into the design phase, after which you need to understand the business objectives and goals clearly to design your target environment. Once your environment is ready, then you need to understand the steps you need to follow to configure VMware SRM to achieve your target state. I would say assessment followed by defining a clear business objective, and then after design, you have to build the environment.

There is a need for an architect to take care of the design part of the solution, along with a couple of engineers and a dedicated project manager to run the product during the deployment phase. There is a need for at least two engineers to run the product.

The licensing costs for the product are perpetual in nature. A person needs to buy the license only once there is a need to buy support on a yearly basis. The licensing cost for VMware SRM is expensive.

I recommend those wanting to use the solution completely understand their own environment since VMware SRM is meant for VMware environment only. You cannot integrate VMware SRM with other non-VMware products. If your requirements are very much restricted to VMware alone, then VMware SRM can be a good choice for managing activities related to disaster recovery. If you have a mixed environment, you need to think and look for other products in the market other than VMware SRM.

I rate the overall solution an eight out of ten.

We use SRM to invoke DR and to move workloads across the DR side.

The thing I like the most about SMR is the reduced cost of management.

VMware SRM lacks certain functions that other platforms have, such as better prioritization of allocation of resources and Boot profiles.

I've been using VMware SRM for a long time, almost ten years.

It's a good and stable product. They do a lot of testing.

I think it's scalable. When you work for big organizations, I don't think that's much of a problem. There are multiple and fairly large clusters. That's one of the ways that we reduce cost because we are building things like sequel clusters. Approximately 5,000 people use SRM at our company.

The technical support is great. VMware staff help with deploying and testing. In terms of building storage clusters, metro clusters, stretch clusters across sites so that, you get all of the benefits of a local cluster, but they're deployed between the lines and the DR side. It's a fantastic technology and VMware provides you with their best people.

Positive

Before VMware SRM, we were using Veritas Volume Manager and Veritas Replication Manager for stand-alone. When we went to virtualize, we moved to SRM. I did a lot of work with IBM PowerVM and it had some nice features. It had things such as better prioritization of allocation of resources and Boot profiles where you could put one VM across another so that it grabbed the resources. You could do things such as have thin DR VMs without much allocation of CPU or memory, and then as you boot them, they start to grab all of that automatically from all of the non-prod. Functions like that were quite good in Power VM, which aren't quite as present in the VMware world. PowerVM is extremely expensive to use and that's why everyone is shifting towards commodity computers.

I'm an architect so I did not install SRM myself, but I think there were no issues with installing it since it's a pretty standard tool nowadays. It does not require much maintenance. We are still running some old versions of VMware as there was a challenge around Oracle licensing. We are moving the Oracle workloads off of it now and addressing the architecture to get rid of the copies of the legacy versions of VMware. 

SRM is quite pricey and the license is renewed annually. I think that they do a lot of ULAs, the universal license agreements, where you pay a set amount and get unlimited usage. That's how it usually goes with big companies. Occasionally, they do true-ups to work out how much you've got and whether ULA pricing is appropriate. It might be too expensive for smaller organizations.

I would advise new users to start off with manual processes and document exactly what they want to come up with in the right order. Get your IT continuity plan defined very closely and with a great amount of detail. Then start to automate with your SRM tooling to make sure that things are brought up in the right order and ensure that if one service fails and you need to bring another one across for latency purposes, you really understand all of those requirements before you start to just implement SRM and marching on without really understanding how the services tie together and the dependencies between them.

Overall, I would rate SRM an eight out of ten.

The primary use case is for disaster recovery. We use the solution for two different sites, as well as our virtual machine backup. In a situation where one of our data centers goes down, our servers can go up on the other site.

The most valuable feature of the solution is the automatic recovery of the virtual machine if it goes down. In the event the VM goes down, we can either power it up automatically or manually depending on how we have the solution configured. When configured to power up automatically, the copy in the VM will power up.

The solution currently has a five-minute RPO, meaning if the VM goes down we can lose up to five minutes of data which is a big deal when it relates to database replication. The solution can be improved by reducing the RPO time to zero.

I have been using the solution for five years.

The solution is stable.

The solution is scalable. We only need to add a host whenever we want to expand our cluster.

The initial setup is straightforward and user-friendly. Depending if everything in the network layer is okay, we can configure VMware SRM for both sites in less than an hour or less. The replication process will depend on the size of the VM, so if the VM is large enough, the replication process will take some time. However, the configuration of SRM is straightforward.

The implementation was completed in-house.

We have a standard enterprise license for the solution.

The cost may be based on the number of simultaneous replication which is the limitation of the standard.

I give the solution a nine out of ten.

The deployment and maintenance can be done by one engineer.

I am the consultant solution architect, and sometimes I am the deployment engineer.

I seldom ask for support from VMware because most of the problems are caused by bugs, which we can usually fix ourselves by consulting the knowledge base on the VMware website. However, there are times when the problem is at the hardware level and VMware is not at fault - for example when there is a bug in the VMware version used by the hardware vendor. In these cases, we need to ask for support from the hardware vendor.

VMware SRM is a great solution. I always recommend the solution because it is a native replication solution for VMware. Although there are other solutions such as Zerto, they may deliver a lower RPO in certain cases. I believe Zerto is a better solution than VMware SRM, but when it comes to functionality, and for regular customers, VMware SRM is enough.

We use this solution to run our applications and our server functions.

We find the back up feature of this solution to be particularly valuable.

We would like the patching management function of this product to be improved.

We have been using this solution for around 10 years.

We have found this solution to be very stable so far.

We have found that the technical support team are not always competent enough to help with our issues, and often have to escalate them.

Neutral

We found that the initial setup for this product was quite easy.

We implemented this solution using a third-party team.

The level of licensing required for this solution is dependent on the server instances in use.

I would advise organizations who wish to use this solution, to ensure that their threat protection software is in place and up to date, as there isn't any threat protection embedded in this product.

I would rate this solution an eight out of ten.

It was working very well with VMware since it's a VMware product. We didn't have any issues. It was quite smooth when doing drills, when we were trying to recover VMs from other sites.

There's an option where you can test VM, when you can test the drill. That option was very valuable.

It's easy to set up. 

The solution is scalable. 

It is stable. 

Technical support can take some time to respond. We'd like a faster response. 

In the previous year, we were using SRM, and then we shifted to another software called CR2. We're replacing SRM. However, we used SRM for a few years. It's been about four years. 

The solution is stable. Its performance is reliable. There are no bugs or glitches and it doesn't crash or freeze. 

The product can scale well. It's not an issue. 

We have three or four people on the solution right now.  They are mostly infrastructure engineers. 

We don't have plans to increase usage. 

Support is good, although we would like them to be faster. 

Positive

We had a simple vertical setup. We have VMware engineers at our disposal, and their expertise made it easy.

The deployment took one to two days. It was not complicated. We only needed one or two people to handle the deployment and maintenance tasks. They are engineers and junior staff. 

We pay a yearly licensing fee. 

We have some nodes which are still running VMware. We currently do have some nodes still running VMware like ESXi 7.0, however, not for production. It's right for testing purposes.

I'd rate the solution nine out of ten. 

I'd recommend the solution as it is very stable and does the job. 

I use the tool in my company for business planning, not disaster recovery.

The most valuable feature of the solution is that it is a tool or software for disaster recovery.

It is important to understand that Broadcom's acquisition of VMware is one of the major problems attached to the solution right now to understand what needs improvement in the product.

The product's dashboard is an area of concern where improvements are required.

The solution's technical support needs to improve since the support team takes too much time to respond when my company contacts them.

I have been using VMware SRM for three to four years. I use the solution's previous version.

It is a stable solution. Stability-wise, I rate the solution an eight out of ten.

Scalability-wise, I rate the solution an eight out of ten.

Three engineers in my company use the product.

I have communicated with the solution's technical support. I rate the technical support a five out of ten.

Neutral

I have previously worked with products from other vendors like Nutanix. I still use Nutanix Acropolis in my company.

The product's initial setup phase was not difficult.

The solution is deployed on an on-premises model.

The solution can be deployed in a couple of hours.

Many different people managed the product's deployment phase.

I rate the product price a five to six on a scale of one to ten, where one is a very high price, and ten is a very low price.

I can't share my experience with the orchestration capability of VMware SRM since I am currently using the tool to test it in my environment. I haven't dealt with any real disaster scenarios in my company.

There is no requirement for any maintenance of the product at the moment.

I rate the overall tool an eight out of ten.