Tuesday, December 21, 2010

Cost versus Performance... The battle continues...

Over the past couple of weeks, I've had various meetings discussing upcoming features and roadmaps for both the latest versions of VMware 4.x and vCenter, as well as Hyper-V 2008 R2 and SCVMM. 

The battle continues between Microsoft's debate on cost savings versus VMware's claim to fame that their product is not only more cost effective (per app), but their expertise in virtualization performance coupled with their advanced capabilities that Hyper-V has yet to match, keeps them on top as an enterprise virtualization solution. The question is... How close is Microsoft to either A. Matching the capability that VMware has (if ever)? and B. Which solution is more important to your organization, cost or performance?

Microsoft in June 2010 conducted a very extensive study (though I have to assume that the metrics are slightly skewed) on the cost benefit analysis of Hyper-V to VMware.

The key points in the cost analysis was that Microsoft has a cheaper solution when you break it down per guest operating system as well as a cheaper solution when looking at annual labor costs within a VI... Though the one thing that it doesn't seem to discuss, is not the performance of the VI test model, nor did it discuss existing capabilities within the products that were tested. Knowing that this was a cost analysis and only a cost analysis I think that Microsoft could in fact be a cheaper (bottom line dollar amount) product... Meaning in test lab environments it's an ideal solution (as you can see below)...

Workload Comparison – Average Cost per Guest VM by Platform
The respondents were asked to identify the workloads their company had virtualized. Across workloads (App, DB, DR, Email, Test & VDI) the Hyper-V costs were less expensive for all workloads except test – in all other workloads the Hyper-V customer saw significant savings.

                                                                                                  (Microsoft, 2010).

The bottom line is looking at the above, that most platforms are utilizing VMware versus Hyper-V (with the exception of test/lab environments). If you look at some of the noteworthy platforms (VDI, E-mail, and App), you can see that VMware is even more heavily utilized (though costing more). I believe this to be true because these environments are extensive to configure in a VI (especially a VDI solution). Also, because VMware has more redundancy measures you can configure within those environments, the labor associated with the design and operations may also be increased.

Bottom line, it's the organization that decides the benefit of their VI design and layout (be it cost, features, performance, or a combination of all of the above based on the requirements). However, I think David Davis a contributor to SearchVMware.com nailed it on the head...

Why VMware ESX beats Microsoft Hyper-V, hands-down
In the end, it is my opinion that VMware "wins the war" for several reasons. Perhaps most obvious, is that Microsoft is already incredibly behind VMware in terms of virtualization know-how and may never catch up. In 2007 alone, VMware announced ESXi, Site Recovery and Update Manager in an effort improve ESX Server. As they will continue to improve their product year after year to provide more value, Microsoft is fighting an uphill battle.

In addition, VMware will continue to see a huge surge in revenue thanks to Virtual Desktop Infrastructure (VDI). VDI, in my opinion, will be the next wave of virtualization after server consolidation. Also, VMware will be able to compete in the price war with Microsoft because of ESXi. The company has the option of giving it away for free, but even if they don't they're still offering it at $495 as opposed to Windows Server 2008 Hyper-V at $999.
 
Finally, and most importantly, ESXi can still win in efficiency. Compare the ESXi hypervisor at 32MB to the size of Hyper-V at about 2GB. Who will win at boot up? Who will win at security? Who will win when it comes to a lack of troubleshooting and solid reliability? My guess is that 32MB worth of code is going to be inherently faster, more secure and more reliable. In terms of reliability and uptime, it has been stated that ESX will run for 1000+ days without a reboot, whereas Windows Server 2008 Hyper-V will need to be rebooted every 30 days due to Windows Updates.
 
In the end, if you look at just a single license of VMware Infrastructure Suite Enterprise at $6950, and compare that to a single license of Windows Server 2008 Enterprise or Standard, the cost for the VMware solution will undoubtedly cost more. However, it still beats Microsoft's Hyper-V in terms of performance hands-down.

                                                                                             (Davis, D., 2008).

