VMware

Virtually Nick

Nick's random ramblings on virtualization-type stuff.

4 Posts tagged with the xen tag
0


Well, I wrote a while back about portability of PV virtual machines, but I've also just had some experience with portability of fully-virtualized VMs (HVM in Xen language). I have a mixture of ESX and Xen for my virtual machines here, and I like to be able to move VMs back and forth. I've recently moved a couple of Linux-based VMs from ESX to Xen, which turned out to be very, very easy. ESX, it seems, creates two files for each disk - the descriptor file, and a "flat" file. The descriptor file simply tells ESX about the disk and then points over to the flat file for the data. The flat file is nothing more than a raw file - it has a partition table and then the data in each of the partitions. So, to move a VM from ESX to Xen, all you have to do is copy out the Flat file to the Xen box and point Xen at the flat file. You can also tell Xen to use the previous MAC address from VMware.

Going the other way isn't all that hard, either. You can copy the raw file from a Xen VM over to the ESX box, then you just need to create a descriptor file for it. I haven't done this, yet, though I'm sure I will, soon. I doubt you can do it from the VI Client, which will mean a little command line work, but I always liked getting my hands dirty on the CLI. The only trick to this will be that VMware limits the MAC addresses you can set on VMs, which means you may end up with a new MAC address if the original VM has a Xen-ranged MAC address. This is slightly annoying, though understandable, and shouldn't cause too many problems.

Anyway, that's it for now - just nice to know that I can move these things around without too much trouble! Using an NFS datastore would help, too, because I could access VMs from both ESX and Xen. I'm just concerned about NFS performance (though VMFS performance isn't anything to brag about), and I'm concerned about getting an NFS server setup that's not a single point-of-failure.

0 Comments 0 References Permalink
0

PV Portability

Posted by nick.couchman Aug 27, 2008

It's been a while since I compiled a Linux kernel from scratch. I was upgrading a Gentoo VM today and was reconfiguring the new kernel and saw that, not only is VMI PV support built in to the standard kernel, but so is Xen PV support. And, you can compile both in at the same time. Combine that with Xen's support for VMDK files, and it looks like I now have the possibility of creating PV virtual machines and moving them back and forth between my Xen hosts and my ESX/ESXi hosts. If I use an NFS share, I may be able to have the same set of VMs accessible in both places at the same time.

0 Comments Permalink
0

Really Annoyed

Posted by nick.couchman Aug 16, 2008


Well, I was very impressed that VMware had released ESXi for free, and I have just as suddenly become very unimpressed with them. In ESX 3.0 with VI Client 2.0, you could edit permissions for the host, a resource pool, and/or a VM. I went to adjust permissions on my ESX 3.5 server yesterday and noticed that the tab is now suddenly gone. I went into the ESXi 3.5 client (VI Client 2.5) and found the same. So, I posted a thread and was told that this feature is no longer available in 3.5. I opened an SR, then went over to the VMware KB and found the following arctile, 1004552, which states that this was removed by design! ARE YOU KIDDING ME?! I upgraded to 3.5 and had a feature taken away? I'm not paying any less for 3.5! Also, the price actually went UP recently! And now VMware is removing features?? This makes me really, really mad! The article stated that some similar functionality "may" be restored in the future, but that doesn't help me now. I don't have budget for purchasing Virtual Center, and, reading over the release notes that I read when I installed 3.5, I don't see any mention of this feature being removed.

VMware: please, please, please add it back - removing it is so silly I cannot believe you would do that!

0 Comments Permalink
0

A Dream, Perhaps...

Posted by nick.couchman Aug 15, 2008

Well, I have a vision for hypervisors and VMMs, but one that will likely not happen. See, I have a few legacy applications around the office here that must run on the Sparc architecture, and usually must run on Solaris on Sparc. Now, recently I've started using binary translation applications provided by a certain vendor to run these applications on 64-bit Linux. While this works very well, it occured to me that it would be very, very cool to combine a Sparc emulator into one of the hypervisor sets.

There's a project out there called Qemu that provides Linux binary emulation/translation as well as full system emulation. The project will emulate Sparc, x86(64), PPC, mips, sh6, etc., CPUs for either running Linux binaries on these architectures or for running full system emulators. The degree to which each architecture is supported, especially on the system emulation side, is pretty limited, but it would be really, really cool if you could pull up your favorite virtual machine manager and not only have the choice of which O/S you want to install, but what CPU architecture you'd like to run it on.


I realize there would be several objections to this. First, it kind of violates the line between "virtualization" and "emulation." Virtualization is simply splitting the available architecture between multiple O/Ss and controlling access and isolating the O/Ss from one another. Emulation, on the other hand, requires that CPU instructions be translated from one architecture to the physical architecture running underneath it all. Another issue that would come up is performance, especially given that the emulation must be done.


Still, it doesn't seem all that different to me. I'm just an IT guy who wants to be able to run many virtual machines or guests on a single piece of hardware. You can call it what you like underneath the hood, but it would be really nice to be able to choose the architecture of the guest machine.


Like I said, probably a dream that may never come true, but now it's out there...

0 Comments Permalink
Click to view nick.couchman's profile Member since: Jan 13, 2006

Nick's random ramblings on virtualization-type stuff.

View nick.couchman's profile

Communities