VMware Live Recovery Reviews

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.

VMware SRM is deployed with some clusters. However, if the customer uses a three-tier architecture or other configurations, SRM might not be applicable. The expectation is not always to achieve 100% coverage. SRM is used for virtual machines with stringent SLAs or critical business applications. SRM is often sold in packs of 25 virtual machines, and deployment and functionality testing are conducted based on customer needs.

The simplicity of VMware SRM is one of its most important features. SRM console is straightforward to manage. It offers simplicity in monitoring, managing, and deploying, making it a unique value proposition. Additionally, Nutanix solutions also provide a simple GUI, which helps in operational efficiency.

The solution's recovery processes are very simple but not intelligent because one can easily monitor the replication progress and how the application is going. There is a workflow defined for doing their testing.

I have been using VMware SRM as a partner for ten years.

VMware SRM is a scalable solution due to its ease of documenting virtual machines. The process is straightforward if a customer already utilises 25 virtual machine licenses and requires more. They can execute the addition of the following 25 licenses. Then, they can enable those licenses and add the corresponding virtual machines to their application jobs.

It depends. We have customers using both twenty-five virtual machines and those with more than one hundred virtual machines. Therefore, the usage of VMware SRM varies from customer to customer, resulting in a mix-and-match environment.

The initial setup is very straightforward, depending on the kind and number of virtual machines.

A customer is expecting 25 virtual machines to deploy from the SDR. So, it should not take more than two days of work. If fine-tuning is required, it may take additional time, depending on the bandwidth. It's dependent on the infrastructure and varies case by case based on the bandwidth capability. Data will replicate faster with higher bandwidth, whereas lower bandwidth will result in longer replication times. Depending on the scenario, with good bandwidth, it could be a matter of only 24 hours.

Furthermore, the primary site's data size and change rate also play significant roles. If there are frequent changes at the primary site, it will naturally take more time. Additionally, the size of the primary data is another crucial aspect to consider.

The challenge is the licensing has changed from physical software to core-based, from perpetual to subscription-based.

The pricing for VMware SRM can vary significantly based on factors such as the customer segment, brand, and specific requirements.

The solution is straightforward to deploy and easy since it provides all the SRM functionality, such as security manager, with a seamless experience. 

We need to simulate for DLP . We need to freeze the application and do audio testing, and if there is an update on our data site, we need to provide feedback.

Specific solutions are pure-play SRM solutions. This solution acts as a recovery manager because the providers understand the workflow, prepare it, and know the dependencies. For instance, they understand the dependencies between virtual machines and applications, databases, ADA DNS, CSV, etc., and document them in the workflow. This documentation ensures the workflow can be executed properly, leading to a minimal Recovery Time Objective. ADR minimize RTO through automation, improving the workflow within SRM and eliminating the need for third-party solutions for security and other aspects.

Once we receive an order, we initiate thorough planning and documentation. We prepare a comprehensive flow-level design and engage with the customers for confirmation. With a clear understanding of the entire expectation cycle, my team can effectively deploy the solution, ensuring seamless integration.

Maintaining VMware SRM involves setting it up correctly and regularly monitoring it for infrastructure changes. Once appropriately configured and monitored, it operates smoothly unless there are changes at the customer site, such as patch deployments or alterations to authentication or access rights. These changes can potentially lead to application failures. Therefore, ongoing vigilance is necessary to ensure the seamless operation of the solution. Bandwidth issues can also affect performance, so addressing such concerns is essential.

I strongly recommend confirming with the new Broadcom team whether their VMware SRM licensing has changed since the acquisition of Broadcom. They've consolidated their SKUs from over a hundred to ten if there have been significant changes in SRM licensing, features, or functionality.

VMware SRM offers simplicity in disaster recovery solutions. However, it's primarily optimized for VMware environments. If a customer prefers a non-VMware-focused solution at their data centre, SRM may face challenges. Converting virtual machines in such cases can be complex and cumbersome. 

Overall, I rate the 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.

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 solution for disaster recovery.

The solution is consistent. It is an automated DR solution. It has test features. We can test DR in advance. We are using the tool for disaster recovery. The product has improved automation. The automation of failover and failback has improved our operational efficiency significantly. It is quite easy to integrate the solution with other VMware products.

The solution must provide better integration with third-party vendors.

I have been using the solution for two years.

I rate the tool’s stability an eight out of ten.

I rate the tool’s scalability a seven out of ten. We have 10 to 20 users in our organization. We use the solution twice a month.

I rate the ease of setup a seven out of ten. The deployment takes a few months.

We deployed the product with a few in-house team members. The tool requires continuous maintenance. We need two or three people to maintain it.

I will recommend the solution to others. It is a nice product. Overall, I rate the tool an eight out of ten.

Our initial deployment of VMware's Site Recovery Manager in conjunction with PostgreSQL for automotive sales, and also involved integrating SRM with HP's triple storage systems. It leverages background storage replication to ensure stable and reliable business continuity.

Stability and ease of installation, along with straightforward maintenance through the graphical user interface, make this solution a practical choice. It eliminates the need for complex compliance requirements, making it a highly effective solution.

