Tossing a VM between machines

[VectraMan]

I've always thought this is a bit of a flaw with Virtual Box and others. It would be dead easy (and make little difference to the file size) to write the details of the VM to the Virtual Hard disk file. In that way you could easily just start up any VM by browsing to its VHD.

But no, it treats the hard disk as a seperate thing to the VM, which obviously has its uses but most the time you probably want a single machine with a single hard disk.

However there's no reason why you can't just set up identical VMs on two different machines, and then just copy the hard disk over. You'd have to be careful to keep all the settings the same, and I don't think it would preserve any snapshots or saved state.

BTW .vbox files hosted on Windows aren't compatible with Linux, and vice-versa. I found this out the hard way whilst trying to dual boot a machine with both. I thought I'd just be able to run the same VMs regardless of the host OS, but no I had to set them up seperately.

[eek]

I've always thought this is a bit of a flaw with Virtual Box and others. It would be dead easy (and make little difference to the file size) to write the details of the VM to the Virtual Hard disk file. In that way you could easily just start up any VM by browsing to its VHD.


BTW .vbox files hosted on Windows aren't compatible with Linux, and vice-versa. I found this out the hard way whilst trying to dual boot a machine with both. I thought I'd just be able to run the same VMs regardless of the host OS, but no I had to set them up seperately.

Doesn't your second point emphasis why your first suggestion is impracticable. By having the hard disk separate you can mount it everywhere and change the hardware specifications at will (and I do frequently when moving machines around).

[rob s]

Blimey...how many machines do you use / burn through / buy?

But yes, I've switched VMs between hosts before, it works fairly well - and you've already identified that deliverables are going into a repository.

[eek]

Blimey...how many machines do you use / burn through / buy?

But yes, I've switched VMs between hosts before, it works fairly well - and you've already identified that deliverables are going into a repository.

In my case I meant the virtual machine settings (CPUs, cores, memory).

Oh and on aws I can change machines fairly frequently.

[Sysman]

Completely practical, especially if you have an SSD in there. I actually bought my first SSD for exactly this purpose, though I also bought an eSATA express card the VMs ran fine over USB2. The only minor annoyance is that you won't have TRIM support.

Yep. It's a good idea to keep your VMs off the system disk anyway. Even USB2 speeds are better than having everything thrashing the system disk, especially if you are doing I/O intensive stuff in either the host or the VM, or both.

[VectraMan]

Doesn't your second point emphasis why your first suggestion is impracticable. By having the hard disk separate you can mount it everywhere and change the hardware specifications at will (and I do frequently when moving machines around).

No reason why it couldn't work both ways. I'd suggest changing the virtual hardware is rare; I can't really think of why you'd do that frequently, whereas being able to move the virtual machine to different physical hardware is part of the raison d'être of VMs. That's a lot easier if it's based on a single file.

It'd be even better if the single file was an executable. Then you'd never even have to worry about installing VirtualBox or whatever. Just copy the file, and run it, et voila: a VM.

[rob s]

How about a DaaS from someone like Desktone?

[SimonMac]

If you have an MSDN licence you can do something with Azure if you really want to go down that route

[stek]

Tossing a VM between machines

How about clustering? One node on dev-pc, tother on Lappy, shared disks fail over as required?

[d000hg]

How about a DaaS from someone like Desktone?

If that was aimed at me, no good because the point of a laptop is you can work on the move, and wi-fi good enough for RDP cannot be relied on even where wi-fi is provided.