Advertisement
Help Keep Boards Alive. Support us by going ad free today. See here: https://subscriptions.boards.ie/.
If we do not hit our goal we will be forced to close the site.

Current status: https://keepboardsalive.com/

Annual subs are best for most impact. If you are still undecided on going Ad Free - you can also donate using the Paypal Donate option. All contribution helps. Thank you.
https://www.boards.ie/group/1878-subscribers-forum

Private Group for paid up members of Boards.ie. Join the club.

Virtualisation, Remote Access, KVMs, Hands-off

  • 22-11-2006 06:32PM
    #1
    Registered Users, Registered Users 2 Posts: 15,817 ✭✭✭✭


    How do folks. I ahve some questions that I've been unable to find answers for as Virtualisation has passed the SNR ratio sweetspot of the web.

    I'll be short and sweet, questions in priority:

    Xen both 32-bit and 64-bit DomUs concurrently on 64-bit Dom0 (I assume 32-bit Dom0 is limited to 32-bit DomU only?) yes/no?
    VMWare both 32-bit and 64-bit Guests concurrently on 64-bit Host (I assume 32-bit ESX is limited to 32-bit Guest only?) yes/no?

    Xen and VMWare ESX both have in-band remote access clients+softKVMs, and there's always the option of connecting via X11/RDP to the guest OSes, but do either support what would essentially be a soft-KVM on the host machine's physical video/kybrd/mouse I/O that would allow switching between guest OSes?

    Same idea, but with serial console servers - is out-of-band access to the Guest VMs and/or the VMHost possible? Soft sty emulation?

    Can either - or indeed, any - x86 virtualisaton solution allow resource allocation changes on the fly - I know Windows and *maybe* linux? can't do hot-swap ram yet - or can they?

    I'm speccing together a testlab in work, and would like to try out some hands-off stuff. The TL network will be segregated completely from the production network via a seperate DSL connection or two. This is by design to allow us to play with extra client-side testing of off-site access from The Internets.
    We may also fall back to just having it on a seperate VLAN.

    The out-of-band remote access ([IP]KVMs and serial console servers) is to allow the people who'll be using the testlab resources to do so from their desk instead of having to stand around in a cold comms room, though there are productivity-related arguments for such a scenario ;)

    APC and Cyclades kit is what I'm looking at the moment.

    And if by now you're screaming "Why don't you use RDP/RemoteX/VNC/wooly jumper", because I want to test out some of this stuff with a view to possible site-wide roll-out for our distant comms rooms and to ease the demand on our staff to walk everywhere when it could be fixed if we could get a command-line to the box fro our desks.


Comments

Advertisement