Is your machine a desktop (vs. a server, possibly headless) ? Will the
LMS dedicated MV carry a full GUI ?
If you say yes to the 1st question, then I would say VirtualBox will do
fine.
If you say no to both, then I would say KVM + libvirt-manager will be
ok. (Xen is finer I think, but administration is not as easy)
If you want a (headless) server to host desktop VMs, and access them
from another desktop (this is called VDI in marketing lingo), you'll be
disappointed by the state of affairs (usb, sound, graphics capabilities
over the wire are poor.) Perhaps you can try for some vendor solution
(Citrix ?) that specifically caters for thin clients.

I have many networks and about a dozen machines (servers, firewall
appliances, desktops) running on the same server. They all store data on
the host. I recommend using NFS, SMB or iSCSI or … between the MVs and
the host, in order to store data natively on the host. I want to be able
to grab a disk drive from my server and hook it to a standard machine if
needed, without any vendor-specific migration step.
I feel the same way about networking. I have deployed a
more-complex-than-average network topology, and I wish not be restrained
by any vendor or package offering "virtual networking" as a black box.
If you use a simple network, you need not care about this.

Overall, virtualization makes administration and migration much easier
compared to physical machines. It can help achieve great stability and
availability. But it is not future-proof in itself. You still have to
make choices that are right for you. 
Try and see for yourself. With VirtualBox or libvirt-manager on the
desktop, a brand new VM computer is just a few clicks away.


------------------------------------------------------------------------
epoch1970's Profile: http://forums.slimdevices.com/member.php?userid=16711
View this thread: http://forums.slimdevices.com/showthread.php?t=97296

_______________________________________________
unix mailing list
[email protected]
http://lists.slimdevices.com/mailman/listinfo/unix

Reply via email to