Yellow Bricks

by Duncan Epping

Archives for 2009

VMTN Podcast number 73, VMworld Booth Rack at Gestalt IT Tech Field Day

· ·

Kind of a weird topic for a Podcast but this week the discussions was around the “VMworld Booth Rack at Gestalt IT Tech Field Day”. As always you can download this episode here and I have gathered the following links which were posted during in the chat window:

in the ghetto….

· ·

William Lam just updated two of his most popular scripts. If you haven’t looked at them yet, make sure you do as they are worth it. ghettoVCB(g2) enables the backup of virtual machines residing on either an ESX or ESXi host. ghettoVCBg2 is a complete rewritten and enhanced version of ghettoVCB or as William puts it “harder, better, faster, stronger”.

ghettoVCBg2

11/17/09 – The following enhancements and fixes have been implemented in this release of ghettoVCBg2. Special thanks goes out to Gerhard Ostermann for assisting with some of the logic in the ghettoVCBg2 script and the rest of the ghettoVCBg2 BETA testers. Thanks for everyones time and comments to make this script better!

Enhancements:

  • Email log support
  • Include/exclude specific VMDK(s)
  • Additional logging + dry run mode

Fixes:

  • Independent disk aware
  • Large VMDK backups

Original script, but updated with new features and a bug fix:

ghettoVCB

11/17/09 – The following enhancements and fixes have been implemented in this release of ghettoVCB. Special thanks goes out to all the ghettoVCB BETA testers for providing time and their environments to test features/fixes of the new script!

Enhancements:

  • Individual VM backup policy
  • Include/exclude specific VMDK(s)
  • Logging to file
  • Timeout variables
  • Configur snapshot memory/quiesce
  • Adapter format
  • Additional logging + dryrun mode
  • Support for both physical/virtual RDMs

Fixes:

  • Independent disk aware

Creating a VDI template

· ·

Herco van Brug wrote a great article on how to build a solid VDI/View Windows XP Template. Herco recently designed and implemented a large View environment and this article is the outcome. I only quoted the first paragraph as the article is subject to change. Please visit the source article for the full details, it is worth reading!

A basic Windows XP machine can do a lot of things. Apart from facilitating an environment for a user’s applications, it can do things like self maintenance, updates, hardware changes, etc. This is nice in a physical environment with lots of different pieces of hardware but in a virtual instance things hardly change, the environment is pretty much set and all tricks to speed things up usually have an adverse effect on the infrastructure. All these virtual instances need to share the often rather limited amount of resources.

To keep things in check, there’s a lot of things that can be done to optimize an XP image for a virtual desktop. This guide is created from several documents that are already out there but also from our own experience and experience from a couple of other VDI specialists.

This guide is based on Windows XP because of its low resources usage compared to Vista and even Windows 7. The general idea however also applies to those versions although specific services and registry keys will most likely not work. Skipping Vista, the next version of this guide will focus on Windows 7.

Iomega IX4-200d

· ·

This friday I received a package. I felt 10-years old again, it was like unwrapping a Christmas present. One hell of a Christmas present I must say and I want to thank EMC and especially Chad Sakac! I un-boxed the two Iomega IX4-200d units and turned them on.

After a couple of minutes I had them up and running. It’s a matter of turning them on and wait until they receive an ip-address from your DHCP server. Of course I changed the DHCP address to a fixed address, this is literally a couple of clicks.

I guess that’s the story of the Iomega IX4-200d, everything is just a couple of clicks. You want to enable iSCSI? Three clicks. You want to set Quotas? Three clicks. You want to add a user? Three clicks… I see a trend don’t you?!

Within a matter of minutes I did not only had both devices running I also setup a replication schedule for the CIFS share… That’s another great thing about this device: CIFS, NFS, iSCSI, Apple File Sharing and FTP. There should at least be one that fits your needs. I will try to do some decent testing soon when I receive my new desktop and a decent 1Gb switch…

For now I can recommend the Iomega IX4-200d to everyone. They are simple to use and look awesome.

Performance: Thin Provisioning

· ·

I had a discussion about Thin Provisioning with a colleague last week. One of the reasons for me not to recommend it yet for high I/O VMs was performance. I had not seen a white-paper or test yet that showed their was little impact of growing the VMDK. Eric Gray of Vcritical.com had the scoop, VMware just published an excellent whitepaper called “Performance study of VMware vStorage Thin Provisioning“. I highly recommend it!

Surprisingly enough there is no performance penalty for writing to a Thin Provisioned VMDK when it comes to locking. I expected that due to SCSI reservations there would at least be some sort of hit but there isn’t. (Except for zero’ing of course, see paragraph below) The key take away for me still is: operational procedures.

Make sure you set the correct alarms when thin provisioning a VMDK. You need to regularly check what the level of “overcommitment” is, what the total capacity is and the percentage of disk space still available.

Another key take away is around performance though:

The figure shows that the aggregate throughput of the workload is around 180MBps in the post-zeroing phase of both thin and thick disks, and around 60MBps when the disks are in zeroing phase.

In other words, when the disk is zeroed out while writing there’s a HUGE and I mean HUGE performance hit. To avoid this for thick disks there’s an option called “eager zeroed thick”. Although this type is currently only available from the command line and takes longer to provision, as it zeroes out the disk on creation, it could lead to a substantial performance increase. This would only be beneficial for write intensive VMs of course, but it definitely is something that needs to taken into account.

Please note: On page two, bottom, it states that VMDKs on NFS are thin by default. This is not the case. It’s the NFS server that dictates the type of disks used. (Source: page 99)