The primary site lacks adequate equipment, such as power backup and cooling, which can lead to downtime during issues like power outages or overheating.

We have been working with it for six years now.

It is a highly reliable solution.

It's important to note that the scalability of the solution should align with the customer's needs. If they anticipate increased workloads and data, they can easily scale up their storage systems. Site Recovery Manager simplifies this process, as it doesn't necessitate extensive reconfiguration, instead, it involves adding or extending data links in the replication groups, making it a straightforward and manageable process. It is well-suited for mid-sized and small companies that don't have extensive data replication needs. It's a practical choice for businesses in need of a reliable and scalable disaster recovery solution that matches their specific requirements.

VMware offers excellent support for its products, and we haven't encountered any noteworthy issues or negative experiences in our interactions with their support team.

Positive

In addition to our existing setup, we use backup software, Veeam, for replication on the disaster recovery side. With Veeam, we replicate virtual machines from the primary site to the secondary site. It is particularly advantageous because it doesn't require the same storage type on both the primary and secondary sides, which gives us flexibility and allows us to mix and match storage types if needed. One of the key benefits of Veeam is its ease of management, making it a valuable resource for replication. I believe it has a promising future, especially for handling data replication in various sectors. We also employ Veeam in the banking system to replicate data from different strategies across multiple departments. Its performance in replicating virtual machines is superior to SRM. The choice between SRM and Veeam largely depends on your storage environment and replication needs.

The initial setup was easy and straightforward.

The implementation process typically involves setting up VMware, configuring virtual machines, creating storage blocks, and installing the necessary components. For VMware to work seamlessly with the storage, a connector from the storage vendor is installed within the VMware environment, and once this is in place, replication can begin. In cases where there's a substantial amount of data to replicate, and the customer lacks a robust network link between sites, a physical transfer of data is undertaken. This involves physically moving storage devices from the primary site to the DR site, initiating the replication process, and then returning the storage to its original location once replication is completed. The replication process usually takes around two weeks, which is considered suitable for customers with relatively uncomplicated needs. For smaller customers with ten machines or so, replication is organized into groups based on different data sources on the storage system. Implementation requires the involvement of one or two technical experts who are well-versed in the equipment and storage systems. Monitoring the system is primarily the responsibility of the customer, with one or two IT personnel overseeing the process. Email notifications are often set up to keep track of system performance and any issues that may arise.

It is reasonably priced, and its cost hasn't been a significant factor in our implementation. We utilize various licensing options, but we typically purchase licenses upfront, avoiding monthly or yearly payment structures. We often opt for multi-year agreements, and if technical support isn't required, it allows us to maintain the same number of virtual machines and central traffic capacity.

If you're dealing with a more stable and homogeneous storage environment and have technical reasons to favor SAN, then SRM, which is tightly integrated with the storage vendor, may have some advantages. Veeam is a better solution when you have a mix of heterogeneous storage types, multiple sites, and diverse data replication requirements, as it operates independently of the storage application. For larger customers, such as those in the banking sector with diverse storage systems and extensive data replication needs, Veeam might be preferred. While it might have a slightly higher price point compared to SRM, it offers more flexibility and scalability. SRM, on the other hand, is well-suited for smaller customers with simpler storage environments and a smaller number of servers. It's more straightforward to configure and manage in such scenarios. Overall, I would rate VMware SRM ten out of ten.

Our primary use case for VMware SRM is automatization.

The features I have found most valuable are the ability to script test failover and the ability to re-IP.

In my opinion, the integration with Peer Persistent Storage could be improved.

I have been using this solution for about five years.

I would rate the stability of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best.

I would rate the scalability of this solution an eight, on a scale from one to 10, with one being the worst and 10 being the best.

As a vendor, I did not have contact with technical support.

My impression is that the initial setup process is relatively straightforward.

The deployment model of this solution that we are using is on-premises.

If you are buying this solution in an EOA bundle, then the pricing doesn't really matter that much. However, if you're buying a one-off license, the solution is pretty expensive.

I would rate pricing a three, on a scale from one to 10, with one being the worst and 10 being the best.

Overall, I would rate this solution a seven, on a scale from one to 10, with one being the worst and 10 being the best.

We used VMware SRM mainly for the DC-DR configuration.

The most valuable feature of the solution is the integration part, along with the subsequent hardware.

It would be better if we could get more reporting features in VMware SRM.

Wherever we have deployed the solution, we haven't faced any issues with stability.

I rate the solution an eight to nine out of ten for stability.

I have four to five customers for VMware SRM.

The solution’s initial setup is not very complex.

I don't see a challenge concerning the solution's deployment process. The deployment can be done once the design is finished. Two engineers are more than enough to deploy the solution.

VMware SRM is an expensive solution, and users need to pay extra costs in addition to the standard licensing fees.

The implementation of VMware SRM helps with the overall business resiliency perspective. We are still using the virtualization layer for the application, which becomes closely integrated with the solution provided. So, that's a benefit to any organization. Moreover, the solution gives you a single dashboard through which you can look at everything.

Overall, I rate the solution a seven to eight out of ten.