Mike Laverick has published a document with lots of interesting stuff about ESX 3.0. It is for those with knowledge of previous versions. I highly recommend checking it out.

Yesterday, I needed a simple proxy and firewall for a test setup on ESX 3.0 (release version). I used the IPCop virtual appliance that can be found on the excellent www.vmwarez.com. To download it yourself, just go here. There are versions for VMware Workstation or Player but also a version for ESX 2.5.2.

I decided to download the version for Workstation and then to move it to ESX 3.0 using VMware's Virtual Machine Importer 2.0 Beta 3. You can download the importer from here. I just wanted to play around with the importer a bit.

Importing the virtual machine went perfectly. It is a simple wizard that asks for the vmx file of the source virtual machine and then asks questions about the destination. I gave the wizard the name of our VirtualCenter 2.0 server so I could place the virtual machine in the correct folder. A few minutes later it was done and I am now running IPCop on ESX 3.0.

After importing the virtual machine in ESX 3.0, you will have a 2GB disk and two network cards. The first network card is the internal one (GREEN), while the second is the external one (RED).

This clearly shows the advantage of the concept of a virtual appliance in practice. I had a need for specific functionality and within minutes, the job was done. Great stuff!

Already for a while now, Microsoft supports host clustering for Virtual Server 2005 R2. This article tries to compare these features to VMware ESX 3.0 high availability and VMotion. More and more, Microsoft is using these features in pre-sales talks with customers. If you, as a potential customer, are not aware of some of the details, you might end up thinking that Microsoft’s offering is equal to VMware’s. This article will show it is not. Of course, you have to match what is offered to your needs. Depending on those needs, Virtual Server 2005 R2 might be a good fit.

 

To be fair, VMware provides high availability out of the box only with ESX 3.0 and its HA feature. At the time of this writing (June 22^nd 2006), ESX 3.0 is only just available. ESX 2.x did not provide such a feature although some third party offerings were available.

 

The components you need to create a basic cluster for Virtual Server 2005 R2 are:

 

• Two servers running Windows Server 2003 Enterprise or higher to create a cluster (MSCS).
• SAN or iSCSI LUNs to provide some form of shared storage.
• Virtual Server 2005 R2 (free)
• The host clustering whitepaper that includes a script to implement virtual machines as cluster resources. This whitepaper can be downloaded from the Microsoft site.

 

After installation, you create cluster groups containing one or more physical disk resources and one or more virtual machines. You need to use the provided script from the whitepaper because the virtual machine resource is implemented with a script.

 

Before delving into some of the details, you should know that you can do the same thing with VMware GSX and soon VMware Server. A company called VM6 has a product called Virtual Machine EX. The price is low so it will fit in any budget, especially when you consider that you already need to spend quite a lot on Windows Server 2003 Enterprise, iSCSI or SAN solution, etc...

 

When you implement Virtual Server 2005 R2 in a cluster (maximum 8 nodes), you basically get two additional features:

 

1. Automatic restart of virtual machines in case of host failure.
2. "Hot" migration of virtual machines from one host to another.

 

Automatic restart is fairly simple. When a host in the cluster goes down, another host will detect it and restart the virtual machines of the failed host. Microsoft provides only the basic features here. You can specify a host preference and that is basically it.

 

ESX 3.0 and its HA feature (high availability) provides extra controls to fine-tune the whole process. With admission control, ESX checks that enough resources are available depending on the failover capacity that has been set. Depending on your settings, you can disallow starting a virtual machine if that means that ESX cannot guarantee restart in case of failure. You can also allow startup but that could mean that performance might suffer in case a host goes down (cluster turns red). Together with DRS (distributed resource scheduler), the cluster also determines which host can best start the failed virtual machine. The cluster can also be provided with rules about machines that should run together on one host or machines that should not run together on the same host. Basically, these added features help in ensuring the overall health of the cluster and make sure that enough capacity is left to restart virtual machines in case of failure. This is important to meet performance requirements and SLAs.

 

The whole setup process of an ESX cluster is remarkably simple. After your ESX boxes have been setup, you create the cluster in VirtualCenter 2.0. Creating a cluster is then merely a process of dropping ESX nodes on the cluster and specifying HA and DRS settings.

 

Next to restarting virtual machines in case of failure, hot migration is the second feature that host clustering with Virtual Server brings to the table. Hot migration works by saving the state of a virtual machine to disk, moving the cluster resources to the host you specified, and resuming the virtual machine from the saved state. The virtual machine is down for a few moments during the transfer.

 

Although this type of “hot” migration basically works, you cannot guarantee uptime in all cases. Depending on the load of the virtual machine, its memory, load of the host and other factors, there could be a downtime of several seconds. Depending on the client application or action, this means timeouts or failure to complete an action. This system simply does not provide the best guarantees for transparency to the end user or application.

 

VMotion with VMware ESX provides much better guarantees for transparency because the virtual machine is not turned off. While the virtual machine’s state is being transferred, the virtual machine stays online. Clients connected to the virtual machine might notice a drop in performance (e.g. file copy that slows down a bit).

 

Another drawback of Virtual Server 2005 R2 host clustering is the amount of LUNs you need, to support “hot” migration for each virtual machine. In essence, when you want to migrate a virtual machine independently of the others, it needs its own LUN. If you put more than one virtual machine on the same LUN, all of them need to be “hot” migrated together. This can provide management headaches when all of a sudden you need to manage hundreds of small LUNs to support your virtual machines in a large cluster. You also need to manage drive letter mappings or mount points for all those LUNs.

 

With ESX you can put many virtual machines together on a larger LUN and still VMotion those machines independently. This is because VMFS is a clustered file system that multiple ESX servers can access at the same time. During VMotion, the source server just releases its lock on the virtual machine’s files in order for the target to take over.

 

Conclusion

Although Virtual Server 2005 R2 provides a basic feature set with regards to host failover and hot migration, there are several drawbacks related to how these features are implemented. As always, as a potential customer, detailed analysis of product features together with a proof of concept is an absolute necessity. Don’t take the pre-sales rep’s word for it!

On Jan Tielen's excellent blog, I picked up this item. There is an e-book you can download with a lot of information about key SharePoint 2007 features. It is primarily written for people with a development background but it is interesting for everyone interested in the new features.

Download here.

Apparently, the guys over at DataViz will have a solution to enable direct push for Windows Mobile 2003 devices. Check out the article at their site. At this moment, you need a Windows Mobile 2005 device with the MSFP (Messaging and Security Feature Pack). With the software from DataViz you will be able to get these features on your older device. Expected later this year.

It looks like it is possible to extend and shrink the system volume in Windows Longhorn (Beta 2). Below is a screenshot showing the options (click to enlarge):

I tried shrinking and extending the C: volume several times and it works well. A welcome improvement.

Great news to hear that ESX 3 will be available this month. In anticipation to the release, a number of interesting whitepapers have been released. Check them out here.

You should definitely read this because it describes the pricing, packaging and licensing in more detail. For most of our customers, the choice will be obvious: VMware Infrastructure Enterprise will be the way to go. It includes all ESX 3 features, VMFS, Virtual SMP, VMotion, HA, DRS and Consolidated Backup. It does not include a VirtualCenter management server. A separate license is required for that (per server). VMware Infrastructure in general is licensed per two CPUs and they allow you to distribute that over physical servers how you want.

Ok, I got some reading to do now....