Recovering from Virtualization Disasters

Disaster recovery, to many people, means not much more than a hot site, but there is much more involved. What exactly is involved depends on how much money you have to put to the problem.

By Edward L. Haletky, CIO.com,

Disaster recovery, to many people, means not much more than a hot site, but there is much more involved. What exactly is involved depends on how much money you have to put to the problem.

Fully redundant hot sites cost quite a bit in hardware, software, and licensing. At best, they should be exact duplicates of your current environment; at worst, they should be able to run your most important virtual machines.

However, this is not the only aspect of DR that should be considered. Disasters come in all sizes, from the small-scale application failure to the catastrophic natural disaster. Both of these are fairly well understood.

But what about the middle of the road business-continuity and disaster issues, which somewhere in between the extremes in the scope of disaster, but are specific to virtualization infrastructures: single machine failures, SAN failures, VM failures, etc.

For these there are a few tools, mostly from VMware that will help. VMware High Availability tops the list. But any VM-to-VM clustering service will also work to solve these issues.

To help with storage server issues there is also the LeftHand Networks VSA and Xtravirt XVS products. These products use local machine disk to mirror between the systems using software. This way if one system failed, the data is not lost. These technologies add increased redundancy to the software stack and can replace redundant SANs in smaller shops.

Even good backups add to this concept of redundancy by adding replication features (VizionCore vReplicator and Veeam Backup). These will allow you to replicate VMs from storage device to storage device and place VMs in locations where they are ready to power on at a moments notice. Which is another good way to keep things running if your SAN or NAS device fails.

VMware SRM works with various SAN and NAS devices to allow the SAN or NAS's own mirroring software to work better with virtualization.

As we put more and more VMs on a system we need to consider adding more and more redundancy into the systems. There are already some hardware solutions, like RAID Blade and RAID memory technologies; we have the ability to have redundant switching fabrics.

These software storage technologies add into the existing RAID level redundancy and expand them to include multiple systems.

While hot sites are the end goal for natural disasters, don't forget to plan for the middling disasters by increasing your local redundancy, using these or other tools.

Virtualization expert Edward L. Haletky is the author of "VMWare ESX Server in the Enterprise: Planning and Securing Virtualization Servers," Pearson Education (2008.) He recently left Hewlett-Packard, where he worked in the Virtualization, Linux, and High-Performance Technical Computing teams. Haletky owns AstroArch Consulting, providing virtualization, security, and network consulting and development. Haletky is also a champion and moderator for the VMware discussion forums, providing answers to security and configuration questions.

Copyright © 2008 IDG. All rights reserved.

Related Articles
- Steps to Safer Virtual Servers
At last week's Black Hat conference, virtualization security was one of the hottest topics and sources of debate. If you're trying to get a grip on how your enterprise's virtualization security stacks up, consider this advice from Chris Whitener, chief security strategist, HP Secure Advantage.
- Virtualization App Makes Programs Portable
- Virtual Machines May Pose New Threats
- Tips for Increasing Virtual Machines
- Migration Virtualization
- Virtualization Staffing
- Recovering Password From Outlook
- Virtual Servers Within the DMZ Networks
- De-duplicating VMware
- Bolt-On Security for Virtual Servers
Regional Articles
- Recovering from Virtualization Disasters Alabama
- Recovering from Virtualization Disasters Alaska
- Recovering from Virtualization Disasters Arizona
- Recovering from Virtualization Disasters Arkansas
- Recovering from Virtualization Disasters California
- Recovering from Virtualization Disasters Colorado
- Recovering from Virtualization Disasters Connecticut
- Recovering from Virtualization Disasters DC
- Recovering from Virtualization Disasters Delaware
- Recovering from Virtualization Disasters Florida
- Recovering from Virtualization Disasters Georgia
- Recovering from Virtualization Disasters Hawaii
- Recovering from Virtualization Disasters Idaho
- Recovering from Virtualization Disasters Illinois
- Recovering from Virtualization Disasters Indiana
- Recovering from Virtualization Disasters Iowa
- Recovering from Virtualization Disasters Kansas
- Recovering from Virtualization Disasters Kentucky
- Recovering from Virtualization Disasters Louisiana
- Recovering from Virtualization Disasters Maine
- Recovering from Virtualization Disasters Maryland
- Recovering from Virtualization Disasters Massachusetts
- Recovering from Virtualization Disasters Michigan
- Recovering from Virtualization Disasters Minnesota
- Recovering from Virtualization Disasters Mississippi
- Recovering from Virtualization Disasters Missouri
- Recovering from Virtualization Disasters Montana
- Recovering from Virtualization Disasters Nebraska
- Recovering from Virtualization Disasters Nevada
- Recovering from Virtualization Disasters New Hampshire
- Recovering from Virtualization Disasters New Jersey
- Recovering from Virtualization Disasters New Mexico
- Recovering from Virtualization Disasters New York
- Recovering from Virtualization Disasters North Carolina
- Recovering from Virtualization Disasters North Dakota
- Recovering from Virtualization Disasters Ohio
- Recovering from Virtualization Disasters Oklahoma
- Recovering from Virtualization Disasters Oregon
- Recovering from Virtualization Disasters Pennsylvania
- Recovering from Virtualization Disasters Rhode Island
- Recovering from Virtualization Disasters South Carolina
- Recovering from Virtualization Disasters South Dakota
- Recovering from Virtualization Disasters Tennessee
- Recovering from Virtualization Disasters Texas
- Recovering from Virtualization Disasters Utah
- Recovering from Virtualization Disasters Vermont
- Recovering from Virtualization Disasters Virginia
- Recovering from Virtualization Disasters Washington
- Recovering from Virtualization Disasters West Virginia
- Recovering from Virtualization Disasters Wisconsin
- Recovering from Virtualization Disasters Wyoming
Related Articles
- Virtual Machines May Pose New Threats
Organizations have recently started to embrace software virtualization, which can allow one server to run multiple operating systems and applications. These "virtual computers" potentially allow mid-size organizations to act like larger organizations. At the same time, organizations can economize by not needing as many servers to run complex applications, such as mirror sites for disaster preparedness.
- Bolt-On Security for Virtual Servers
- De-duplicating VMware
- Virtualization App Makes Programs Portable
- Recovering Password From Outlook
- Steps to Safer Virtual Servers
- Tips for Increasing Virtual Machines
- Virtualization Staffing
- Virtual Servers Within the DMZ Networks
- Migration Virtualization

Rss   Delicious   Digg   Add To My Yahoo   Add To My Google   Bookmark   Search Plugin

Topics:
Advertising Family Home Services Real Estate Resources
Business Services Fashion Industrial Goods & Services Retail & Consumer Services
Career Financial Services Insurance Software
Cars Food & Beverage Internet Technology
Computer Hardware Franchise Legal Telecommunications
Construction Health Miscellaneous Trade Shows
Education Holidays Nightlife Travel
Entertainment Home Appliances Online Database Weddings
Environmental Home Electronics Pets World History