Xen 4.1 Hypervisor Released
LarsKurth writes "The Xen.org open source community just released a new version of the Xen Hypervisor, Xen 4.1. Feature highlights include a new prototype scheduler for latency-sensitive workloads, better support for very large systems (>255 CPUs, 1GB/2MB super page sizes), new security features, and many others. During the development cycle of Xen 4.1, the Xen community worked closely with upstream Linux projects to ensure that Xen dom0 support and Xen guest support are available from unmodified Linux distributions. The release announcement contains a full list of changes."
The last version was so full of bugs it was nearly unusable, including some that disabled the keyboard on some of our machines.
Ever since IBM stopped contributing this Xen two years ago, the pace of Xen development has been pathetic. Not sure why this project is still alive.
I run openSuse 11.2 which includes integrated support for hypervisor. When I attempted to implement it it required a kernel adjustment of some sort and a reboot. When I rebooted there was some issue with my screen configuration and x would not start up. I gave up and installed virtualbox instead which is freaking rad and worked flawlessly. Is there an advantage to xen that makes it worth the hassle?
People say my sig is the best thing about me.
XenServer, despite being pretty much the same product, is crap. Somehow, Citrix managed to ruin something that, at the time they bought it, ran well and was fairly solid. They changed enough to make it kludgy pile.
Obligatory XKCD
I tried and failed at Xen 4.0 after using Xen 3.x successfully sometime beforehand - I have been waiting for all those involved to update, stabilise and simplify Xen - looks like it is coming very soon.
Redhat not using Xen for sometime now, fair enough, I'm not using Redhat so it won't bother me much.
If you want to run a ton of VMs on a server, Xen is great. It's fast and stable once you sort through the mess of getting a kernel that both supports your hardware and runs well as a Dom0 (the "host" machine).
And for the past year or two, most distros have shipped kernels which would boot just fine "out of the box" on Xen virtual machines.
It's what most "cloud" or VPS providers run (including Amazon, Rackspace, Slicehost, Linode, etc).
However, if you're running a desktop and want to virtualize, Xen is probably going to be a HUGE pain in the balls, with no real benefits. Just use KVM or VirtualBox.
Yeah, so Xen has all these fancy features. So does KVM. So does VirtualBox. So does VMWare.
The underlying features aren't really the important point - they haven't been for some time and that isn't going to change with this release. The important features right now are manageability - is there a pretty GUI to show the managers? A programmable, easily scriptable API? - and full feature-parity with the likes of VMWare. (Doesn't have to be parity with the enterprise versions, just parity with the free VMWare server will do).
And by feature parity I do not mean "feature parity in theory but it doesn't work in practise because we worked it out by looking at the names of all the features, guessing what they meant and replicated them. Further investigation shows our guesses were wrong in a few places, but hey..."
Bummer.
Watch this Heartland Institute video
Does anyone actually use this?
I was sorta hoping this was about a new Vuzix competitor...
Reality is prettier inside my head...
I'm surprised only negative comments have been posted so far. In the free/OSS type 1 (bare-metal) hypervisor space, is Xen really that far behind? I guess I need to branch out more. I've been running Xen 3.2 for a while and been pretty happy with it. It's a giant pain to install but after that it's okay.
I know vmware stuff is pretty good but I have to pay money for that. Hyper-V requires Windows so that costs money as well. (I'm poor.) To those who would say I should try virtualbox, I have and it's good but it's a type 2 hypervisor and it's not really what I'm looking for to do server virtualization. I guess I better try KVM again. Last time I tried KVM it still needed to mature some more. Sounds like people love it now.
You mean something like libvirt and derivatives?
I've been working for weeks toward setting up a test box for Xen (I want to learn it for work). In my research i found the webmin-related product cloudmin which works for both Xen and KVM. Haven't tried it yet, hopefully it's as good as regularly webmin. That'd provide the GUI, not sure about the other stuff.
"UNIX is very simple, it just needs a genius to understand its simplicity." -Dennis Ritchie
Just curious
http://saveie6.com/
Maybe you should give a go to our DTC and DTC-Xen then? Both are included in Debian and Ubuntu ...
Thomas
Don't believe the FUD in these party-line comments. I run a NetBSD Dom0 with now 7 Red Hat DomU's in an LDAP/messaging cluster on a single server, scoped to 10 concurrent VMs hitting iSCSI cluster targets.
It's not a desktop product. It's designed for high-availability and dense clustering, has a mature codebase and tools, and it works well. And yes, Red Hat 6 runs just fine as a DomU out of the box, and can be a Dom0 as well, if you like (although not "supported" by Red Hat, still quite functional).
Xen is good. KVM won't run on my intel atom boards anyway... No point in expecting all cpus to support hardware virtualization.
HVM is slower than Paravirtualization anyway... as a rule.
Xen is nothing like KVM. KVM is integrated into the normal linux kernel and can run any OS you ask it too using HW virt,
Xen can use full-virt too with hw-acceleration, but it still needs you to run a separate hypervisor, and a daemon in your dom0.
Xen paravirt is even worse, requiring you to run a patched kernel in your domU as well, severely limiting your options as too what OS you can run.
tl;dr
KVM is nice, Xen sucks
I seriously have no idea why RedHat went on with KVM. KVM does not even support live migration. And Redhat is supposed to be the THE enterprise linux. Also, in the world of virtualization it might be important (hint: some anal software vendors still sometimes rely on hardware dongles. which only cause pain to paying customers such as myself) to have a possibility to bypass USB. Try that sometimes. It turns out to be quite an adventure. Last time I tried that I ended up paying quite a sum to VMWare. I tried very hard not to do that.
Consider the Linux kernel from the criticisms you've just made. Does Linus's tree have important features for manageability? Does it have a pretty GUI to show managers? Is it programmable and easily scriptable? The answer is, of course, no; management, GUI, scripts & come from other projects built on top of the Linux Kernel.
The same is true of Xen. The core Xen project is about operating-system-level functionality, just like Linux is. It is, if you will the engine; but what most people want is a car. The scriptable engines, GUI, management tools, and so on are of a completely different type of programming than OS programming, and should be separate projects.
And these projects exist. XenServer is such a system that includes everything that you describe; and the free-as-in-beer version is very powerful. For those wanting an open system, the Xen Cloud Project is a community-oriented version with feature parity, having been based on the same codebase. Additionally, there are people working on porting libvirt bindings to Xen 4.1, so that any management and GUI software that uses libvirt as a backend to manage KVM can also manage Xen.
TCP: Why the Internet is full of SYN.
But does it finally support 24 and 32 bit color depth on the desktop? That was a huge stopping/stumbling block for me on integrating Zen into our datacenter. We ended up going with VMWare's ESXi because it's the only hypervisor that supports 24 bit color depth that I found. I would really have preferred Xen but they seem to have completely ignored the video memory segment of their product.
Anyone know why this is? It seems like it would be a simple addition.
Since 2009 Jack of All Clouds has been putting together a survey of who the largest cloud providers are, using public data from Quantcast to figure out which of the top 500K website are powered by which cloud provider und use that data to rank those providers (and they publish the top 6 or 7 almost every month). See the January report as an example.
The top providers are Amazon (Xen), Rackspace (Xen), Linode (Xen), GoGrid (Xen), Joyent (KVM) and OpSource (ESX). Obviously the published data will miss many of the smaller vendors, but it is striking that the top 4 vendors use Xen.
The important features right now are manageability - is there a pretty GUI to show the managers? A programmable, easily scriptable API?
There is a sa lighweight API called LIBXENLIGHT with a toolstack called XL. If you are looking for a GUI manager the way to go is to use XCP which includes a more powerful toolstack. XCP 1.0 has not caught up with Xen 4.1 yet,but the next release is planned to as far as I know. In any case, there are lots of management tools forXCP which you can pick from. See XCP_Projects
Actually Xen dom0 support *IS* already in mainline upstream Linux kernel as of 2.6.37 ! Some xen backend drivers are still missing from upstream kernel, but upcoming Linux 2.6.39 includes xen-netback backend driver, and xen-blkback driver is planned for 2.6.40. http://blog.xen.org/index.php/2011/01/14/linux-2-6-37-first-upstream-linux-kernel-to-work-as-dom0/ The pvops framework was merged to Linux 2.6.24 a couple of years ago, and Xen pvops domU support was first usable in Linux 2.6.26. So Xen support has been in upstream Linux kernel for 12 major kernel releases already! Also Redhat RHEL6 runs as Xen VM, both PV and HVM, just as pretty much any distro does nowadays. Upcoming Fedora 15 has a Xen dom0 capable kernel, and it is expected that Fedora 16 will have fully featured Xen dom0 support out-of-the-box (including all the backend drivers that are being upstreamed atm).