Advertisement
Promo

Server platforms Toolkit

Virtualisation storage options explained

Scott Lowe

Published: 26 Jul 2006 15:45 BST

  • Email
  • Trackback
  • Clip Link
  • Print friendly
  • Post Comment

When it comes to server consolidation or building a development environment, virtualisation is at the forefront of making these efforts successful. A sound enterprise-grade virtualisation strategy includes careful planning. This includes appropriate selection of the components that will make up the virtualisation infrastructure beyond the host servers. A critical component of your strategy must include appropriate shared storage in order to take advantage of the high-end features of virtualisation software.

Virtualisation storage options
The type of storage you choose for virtualisation is dependent on your specific needs, as well as on the type of virtualisation you choose to use. For the purposes of this article, I'll be focusing on only two main types of virtualisation: first, host-based — running your virtual machines under software that is installed on top of a host operating system, such as VMware Server or Virtual Server 2005; second, bare metal — running VMware ESX Server, for example.

With both types of virtualisation, you can choose either host-based or shared storage, but you should be aware of some of the limitations imposed if you decide to stick with host-based storage rather than a SAN or supported NAS device. The host-based virtualisation software is not SAN-aware, but you can still run your virtual machines from a SAN or fast NAS unit by using the underlying operating system's SAN connectivity. You won't get the full benefits that you would get from running your virtual machines from a SAN, using bare-metal virtualisation, but it remains an option to consider. I'll go into more detail on each of these setups below.

Host-based virtualisation and host-based storage (host/host)
This scenario is the simplest to grasp and the easiest to implement. Here, everything is local — the virtualisation software, the virtual machines and the storage. Furthermore, since the virtualisation software runs on either Linux or Windows, you're probably already familiar with managing the environment. However, in this scenario, your virtual machines are afforded very little real-time protection. If your host server dies, all the virtual machines will go with it. Sure, you can back up the virtual machine files and restore them in the event of a failure, but the process will be somewhat time consuming and, depending on how you handle the backup, you may lose some data.

Host-based virtualisation and shared storage (host/shared)
If you have a SAN or a supported NAS device and you want host-based virtualisation (due to cost, perhaps), this is your best option. In this scenario, the virtual machines still run on top of the host operating system, but you can store the virtual machine configuration and data files on the SAN. While the virtualisation software itself is not SAN-aware, you can still take advantage of the capabilities offered by your SAN...

Next

Previous

1 2


  • Email
  • Trackback
  • Clip Link
  • Print friendlyPrint with EPSON

Did you find this article useful?
437 out of 609 people found this useful


Full Talkback thread

0 comments

Company/Topic Alerts

Create a new alert from the list below:




Video icon

Video

Microsoft Futures

Windows 7: Mixed reviews from PDC attendees

As developers received their copies of Windows 7 on Tuesday, they offered varied reactions to the Microsoft operating system update More

Microsoft floats clouds on Windows Azure

At the Professional Developers Conference, Microsoft announced the Azure Services Platform, the company's cloud-computing platform More

Ozzie: Success of Azure comes down to trust

In an interview, Ray Ozzie says businesses will be taking a risk by placing core operations in Microsoft's datacentre, but that the software giant has more to lose if things go bad More


Skip Sub Navigation Links to CNET Brand Links

Help

Become part of the ZDNet community.

Newsletters