vsphere_static_160x300
Badges

vexpert_logo_100x57

gestaltitbadge

follow-me-twitter

Subscribe to me on FriendFeed

Comments / DISQUS
Feedjit.com

Tap into vSphere PVSCSI Performance with Separate VM Boot and Data Drives

One of the most interesting new vSphere storage features in my opinion is the new virtual disk paravirtualized SCSI (PVSCSI) controller. It has been reported that improved I/O with as much as 18% reduction in ESX 4 host CPU usage can be achieved by switching to PVSCSI. The benefits of PVSCSI performance are twofold:

  • Reduced data center power and cooling costs to when you consider the impact of tens of hosts not having to work as hard
  • A potential higher VM to host consolidation ratio when more CPU cycles are available

For reference, EMC virtualization guru Chad Sakac provided a post that explains the PVSCSI performance benefits:

http://virtualgeek.typepad.com/virtual_geek/2009/05/update-on-the-io-vsphere-performance-test.html

However, to take advantage of PVSCSI a VM virtual disk configuration might need to change. Because VMware does not support PVSCSI on the operating system boot partition, VMs will need to be configured with separate virtual disks(.vmdk) for the boot drive and the data drive(s). Note that all the posts and articles referenced mention that PVSCSI works on a .vmdk containing the boot partition. It’s just that VMware officially does not support it.

So, the challenge for using PVSCSI then is to migrate services and applications that exist on VMs that contain both the boot partition and the data on a single .vmdk. Although separate boot and data partitions are the defacto standard for physical servers, the convenience of VMs has lead to a single .vmdk configuration in a lot of IT shops.

Incentive to use PVSCSI therefore actually overlaps with a shift in VM deployment strategy and ultimately supports and provides performance reasons to adopt smaller, dedicated .vmdks for boot partitions. This multi .vmdk design change also has other benefits including optimization of deduplication and DR site replication technologies.

Here are some quick thoughts on deploying and migrating VMs to a multiple .vmdk configuration.

  • Build a golden image VM template with multiple .vmdks, or change future VM deployment policy to include adding new .vmdks for installing applications and storing data.
  • For VMs that already have separate partitions on a single .vmdk use VMware Converter or another tool to V2V to a new VM with separate .vmdks for each partition.
  • When possible, make sure P2V migrations of physical servers result in a separate .vmdk for each partition
  • Unfortunately, building new VMs and reinstalling the applications may be the only choice for existing implementations combined on a single partition .vmdk

Once the .vmdk configuration is ready, PVSCSI can be enabled following the processes explained in these posts:

The final question may be “is it worth the effort to migrate to a PVSCSI supporting configuration for all VMs”? The performance, consolidation, and cost savings factors would lead most virtual administrators to answer “yes”, but ultimately the decision will most likely be made on a VM by VM basis. There are some other factors to consider as well. For example, vSphere Fault Tolerance cannot be enabled on a VM using PVSCSI.

VMware’s PDF on the new vSphere storage features can be found at http://www.vmware.com/files/pdf/VMW_09Q1_WP_vSphereStorage_P10_R1.pdf.

Related Posts

  • Anonymous
    UPDATE: With vSphere Update 1, VMware now supports boot disks to be used with the paravitual SCSI controller !
  • Per Scott Lowe's latest post on deciding between VMware FT or PVSCSI/VMXNET3 (you can't do both BTW) I decided to include 2 more links about the limitations of VMware FT.

    http://communities.vmware.com/thread/217845
    http://communities.vmware.com/blogs/vmroyale/20...
    see Scott's trackback below
  • Jim S
    I've had great success using ghost32 from inside of a BartPE to migrate VM partitions around. It would be fairly easy to do this to go from the regular vSCSI adapter to the paravirtualized adapter. You'd just need to add a new vmdk to the server using the paravirtualized adapter, let windows detect the new adapter, install the driver, and intialize the disk. Then you reboot the server using a BartPE image that has ghost and the correct F6 SCSI drivers in it and do a partition to partition copy from the old standad SCSI adapter vmdk to the new paravirtualized SCSI adapter vmdk. In my experience this migration takes less time than using VMware Converter.

    Just because we now live in a virtual world doesn't mean all the old physical tools have become meaningless.
  • You can boot off PVSCSI. You just need to tell the VM to load the drivers first. Check ou the links at the bottom of this article for Windows and Linux.
  • gork
    Why can't you boot off PVSCSI? In windows, maybe OK, but I bet you can do it in Linux no problem.
  • I thought that when I do a conversion of physical server with for exemple RAID 1 with 2 partitions (sys+data) you can't have a 2 VMDK at the end of the conversion...... Apparently I was wrong...

    >When possible, make sure P2V migrations of physical servers result in a separate .vmdk >for each partition

    Thanks Rich
  • Vladan,

    In VI3.5, if you use the vCenter Converter Enterprise you cannot
    customize the new .vmdks, but if you use the latest version of the
    stand alone converter you can split multiple partitions into multiple
    .vmdks.

    I'm not sure abut the Converter Enterprise edition of vSphere vCenter.
  • Nice post. I did not know about the FT thing with pvscsi. (I had not looked into FT yet).
  • I think the FT features are not a very strong selling point yet to the current critical environment we may need it, as 1 vCpu per VM when FT enable, is not very strong approach, therefore to have paravirtualize by trade off the FT may be ok for most users. Good information on this post.
blog comments powered by Disqus
Hyper9 Cowabunga
Support VM /ETC
Support VMETC.com

Support VMETC.com

Free Business and Tech Magazines and eBooks
@rbrambley tweets
Advertisements
VMTN Roundtable Podcasts
Subscribe



Add to Google Reader or Homepage
Subscribe in NewsGator Online
Add to netvibes
Add to Plusmo