Home > Blogs > VMware VROOM! Blog > Author Archives: Aalap Desai

Author Archives: Aalap Desai

Site Recovery Manager 5.0 Performance and Best Practices

VMware vCenter Site Recovery Manager (SRM) 5.0 provides business continuity and disaster recovery protection for VMware virtual environments. Protection can range from virtual machines (VMs) residing on a single, replicated datastore to all the VMs in a datacenter.

A new technical white paper about SRM has been published. In it, we look at several performance characteristics of SRM, including scalability and recovery, and how they behave in an environment that simulates real-life workloads. The paper includes several recommendations to enhance the performance of SRM and reduce recovery time. A couple of recommendations include:

  • It is a good practice to have fewer but larger NFS volumes so that the time taken to mount a large number of such volumes decreases during the recovery. This might also translate to fewer protection groups on your setup leading to reduced recovery time.
  • Configuring VM dependencies across priority groups instead of setting per VM dependencies is usually the best idea because VMs within each priority group will be started in parallel.

Please refer to VMware vCenter Site Recovery Manager 5.0 Performance and Best Practices for more recommendations, charts, and key takeaways.

 

VMware vCenter Site Recovery Manager 4.0 Performance and Best Practices White Paper Posted

VMware vCenter Site Recovery Manager 4.0 is a component of VMware Infrastructure that ensures a speedy and successful datacenter recovery by automating the recovery process and eliminating the complexity of managing and testing recovery plans. A new white paper, VMware vCenter Site Recovery Manager 4.0 Performance and Best Practices, is now available at http://www.vmware.com/files/pdf/VMware-vCenter-SRM-WP-EN.pdf

You can also find it under the technical resources section at http://www.vmware.com/products/site-recovery-manager/resource.html.

In this paper we discuss VMware vCenter Site Recovery Manager 4.0 performance, various dimensions on which the recovery time depends and certain performance tips/considerations on architecting recovery plans to minimize recovery time.
 
You will also find Database sizing guides under the Tools section at http://www.vmware.com/products/site-recovery-manager/resource.html which will help you in estimating the Site Recovery Manager Database growth as a function of the number of protection groups, recovery plans and more .

VMware vCenter Site Recovery Manager Performance and Best Practices White Paper

VMware vCenter Site Recovery Manager (SRM) is a component of the VMware Infrastructure that accelerates recovery for the virtual environment through automation, ensures reliable recovery by enabling non-disruptive testing, and simplifies recovery by eliminating complex manual recovery steps and centralizing management of recovery plans.

A whitepaper on VMware vCenter Site Recovery Manager Performance and Best Practices is now available here

In this performance paper we discuss VMware vCenter Site Recovery Manager 1.0 performance, various dimensions on which the recovery time depends, high-latency networks, and tips on architecting recovery plans to minimize recovery time.

Site Recovery Manager Oracle Database Sizing

VMware vCenter Site Recovery Manager (SRM) is a component of the VMware Infrastructure that accelerates recovery for the virtual environment through automation, ensures reliable recovery by enabling non-disruptive testing and simplifies recovery by eliminating complex manual recovery steps and centralizing management of recovery plans.
 
SRM uses a database to store the protection group settings, recovery plan settings, results for testing recovery plans or actually running a real recovery and much more. Some of the disk space usage is permanent in nature while some of it is transient.
 
Oracle Database sizing guide is now available for VMware vCenter Site Recovery Manager at http://www.vmware.com/products/srm/resource.html under the "Tools" category which will assist you in estimating transient as well as non transient disk space usage.
 
Following input parameters are used to estimate the Database size for both primary and the secondary site.
 
Number of Protected VMs
Number of Protection Groups
Number of VMs you Plan to Recover
Number of Recovery Plans
Average Number of Protection Groups to be included in each Recovery Plan
Average Number of Test Failovers/Recoveries to perform per month
Average Number of default steps per Recovery Plan
Average Number of "message steps" to be added per Recovery Plan
Average Number of "command steps" to be added per Recovery Plan
 
Fill in these numbers based on your inventory setup to obtain an estimate about the disk space usage for your SRM Database.
 
An updated SQL Server Database sizing guide is also available at the same location.
Both these guides (Oracle & SQL server) can be used for SRM 1.0 & SRM 1.0 U1.

Site Recovery Manager SQL Server Database Sizing

VMware vCenter Site Recovery Manager (SRM) is a component of the VMware Infrastructure that accelerates recovery for the virtual environment through automation, ensures reliable recovery by enabling non-disruptive testing and simplifies recovery by eliminating complex manual recovery steps and centralizing management of recovery plans.
 
SRM uses a database to store the protection group settings, recovery plan settings, results for testing recovery plans or actually running a real recovery and much more. Some of the disk space usage is permanent in nature while some of it is transient.
 
A SQL Server Database sizing guide is now available for VMware vCenter Site Recovery Manager at http://www.vmware.com/products/srm/resource.html under the "Tools" category which will assist you in estimating transient as well as non transient disk space usage for SRM SQL server Database.
 
This guide uses following input parameters to estimate the SQL Server Database size for both primary and the secondary site. 
 

Number of Protected VMs
Number of Protection Groups
Number of VMs you Plan to Recover
Number of Recovery Plans
Average Number of Protection Groups to be included in each Recovery Plan
Average Number of Test Failovers/Recoveries to perform per month
Average Number of default steps per Recovery Plan
Average Number of "message steps" to be added per Recovery Plan
Average Number of "command steps" to be added per Recovery Plan

 
Just fill in these numbers based on your inventory setup to obtain an estimate about the disk space usage for your SRM Database.