Slashdot Mirror
VMware Opens Up API to Partners
mstansberry writes "This week VMware opens up its source code to its x86 partners, calling it the best mix of open-source and proprietary. While the general public won't get a look at the source code, the likes of IBM, HP, Red Hat and others will. Releasing an API is a way for a company to bring more people into the fold and to get more applications integrated within the platform. But from the looks of last quarter's financial reports, VMware doesn't need much help getting people on board."
In case you were wondering, VMware is an application that lets you run several virtual machines on one host machine, and even set up a virtual network of those machines and bridge it to the real world if you want, allowing honeynets and the such.
I hate headlines that list some alphabet soup without explaining what the heck it is. I read about 2 years of RSS headlines before seeing an article that mentioned what RSS was.
Xen requires the guest OS to be ported though. So Xen can't run XP, and other OS's because they are never going to be ported..
VMware ESX is Linux, after all. They post their GPL'ed parts, and they provide kits that use OSS to extend scripting and management capabilities. They're pretty OSS friendly.
Wow, 93% growth in their VMWare subsidiary! We just bought two servers, and will probably grow the "farm" to four within the next two years. We like what ESX has to offer, in terms of availability and flexibility.
There exists no way of exchanging information without making judgments. --Bene Gesserit Axiom
If you don't want to pay for VMWare, I would suggest trying out QEMU.
Ever since the "QEMU accelerator" module has been released (version 0.70), it has worked as a virtualizer as well as emulator, so you can get almost VMWare-like performance (that is, if you just want to run Windows under Linux or vice versa). QEMU itself is licensed under LGPL, the accelerator module is free as in beer (and there's another, open-source accelerator project in the works, though I'm not sure what the situation is today)
More-importantly, why Apple isn't shipping their "Developer Kits" as VMware .vmdk images instead of on actual hardware. When you simply need to develop/port an application over, and aren't using any hardware-specific calls (SSE3), you can get by with a .vmdk running in VMware instead of on a $999.00 + $1,5000 developer kit and subscription.
Not only could they reach a wider market of developers who can't afford the $2,499 DevKit cost, but they can also reduce their own operating expenses (and tie the OS tightly to the VMware BIOS if they wanted to). It strikes me as odd why they didn't consider this. People are already hacking the DevKit builds to run in VMware now, successfully.
Oracle does it, why not Apple?
I see Mac OS X Server on (something like) vmware on non-Apple x86 enterprise server hardware in Apple's future.
I don't. Apple's been very clear on their intentions, and they're not about to throw their users to the mercy of the crap hardware makers like Dell and Gateway.
I think that the far more likely scenario is that shops that have legacy apps that have to run on MS operating systems will be able to run them under VMWare on their Intel-based Xserves.
The benefit of this will be that as soon as a watchdog process detects that the windows instance has been damaged in any way, it's trivial to kill it and restart from a pristine image.
This is the ultimate customer solution to MS's myriad quality issues: run the broken product in a sandbox on a working system.
-jcr
The only title of honor that a tyrant can grant is "Enemy of the State."
From http://www.ibm.qassociates.co.uk/vmware-esx-serve
Intel and AMD are introducing new virtualisation-aware chips that'll fix this though. Code (and test machines) have been contributed by Intel to the Xen project (AMD is following suit), so xen-unstable already boots unmodified OSes (not quite Windows yet but it should work soon).
The idea is that Windows will run with good performance in a fully virtualised guest. Once a fully-virtualised guest is up and running, Xen-aware disk and network drivers will be installed within it to boost the performance even more.
In the future, it *might* be possible to fake out the MS paravirtualisation APIs under Xen to get better performance for Windows (depending on licensing and the achievable performance benefits).
For the immediate future, Win4Lin recently announced official support for running W4L Pro on Xen.
VMWare ESX is NOT Linux...
>IIRC someone ported Linux to one of the virtual machines and was able to run a crazy number of instances on one set of hardware.
IBM did, but noone said that this 'crazy number' of Linux VM was something usable, I think it was just a stress test.
What is the point of running a 'crazy number' of VM if most of them must stay idle otherwise the computer melt down under the load?
Also no need to 'open up' the architecture of mainframes, AMD and Intel are adding their own virtualisation technology to x86, they have hyped it several times already.
Virtualisation will increase the flexibility for administrators, and allow some power usage reduction, but I'll doubt that companies will rush to dump their current hardware to have these new CPUs just because they support virtualisation..
In the end people end up with HDS, HP.
You're kidding, right?
Where I've worked almost everyone uses EMC storage, and keep getting more. See this:
http://www.theregister.co.uk/2005/07/21/emc_q2/
EMC's acquisition of VMWare was all about getting into the server virtualization market. EMC could already virtualize storage, but the trend lately is for server consolidation. Instead of putting 8-10 1U servers in a rack, you can put an 8-way 7U box in a rack and run 8-10 virtual servers on it. Now imagine having a rack full of 8-way servers emulating an entire server farm of 1U machines.
VMWare's server virtualization stuff allows you to move a virtual server from one physical server to another while the VM is running. This is potent stuff. Couple virtualized servers with virtualized storage and you have a powerful argument for EMC's SANs in more datacenters.
>with enterprise-ready UML,
Enterprise? Ready? UML? Nice joke.
> Xen et al.
Another enterprise ready virtualization technology!
So many free, enterprise-ready virtualization technologies, so litle time....
In real life VMWare has a great advantage over the competitors; it's stable, mature, supports heterogenous OS, snapshots and the latest Clariion's virtualization features can be combined with VMWare's features (don't ask me how, I just read the press release; I guess VMWare can make use of Clariion's virtualization features to create virtual physical disks on the fly). In case you didn't know, these are some major features that enterprise-ready VM software needs to have.
As far as *enterprise* features are concerned, in comparison with VMWare, UML and Xen are *currently* a joke.
Xen could pick up next year, but it's got a lot of catching up to do.
Microsoft will do quite well once they start supporting Linux (next year, I think).
For many VMware is just workstation product. Because that is what they get to see people discussing in the LUG. Please checkout www.vmtn.net (VMware technology network) and see the discussions on ESX,VC and ACE from the enterprise users. The feature set that you get there is mind blowing. I cant think of anything equivalent in any other product/OS currently or in the near future. VMware has many "first" to their credit that no other software provides/provided. But I would say they have been such a low profile company. They are hitting the headlines only after their EMC acquisition, which is understandable considering they are moving more into Enterprise segment. Just a partial list of features: NICteaming across different NIC make and models at the kernel level Virtual VLAN Beaconing NIC Failover PXE boot SAN Multipathing Multi vendor SAN support at the kernel level SAN path failover Hot backups of virtual machines through redo logs VMotion (move VMs from one physical host to another without the underlying OS knowing about it) Perl/COM APIs to control Virtual Machines Multiple level of snapshots with VC Cloning from the same base image in WKS By far the largest number of guest OS support. ACE -Virtual machine deployment (http://www.vmware.com/products/desktop/ace_featur es.html)
The product and its features just speaks for themselves. Go and read the specs or try it for yourself.
Do not compare VMware with Xen/Virtual PC or any other projects. They have just started to do things that VMware did 6 years ago.
yes pacificia and vanderpool will let anyone do virtualization. So what ? If vmware could do so many things when there was no hardware support for virtualization, imagine what they could bring in when the support is built into the hardware.
With them already ahead of the game by miles, I could only see that vanderpool and pacifici help them proliferate further in the server market space.
Actually, Appleworks began as a re-branded version of Clarisworks, which actually began as BSWorks, which was written by former Claris employees. When Claris dissolved (and became Filemaker Inc.) Clarisworks became Appleworks. (Although, technically you are still correct, since Claris was the software division of Apple).
VMware had done the hard work of virtualizing a processor that wasn't designed to be virtualized. But upcoming chips from Intel and AMD will support virtualization directly. While you still need some additional code (device emulation, etc.) to get a full hypervisor or virtual machine environment, that code already exists. In different words, the virtualization features of the next generation of x86 chips basically erase VMware's competitive advantage. And that spells trouble for VMware, which is probably why they are trying desparately to tie other companies to themselves.
It would be more logical for Apple to ship the Intel version of OS X as a Virtual PC image. That way, people could run it on both PPC Macintosh and Windows.
Finally, I'd like to point out that Xen is close to zero overhead for most system level benchmarks. Due to licensing restrictions (which I think are not entirely unreasonable) on VMware prodcuts, I don't have numbers for VMware's overheads. Intuitively, though, fooling an OS into thinking it's *not* in a VM requires more effort than not fooling it - VMware will always have to do more work than a paravirtualised solution like Xen, so it necessarily incurs more overhead (for now).
Whilst I'm about it, I should also mention some more things that are under development. Yes, you can always say things are "on the way" (and I'm sure VMware have cool things in the pipe too). Nonetheless this should be arriving in the foreseeable future and since it's an OSS project it's not a secret...