ESX, VDI, W7 RC

Azután, hogy az egyik magyar egyetemen üzembe állt egy VMware VDI (Virtual Desktop Infrastructure - újabb nevén VMware View) rendszer (most már lassan három hónapja) - amire egyébként SD kártyáról Ubuntu-t bootoló gépekkel ;) csatlakoznak fel a diákok - most azon dolgozom, hogy egy megyei kórházban valami hasonló desktop virtualizációs rendszer kerüljön kialakításra. Ennek részeként került sor ma a Windows 7 RC tesztelésére is VMware ESX környezetben. Valószínű, hogy XP desktop-okat kér majd az ügyfél, de "ha már kéznél van az, teszteljük" felkiáltással toltam egy W7 RC-t is a rendszerre.

Windows 7 VMware ESX-en
Windows 7 munkaállomás, rajta VMware Infrastructure Client, ami egy HP DL380-on futó ESX 3.5-höz kapcsolódik. Azon fut egy Windows 7.

A fenti demo rendszer (a teszt idejére se HA, se semmi) rendeltetése, hogy kiderítse, megfelel-e virtuális desktop elgondolás a kórházi környezetben (nagy méretű (pl. "röntgen") képek mozgatása, megjelenítése, stb.)

Azt még nem döntöttük el, hogy valami "gyári" vékonyklienssel (Wyse, ChipPC) érik-e majd el a virtuális desktopokat, vagy itt is maradunk a "félvastag" megoldásnál, ahol is egy teljes értékű, de merevlemez nélküli gép egy SD kártyáról bootolja fel az Ubuntu rendszert, amelybe előzőleg integrálásra került a Java és a VMware által nemrég kiadott, nyílt forrású VDI kliens.

VMware View Open Client Ubuntu-n

VMware View Open Client Ubuntu-n

Holnap folyt. köv.

( XMI | 2009. 05. 06., sze – 19:46 )

Kérdések, ha el szabad árulni ezeket:
- SD kártyáról bootolás helyett PXE boot nem lett volna jobb? Ha nem, akkor miért? (érveim nekem is vannak pro és kontra, de kíváncsi vagyok, hogy mi volt a döntő)
- VDI környezetben, ahol sejtésem szerint sok azonos OS fut egymás mellett, mennyire jön ki a virtuális gépek közötti memory page sharing előnye?
- Nem volna-e jobb RDP-vel megoldani a vékonykliensekről a gépek elérését? VMware View-val nincs sok tapasztalatom, de ha ez is az MKS-t (ami gyakorlatilag egy wrapperbe rakott VNC session, ráadásul elég gyenge encodinggal) használja, mint ahogy a VI client is, akkor biztosan sokkal gyorsabb az rdesktop.
---
Linux is bad juju.

"- SD kártyáról bootolás helyett PXE boot nem lett volna jobb? Ha nem, akkor miért? (érveim nekem is vannak pro és kontra, de kíváncsi vagyok, hogy mi volt a döntő)"

Megpróbáltuk azt is. Mármint a PXE-s megoldásokat. Viszont felmerült, hogy esetleg az egyetemen oktatnának Linux-ot és akkor milyen jól jönne egy ilyen, teljes értékű Linux környezet is ebben az előadóban. A döntést végül az ügyfél hozta meg (akinek tetszett az Ubuntu-s megoldás) és maradt ez. Mint mondod, mindegyiknek van előnye. Mi úgy láttuk, hogy ennek - ami végül maradt - több az előnye mint a hátránya.

"- VDI környezetben, ahol sejtésem szerint sok azonos OS fut egymás mellett, mennyire jön ki a virtuális gépek közötti memory page sharing előnye?"

Nem tudom, ilyen jellegű méréseket vagy megfigyeléseket nem végeztünk.

"- Nem volna-e jobb RDP-vel megoldani a vékonykliensekről a gépek elérését? VMware View-val nincs sok tapasztalatom, de ha ez is az MKS-t (ami gyakorlatilag egy wrapperbe rakott VNC session, ráadásul elég gyenge encodinggal) használja, mint ahogy a VI client is, akkor biztosan sokkal gyorsabb az rdesktop."

Én úgy tudom, hogy a VMware VDI RDP-t használ. Az egyik megoldás egy Firefox + Java kliens volt. Az az rdesktop-ot használja. Mielőtt átadtuk volna a megoldást, aznap jelentette be a VMware a VDI kliensét Linux-ra. Mind a kettő integrálásra került, mindegyik működik és úgy tudom, hogy végül a Firefox + Java téma mellett maradtak.

--
trey @ gépház

"Viszont felmerült, hogy esetleg az egyetemen oktatnának Linux-ot és akkor milyen jól jönne egy ilyen, teljes értékű Linux környezet is ebben az előadóban. A döntést végül az ügyfél hozta meg..."
Ugye majd nem ti tartjátok karban a desktopokat? Egy pöttyet PITA tud lenni, amikor az oktatás jogcímén széthomokozzák a rendszert. Nálunk oktatási célú mindenféle szigorúan csak és kizárólag virtuális gépben mehet, az alap OS felett legfeljebb a labor jegyzőkönyvet írhatják. Igazából a VDI-nak szerintem pont az kellene, hogy legyen az egyik fő előnye, hogy a kliensgépeken lévő szoftvert egyáltalán nem kell karbantartani, lehet hogy az ügyfél ezt nem teljesen értette meg. De majd meg fogja... :) csak ne rajtatok verje el utána.

Nem tudom, ilyen jellegű méréseket vagy megfigyeléseket nem végeztünk.
Ha esetleg mégis érdekelne, kicsit el van dugva, de azért könnyen megnézhető: Host-ot kiválasztod az inventoryban, Performance fül, change chart options és ha ott a memory alatt bepipálod a Memory Shared-et, akkor rárajzolja a grafikonra azt is. Nyilván akkor érdekes a dolog, amikor már sok vm fut egyszerre. Nálunk olyan 15% körül van az összes granted memóriához képest a shared, de itt nagyon vegyes fajta vm-ek futnak a hostokon.

---
Linux is bad juju.

"Ugye majd nem ti tartjátok karban a desktopokat?"

Nem. Egyébként az SD kártyák read-only-ra vannak téve. Live rendszer van rájuk írva. Ha menteni kell a diákoknak, akkor vagy saját pendrive, vagy a hálózatra. A rendszereket meg elég ritkán frissíteni. Tönkre meg nem nagyon tudják tenni.

--
trey @ gépház

"SD-kártyával csináljátok? Kártyaolvasóval? USB-n?"

Igen, belső USB-re van dugva (alaplapra) és a ház belsejében van becsavarozva az egész a floppy helyére. A kártya a gép belsejében van.

"CF-ide nem lenne jobb?"

Belső kártyaolvasó + 2GB-os írásvédetté tehető Kingston SD kártya = 3 000 forint
CF adapter + kártya = minimum 2x ennyi lett volna

Sok gép esetén ez sok pénz :D

"Mekkora az alaprendszer? Mi van ebbe benne? (openoffice, firefox, stb???)"

Az alaprendszer 800MB körüli. Teljesen magyar, benne van minden: OOo, Firefox, Java 6, stb.

"VDI csak ESX-el megy, ha jóltudom, vagy van rá ingyenes megoldás is?"

Pontosabban a VDI csomag része az ESX is. Nem tudok ingyenes megoldásról a VMware-től. Ez nem jelent semmit, mert a VMware termékeknek csak egy szűk skáláját ismerem. Viszont tudom hol kell utánanézni :D

--
trey @ gépház