Monthly Archive for April, 2009

Cloud OS: VMware vSphere 4 Launches

CLOUD OS: VSPHERE 4 LAUNCHES

This week, VMware upgraded its main product line VMware Infrastructure 3, to deliver IT infrastructure as a service internally.

SaaS, or “Software as a Service” is a term often seen in discussions of Cloud Computing, where these services are offered remotely from data centers over the Web. With vSphere, companies can now do this internally as well. VMware is calling it “the industry’s first operating system for building the internal cloud.”

vSphere was foreshadowed with the announcement of  VDC-OS (Virtual Data Center Operating System) last Summer at the Las Vegas VMworld Conference, as I wrote about here.

Virtualization is a disruptive technology of sorts, in that it breaks the “hard link” between hardware and software, or more specifically between the Operating System and hardware. A VMware virtual machine (VM) can create an OS that is essentially hardware vendor independent — as long as it runs on x86 processors — and encapsulate it to run on any number of platforms. Indeed multiple OS instantiations can run on a single physical server. The impact of this is phenomenal: it can undermine the value proposition of an “integrated” solution from some server vendors. In this way, it can reduce capital and operating expenditures, even as information explodes.

There are several capabilities of this new release that are impressive. Here are the ones that caught my eye:

Efficiency:

  • 8000 DB transactions per second per virtual machine. Can you say OLTP?
  • Over 200,000 IOPS per ESX host. Can you say Ultra Enterprise Sun IBM “Oracle”-Fire 15000 High Performance Computing? [I launched the StarFire 10000 when I was at Sun.]

Control:

  • Ability to control an entire virtual data center from a single pane of glass. VMware calls this the ability to “holistically manage” infrastructure elements.
  • Access to the Cisco Nexus 1000v “virtual switch.”

Choice:

  • Storage VMotion permits moving the VM from where it lives — on the storage — to other kinds of storage as needs require. This would allow migrating for example, from expensive Fibre Channel disk drives to less expensive SAS drives, or even changing storage protocols.
  • Fault Tolerance permits a “ghost” version of a VM to run on another physical server, in “lock step” but invisibly, such that should the original VM or server fail, the fault tolerant version will immediately become available on the second server.


Thanks for coming along.

BillPetro.com