Regardless, of your environment and budget, requirements are going to define whether or not you utilize Hyper-V or VMware. If you have no requirement to deploy a highly available solution and you have a limited budget, then Hyper-V is the answer. If you have a large environment with a complex storage and network implementation and you want to utilize redundant solutions within your host, guest OS's, and network implementation then VMware with vCenter is the answer.

On a personal note, I hope everyone has a Happy Holiday and a Happy New Year... More blogs to come in 2011. Hope you enjoy!

References:

Davis, D. (2008). How VMware ESX performance trumps Hyper-V's price. Retrieved on December 21, 2010 from How VMware ESX performance trumps Hyper-V's price

Microsoft. (2010). Microsoft Hyper-V vs. VMware ESX & vSphere Operations & Management Cost Analysis. Retrieved on December 21, 2010 from Microsoft Hyper-V vs. VMware ESX & vSphere Operations & Management Cost Analysis

Wednesday, December 1, 2010

Finally nice to see some serious competition in the virtualization marketplace...

Watch out VMware, because Microsoft is going to catch up and provide some serious competition in the virtualization and cloud computing marketplace!!!

I've had the recent privilege of playing with System Center Virtual Machine Manager (SCVMM) from Microsoft (which is part of the System Center Suite) and got to manage some physical Hyper-V hosts. I have to say that with R2, the functionality of SCVMM is comparable to vCenter. They are working on developing the methods to match VMware's capability of amazing functions like Storage vMotion, vMotion, DRS, and HA.

What's even crazier is that SCVMM can manage vCenter instances (limited capabilities as opposed to using vCenter) and ESX/ESXi hosts.

Now these features (almost all of them) are new to R2. Meaning six months ago, VMware was the only decent virtualization product out there that supported serious clustering models for a larger enterprise. Witih the release of SCVMM 2008 R2, there is definitely some competition brewing between Microsoft and VMware.

One area that is difficult to negotate (for many businesses) is the cost of licensing. Microsoft has VMware beat (to a certain degree) with their Datacenter licensing model. Server Management Suite Datacenter (SMSD) costs about 1,500 per 2 procs and you have to purchase it at a 2 proc minimum; whereas vCenter alone is about triple the costs and Enterprise Plus licenses is about 3,900 MSRP per proc.

However, as it stands right now, VMware still offers more networking and advanced storage options. Though this leaves me to believe that with R2's included migration, networking, and current storage options now, Microsoft isn't too far behind in being a viable competing organization in the virtualization and cloud computing market. Especially, given SCVMM's ability to integrate with the entire System Center productivity suite (Operations Manager and Configuration Manager). I hope to receive more formal training on SCVMM and VMware in the next few months so I'll be able to provide a more educated comparison of the two products in later blogs. For now, check out the new features of SCVMM 2008 R2.

What's New in VMM 2008 R2

System Center Virtual Machine Manager 2008 (VMM 2008) is a comprehensive management solution for managing virtualized infrastructure running on Windows Server 2008 with Hyper-V, Virtual Server 2005 R2 and VMware ESX through Virtual Center. Recently, Windows Server 2008 R2 RC was released, which includes significant feature improvements to Hyper-V—the underlying hypervisor platform. VMM 2008 R2 – the next version of VMM – has recently been released. VMM 2008 R2 leverages the new platform enhancements and extends the feature set of VMM 2008. This overview highlights the most important new and significantly enhanced features in the VMM 2008 R2:

Support for new features of Windows Server 2008 R2

  • Live Migration: Seen through the VMM console, this enables administrators to move a virtual machine between clustered hosts in a way that is completely transparent to the users connected to the virtual machine. This allows administrators greater flexibility in responding to planned downtime and provides higher machine availability. The basic requirements for Live Migration are that all hosts must be part of a Windows Server 2008 R2 failover cluster and host processors must be from the same manufacturer. Additionally all hosts in the cluster must have access to shared storage. No changes are required to existing virtual machines, network, or storage devices in moving from Quick Migration to Live Migration other than upgrading to Windows Server 2008 R2 and VMM 2008 R2.
  • Hot addition/removal of Storage: Allows the addition and removal of storage to virtualized infrastructure without interruption. Additionally, "live” management of virtual hard disk (VHDs) or iSCSI pass through disks, allows administrators to take advantage of additional backup scenarios and readily use mission critical and storage-intensive applications.
  • New optimized networking technologies: VMM 2008 R2 supports two new networking technologies – Virtual Machine Queue (VMQ) and TCP Chimney – providing increased network performance while creating less of a CPU burden. NICs that support VMQ, create a unique virtual network queue for each virtual machine on a host that can pass network packets directly from the hypervisor to the virtual machine. This increases throughput as it bypasses much of the processing normally required by the virtualization stack. With TCP Chimney, TCP/IP traffic can be offloaded to a physical NIC on the host computer reducing CPU load and improving network performance.

