Kliens virtualizáció

[Gyurman Attila]

2012-01-24 12:50 keltezéssel, Farkas Gábor írta:
> Köszönöm a válaszokat, most vagy én értem félre a válaszokat, vagy félreérthető voltam, de a megoldást úgy szeretném, hogy minden a kliensgépen legyen és akár hálózati kapcsolat nélkül is lehessen dolgozni a virtuális gépeken.
>
> Most ahogy látom: felteszek egy Linuxot, arra egy virtualboxot, és abban beállítom a virtuális gépeket, meg valahogy megoldom, hogy alapjoggal csak virtuális gépet lehessen indítani. Csak a bootidő így dupla (elindul a host OS, utána elindul a guest OS) + a host OS elviszi a hardver erőforrások egy részét. (A host OS-t akartam volna megspórolni valamilyen hypervisorral, ami csak az alapot adná a virtuális gépeknek, persze gondolom annak is kellene bootidő.)
>
> Ha sikerülne a fentit normálisan kivitelezni, akkor a tantermenkénti image készítés/váltás az eddigi munka 10%-ra redukálódna, hiszen a "virtuális vas" mindenhol ugyanaz lenne.
>
Szia!

A XEN-es megoldás is erről szól, csak ott nem kell egy teljes OS a 
guest-nek (főleg nem grafikus asztali környezettel, mint a virtualboxnak).
Ezért írtam, hogy szerintem ebből lehetne kiindulni.

A XEN hypervisorral a guest (ami tulajdonképpen már egy virtuális gép a 
hypervisor felett) nagyon gyorsan elindul, mivel csak a xen 
szolgáltatásait kell futtatnia, meg egy ssh-t. Ezután lehet válaszatni a 
tényleges virtuális gépek közül, hogy mit indítson.

XEN-nél egyébként szerintem XEN alatt elhanyagolható a sebesség 
csökkenés, míg egy virtualboxnál azért észrevehető.

Azon gondolkozom, hogy ha grafikus OS indul (nyilván kliensnél ez a 
cél), akkor vagy kell grafikus felület a guest-re, ami VNC-vel 
csatlakozik az adott vt gépre (asztali környezet ekkor sem kell), vagy 
ha meg lehet oldani (még nem foglalkoztam ilyennel) akkor valamilyen 
framebufferes VNC-vel is jó tud lenni. Erre valakinek ötlete tapasztalata?

Attesz