xen

Oct 05 2007

Inuits

Its pretty funny when you announce that you have left your job what kind of ideas people have about your next venture.

The first number of guesses were pretty obvious. Different people tought I was heading to Xensource, other people tought I was heading for Qumranet.
Other people tought I was heading to the US.
I'd love to spend some time abroad working in a different culture so who knows one day..

But I`m pretty much not moving that far yet
Our new venture is called Inuits. I write our as there are different familiar faces at Inuits

Our website isn't ready yet .. we have other priorities.
But as soon as it's ready I`ll let you know

So now you know :)

PS. And for those dissapointed.. yes there is more where this came from :)

Sep 11 2007

Taking over management of a Xen box

So once in a while you get to take over the management of a machine someone installed with no documentation, with lots of playing around and no clue on how it should be reproducible. You're pretty sure that if you reboot the machine it won't come up with the right services, or in this case with the right Virtual machines up and running.

So I got this box with about 7 different xen configs in /etc/xen and none in /etc/xen/auto .. however different lvm volumes were created and 3 virtual machines were running. The different xen configs looked all the same.
web1, web, web.orig, web.working you know :(

So my challenge was to figure out the config of the running virtual machines
Luckily I bumped into some Redhat articles that tought me virsh dumpxml
Now I`m not really a fan of xml based config but it got me quite far.

Eg. on one of my own machines the output looks pretty good.

<br /> [root@core named]# xm list<br /> Name ID Mem(MiB) VCPUs State Time(s)<br /> Domain-0 0 619 1 r----- 1242.5<br /> web.hs62.be 1 511 1 -b---- 4648.2<br /> [root@core named]# virsh dumpxml 1


web.hs62.be
f7cb62b9d3aa8a07489604285fe3d842

linux
/boot/vmlinuz-2.6-xen
/boot/initrd-2.6-xen.img
/dev/sda1 rw
selinux=0 3

524288
1
destroy
restart
restart



Sep 06 2007

"Embedded" Xen

Only a month ago I predicted

Xen on Flash ?
Next step, let's kick the bios out.

Today Xen Source Announced exactly what I predicted.

I can only conclude that indeed Virtualisation as a separate product will be obsolete soon.

Aug 31 2007

Ganeti

I already mentionned ganeti before when going over the LinuxConference Europe Schedule
Google just poste the news a couple of hours ago and you can go and check out the project on Google Code

Quoting from their site :

"Ganeti is a virtual server management software tool built on top of Xen virtual machine monitor and other Open Source software.
However, Ganeti requires pre-installed virtualization software on your servers in order to function. Once installed, the tool will take over the management part of the virtual instances (Xen DomU), e.g. disk creation management, operating system installation for these instances (in co-operation with OS-specific install scripts), and startup, shutdown, failover between physical systems. It has been designed to facilitate cluster management of virtual servers and to provide fast and simple recovery after physical failures using commodity hardware. "

You can use disk management using either plain LVM volumes, local-disk raid1 mirrors or across-the-network raid1 (using DRBD) for quick recovery in case of physical system failure

I`ll certainly be in the talk next week and I`ll be keeping a look on what happens ..

Jul 17 2006

High Availability Storage Foundation , on SLES 10

So last friday I already teased you people by asking what you get if you mix stuff such as OCFS2, iSCSI , Xen and Linux-HA2 , here's the full story .

Guess what.. its all about the release of SLES 10 and the High Availability Storage Foundation

Last week we sat down with Jo De Baer to dicuss and proofread his document on the Novell High Availability Storage Foundation.
Jo spent a lot of time preparing this document and a fully working setup and we were the happy few actually validating his document and validating his setup. Great workshop, we did find some issues with the setup and some errors in the documents that got fixed in the meanwhile but overall really good work.

The overall concept of the Novell High Availability Storage foundation is to provide a more easy to install package including iSCSI, OCFS2, Hearbeat2 and Xen in SLES10, Suse did some work in making sure that OCFS2 and Heartbeat2 were working together nicely and in defining Xen as a Heartbeat Resource.

The goal is to create a virtual machine that is actually a cluster resource, so that when there is a problem with it , you just launch another one on another machine. For this you need to be able to access the same filesystem in order to launch the same virtual machine, and that's where the concept of exporting an loopback image pool over iSCSI with OCFS2 comes in.
Novell is clearly going for disk images., something I don't prefer, I love LVM for this and have always been running into issues with loopback now they have been optimising and bugfixing the loopback drivers for both performance and stability so at least that argument should be gone in the future. The idea of being able to move around an image to multiple machines by just copying a file is interresting for testing and playing around, but it doesn't belong in a managed infrastructure that should survive the 10th floor test. Well, at least they don't recommend using loopback images for your real data, just for the OS.

Anyway.. amongst the problems you run into when tring to do such a setup is how to integrate ocfs with ha-2
as OCFS2 is a cluster filesystem with it's own membership and heartbeat functions they don't play nice with HA-2 by default, luckily the OCFS2 CMS is pluggable so you can disable it and give this function to HeartBeat which is exactly how we set it up

The second problem is how do you tell heartbeat that Xen is a resource. Yes you can shutdown your vm's on one node then restart them on the other manually but then what's the HeartBeat doing, so you want HeartBeat to do that for you ..
But one can define Xen as a HeartBeat resource today

Of course this setup isn't really ideal, I much more prefer having failover between different applications in virtual machines, those things are already in production today giving you the advantage that you don't have to boot a full machine again before your application is ready hence less downtime, but still its a nice case that these different technologies really do work together.

Now the next steps in this kind of setups could be adding multiple virtual machines in a resource group and rather than shutting down a machine migrate it to another host based on the definitions of resource groups.

So now that SLES 10 is out , it's no secret anymore what's in there, I`m not going to document everything further inhere, Jo did a great job writing a huge document so that even our Sales guy understood what it was all about so I`ll point you to the real juice when Jo puts it online :)