Virtualization is becoming increasingly important in the datacenter as a way to respond quickly to the varying server demands. Depending on time of day and day of the week, as well as events in progress and many other factors, loads on any given machine may vary by factors of 100 or 1,000 or more. Giving a server more or less computing power, running multiple instances of the same server for load balancing purposes, or allowing failover from one virtual instance to another are increasingly important capabilities.
That's where HADR (high availability disaster recovery) tools come into play. High availability tools ensure that applications running in a virtual server session remain available even during failures of hardware, server OS, or application software. Disaster recovery tools enable the quick recovery of functionality after loss of hardware and are oriented toward restarting services at new locations.
[ See the Test Center reviews of VMware Infrastructure 3 with ESX Server 3.5 and VirtualCenter 2.5 and Microsoft's Windows Server 2008 Hyper-V and Virtual Machine Manager. Track virtualization news and reviews through InfoWorld's Virtualization Topic Center and reading David Marshall's Virtualization Report. ]
HADR is complex enough when working with one OS per server. When you add in the multiple virtualization platforms out there, the numerous OSes, as well as all the storage and network settings and the additional complexities of boot images used by the hypervisors, HADR for virtual servers becomes even more complex. Just as there is no single solution for HADR in general, there is no single solution within virtualization: Different products address different areas, including backups, failover, deployment, and storage virtualization.
These HADR products range from software that is installed on either the virtualization server or on a separate server to hardware-software combinations that are installed separately. There are even specialized platforms that enable just one aspect of HADR for virtualization, such as DataCore's SANmelody, which enables storage systems to respond to the changing requirements of virtual servers as they are moved from one instance to another.
HADR can be H-A-R-D
HADR is fraught with complexity, due to the intricacies of virtualization itself. For example, moving a server instance from one physical server to another can be complicated by differing subnets, differing hardware from system to system, differing access to storage (the logical units or LUNs on a storage system are typically mapped to a specific piece of hardware), and other factors. Because there is generally no single overarching tool for this, management of the overall system is exceedingly complex.
| Test Center Scorecard | |||||
|---|---|---|---|---|---|
| 25% | 20% | 20% | 10% | ||
| Vizioncore vRanger Pro 3.2.4 | 9 | 8 | 9 | 9 |
6.6
Fair
|
| 25% | 20% | 20% | 10% | ||
| DataCore SANmelody 2.0 | 7 | 9 | 9 | 9 |
6.3
Fair
|
| 25% | 20% | 20% | 10% | ||
| Scalent V/OE 2.5 | 9 | 9 | 9 | 8 |
6.7
Fair
|
| 25% | 20% | 20% | 10% | ||
| Stratus Technologies Avance 1.3 | 9 | 9 | 9 | 9 |
6.8
Fair
|
| 25% | 20% | 20% | 10% | ||
| Marathon Technologies everRun VM 4 | 9 | 8 | 8 | 9 |
6.4
Fair
|

Sign up to receive Storage Resource Alerts