Enhanced storage and cluster support

  • Clustered Shared Volumes (CSV): Provides a single, consistent storage space that allows hosts in a cluster to concurrently access virtual machine files on a single shared logical unit number (LUN). CSV eliminates the previous one virtual machine per LUN restriction and coordinates the use of storage with much greater efficiency and higher performance. CSV enables the Live Migration of virtual machines without impacting other virtual machines sharing the same LUN. Enabling CSV on failover clusters is straightforward; many storage configuration complexities prior to CSV have now been eliminated.
  • SAN migration into and out of clustered hosts: This allows virtual machines to migrate into and out of clusters using a SAN transfer, which saves the time required for copying the virtual machine file over the network.
  • Expanded Support for iSCSI SANs: Previously, only one LUN could be bound to a single iSCSI target whereas now – with support now built into VMM 2008 R2 – multiple LUNS can be mapped to a single iSCSI target. This provides broader industry support for iSCSI SANs allowing customers more flexibility in choosing storage providers and iSCSI SAN options.
  • Storage Migration: Quick Storage Migration enables migration of a VM’s storage both within the same host and across hosts while the VM is running with a minimum of downtime, typically less than 2 minutes. VMM 2008 R2 also supports VMware storage vMotion which allows the storage of a VMware VM to be transferred while the VM remains on the same host with no downtime.
  • Rapid Provisioning: Allows administrators to take advantage of SAN provider technologies to clone a LUN containing a VHD and present it to the host while still utilizing the VMM template so the OS customization and IC installation can be applied.
  • Support for third party CFS: For users requiring a true clustered file system, VMM 2008 R2 supports third party file systems by detecting CFS disks and allows for deploying multiple VMs per LUN.
  • Support for Veritas Volume Manager: VMM 2008 R2 recognizes Veritas Volume Manager disks as a cluster disk resource.

Streamlined process for managing host upgrades

  • Maintenance Mode: Allows administrators to apply updates or perform maintenance on a host server by safely evacuating all virtual machines to other hosts on a cluster. Maintenance mode can be configured to use Live Migration to move the virtual machines or can put the workloads into a saved state to be safely reactivated when maintenance or upgrades are complete. Maintenance mode is enabled for all supported hypervisor platforms on Windows Server 2008 R2.

Other VMM 2008 R2 enhancements

  • Support of disjoint domains: Reduces the complexity of reconciling host servers with differing domain names in Active Directory and DNS. In these situations, VMM 2008 R2 automatically creates a custom service principal name (SPN) configured in both AD and DNS allowing for successful authentication.
  • Use of defined port groups with VMware Virtual Center: On installation, VMM 2008 R2 will present available port groups for VMM’s use with VMware vCenter thus allowing administrators to maintain control over which port groups are used.
  • Queuing of Live migrations: This feature enables users to do multiple Live Migrations without needing to keep track of other Live Migrations that are happening within the cluster. Detects when a Live Migration will fail due to another Live Migration already in progress and queues the request for later.
  • Host compatibility checks: VM migration requires host hardware to be compatible; this feature provides a deep check for compatibility using Hyper-V and VMware compatibility check APIs. Administrators can check if the source host is compatible with the destination host before performing a migration and finding out the VM cannot start on the new host. A related feature makes a VM compatible by turning off certain CPU features which makes the VM compatible with the hosts in the cluster.
                                                                                      (Microsoft, 2010).


Reference

Microsoft (2010). What's New in VMM 2008 R2. Retrieved on December 1, 2010 from
           What's New in VMM 2008 R2 - Microsoft Corp.