Virtualization high availability checklist

Virtualization high availability checklist

Editors, SearchServerVirtualization.com
A virtualization-high availability (HA) combination can do wonders for the efficiency and reliability of your data center -- if you do it right.

Improper planning, however, can lead to serious problems. High-availability data center planning and knowing what problems to look out for can save you from major headaches. Use this virtualization high availability checklist to ensure a successful data center high availability deployment:

    Requires Free Membership to View

    Login

    When you register, my team of editors will also send you the latest expert resources covering all areas of server virtualization, such as platforms, architectures and strategies, server hardware, managing virtual environments, application issues and more.

    Margie Semilof, Editorial Director

    By submitting your registration information to SearchServerVirtualization.com you agree to receive email communications from TechTarget and TechTarget partners. We encourage you to read our Privacy Policy which contains important disclosures about how we collect and use your registration and other information. If you reside outside of the United States, by submitting this registration information you consent to having your personal data transferred to and processed in the United States. Your use of SearchServerVirtualization.com is governed by our Terms of Use. You may contact us at webmaster@TechTarget.com.

More virtualization high availability resources
Virtualization and high availability: Users ponder products, path

Achieving high availability in a virtualized environment

Define the VMs to be mirrored. The members of a server cluster will likely host a variety of virtual machines (VMs), so decide which VMs need protection through mirroring across servers and which less critical VMs don't. There's no point in duplicating VMs if it takes only two or three minutes to recover a VM on another server.

Consider server computing resources. Each VM requires CPU, RAM, I/O and network connectivity, so assign and balance workloads to stay within the available computing power of each server. Be sure to consider the added computing requirements for duplicated -- mirrored -- or failed-over VMs.

High availability guide
Using high-availability servers and systems

High-availability solutions in nonvirtualized environments

High-availability clustering in virtual data centers

Data center planning considerations for high availability

Virtualization high availability checklist

Data center high-availability technology: A holistic approach

Testing high-availability software options from vendors
Evaluate single points of failure. Review the server cluster architecture and consider single points of failure like one storage area network (SAN) or LAN switch or a single storage system. Smaller companies may forgo the cost of added redundancy, but larger companies should mitigate any threat to critical application availability.

Select VM mirroring software. Mirroring software must be fully interoperable with the hypervisor on each server, as well as the applications being protected. For example, everRunVM from Marathon Software can protect Exchange, SQL, SharePoint and BlackBerry services and is fully compatible with Citrix Systems Inc.'s XenServer.

Test failover/failback regularly. Once tested and deployed, it's important to verify HA readiness by periodically testing the failover/failback behavior of mirrored VMs. The trigger may be as simple as disconnecting a network cable from one server and verifying that the mirrored VM continues application availability from the second server without disruption.

Maintain virtualization high availability in backup regimen. Protecting VMs with HA is often considered a form of DR, but even mirrored VMs need to be backed along with other nonmirrored VMs. Backups can be performed from a SAN to other storage or off-site locations using a variety of software tools.


This was first published in March 2010

Join the conversationComment

Share
Comments

    Results

    Contribute to the conversation

    All fields are required. Comments will appear at the bottom of the article.

    Disclaimer: Our Tips Exchange is a forum for you to share technical advice and expertise with your peers and to learn from other enterprise IT professionals. TechTarget provides the infrastructure to facilitate this sharing of information. However, we cannot guarantee the accuracy or validity of the material submitted. You agree that your use of the Ask The Expert services and your reliance on any questions, answers, information or other materials received through this Web site is at your own risk.

    Back to top