XEN-es rendszer otthoni környezetben - tapasztalatok ( Debian alatt )

* Debian Stable (etch) rendszer alatt a stable 3.1-es XEN verziót szerver szerű használat esetén ( ez esetben a samba, bind9, postfix, pure-ftpd volt a fő irányvonal )

Előszőr nézzük a home használat meletti tapasztalatokat:

Kezdésképp le is szögezném miért is nem a Stable XEN verziót használtam ez alatt: A testing fában lévő hald, KDE library-k és sok más dolog hajlamos volt a stable alatt segmentaion fault-ot adni, így csomó minden nem is működött ( többek között a bejelentkezés se, ugyan is a gdm se bírt ezzel a problémával megbírkózni ), ezért kelett a legfrisebb verzióra váltani, ott ugyan is a jelek szerint ezt a hibát már orvosolták.

Miután a rendszer a legfrisebb XEN verzióval felállt a tapasztalatok azt mutatták, hogy a használhatóság tekintetében kb ugyan az, mintha egy normál rendszerünk lenne, csupán megvan az a lehetőség, hogy melette más OS-eket is futassunk :) Ezt persze enm is hagytam ki, és a sokak által (még sajnos) igényelt XP-t fel is tettem 2. virtuális gépként, hogy aztán megnézhessem mennyire lassítja egyik a másikat.
A tapasztalat kb azt mutatta, hogy az alap rendszert az XP csak erős CPU terhelés melett volt képes lassítani, illetve komoly I/O írás/olvasás melett: Ilyenkor ugyan is tényleg az alap rendszer ( Dom0) rovására tudott csak működni, ám mivel külön memória területett kapott ( 512 MB-ot adtam mind a Dom0-nak, mind a Dom1 alatt futó XP-nek ), így ezzel nem volt különösebb gond.

Ami az XP használhatóságát illeti: Sok szempontból azt kelett lássam, hogy elég gyengén muzsikál:

-a qemu által nyújtott videókártya nem épp a legütősebbek közé sorolható, így ha olyan programot szeretnénk futtatni, ami komolyabb videókártya támogatást is igényel akkor erről el is feledkezhetünk ( 3D támogatás meg még a felszenvedhető Nvidia driver után se volt meg, csak a Dom0-án ), így ha esetleg windowsos játékokkal akarnánk játszani, akkor Dom0 alatt wine/cedega és feltelepített videókártya driverrel lehet még esélyünk: Itt nem. Így csupán a 1-2 program esetén láttam értelmét a virtuális gép használatának ( leginkább a Subtitle WorkShop esetén )

-Ahoz képest, hogy Natív virtualizációról beszélünk sajna túl nagy jelen esetben a qemu függőség, ami viszont nagyon sok mindent szoftveresen kezel le, így ahoz, hogy türhető sebeséggel fusson az XP rendesen le kelett butítsam

Mindemelett 1-2 dolog miatt még home környezetben nem tartom ajánlhatónak a XEN-t:

-A 2.6.18-as kernel sajnos már (szerintem) réginek tekinthető, és sok minden nem képes normálisa működni alatta ( legnagyobb hiány számomra az ntfs-3g volt, ami ugyan hajlandó működni, de helyenként elég megbízhatatlanul )

-Nem tudtam eldönteni, hogy a torrentet nem szereti a gép, vagy a torrent által használt hálózati igénybevételt, ugyan is a legfrisebb verzió alatt ( az elötte teszteltnél még nem) olyan durvaságokat tudott produkálni a XEN ( normál kernel esetén nem ), hogy programtól függetlenül ( rtorrent / ktorrent / wine+utorrent ) véletlenszerű időközönként újraindította a gépet, ami azért feletébb idegesítő tudott lenni ( főleg, hogy a Dom1 alatt működő OS logjaiba semmiféle bejegyzés nem került, csupán, hogy a számítógép újraindul ).

Ezen okok miatt úgy érzem, hogy home környezetben nem igazán ajánlható a XEN jelen állapotban ( késöbb ez még természetesen változhat, hisz olyan sok hibát személy szerint nem találtam, és ezek közül is a legtöbb valószínű annak tudható be, hogy testing fázis alatt lévő XEN-el kísérleteztem ), ám késöbb még használható virtualizációs megoldás válhat belőle, főleg ha sikerülne a qemu-s függőséget megszakítani.

Nézzük akkor a szerver környezetben mit is tapasztaltam:

Itt (mint fentebb is írtam) csak stabílnak kikiáltott programokkal dolgoztam, aminek azért meg is volt a gyümölcse: 3 virtuális gépet futattam, mind1iken etch-et, külön-külön szerver funkciókkal, mindegyiknek 512MB RAM-ot kiajánlva X és bármifére felesleges program nélkül.

Az eredmény: szinte hibátlan működés..

-Az Etch alatt lévő programok egyike se szált el segmentation fault-al, mint a fentebb említett esetekben, ami azért kifejezetten jó érzés volt.

-A szimultán egymás melett futtatott rendszerek közel hozták azt a teljesítményt amit egy natív virtualizáció melett várni lehet: gyorsan reagáltak, nem kelett rájuk várni:

Téynleg élmény volt.

-A 2.6.18-as kernel itt inkább előnynek számított, ugyan is sok security patch-et fel lehetett alá pakolni, amik közül 1-2 akadt csak a XEN-el, de ezt kis tesztelgetés után viszonylag könnyen ki lehetett szűrni.

Végeredményképp: szerver funkciók esetén nem találtam hibát ( legalább is olyat nem, amire nem találtam volna javítási javaslatot ), így egy komolyabb XEON-os gépen vállalati környezetben némi tesztelés és finomítás után teljesen használhatóvá válik szerintem ( főként, hogy a külön-külön kiosztott virutális NIC-ek itt egyáltalán nem akadtak komolyabb használat esetén, hanem szépen végezték a dolgukat (ezt samba + pure-ftpd + wget +scp együttes folyamatos probléma mentes munkálya után merem kijelenteni )

Öszességében: Otthoni környezetben még nem tartom elég kiforrottnak a fentebb sorolt problémák miatt, szerver környezetben viszont kifejezetten használhatónak bizonyult, főleg ha még erre rászámolom, hogy egy komolyabb szervergép olyan 6-8 virtuális gépet szerintem el tud kezelni, amik viszont így csak 1 gépet terhelnek fizikailag, tehát nem kis áram megtakarítást lehet vele elérni, nameg sok-sok felszabadult helyet/unitot.

Akinek esetleg még vannak hasonló tapasztalatai annak szivesen meghalgatnám a véleményét a témával kapcsolatban.
Én személy szerint mot ezt a project-et kicsit jegelem mondjuk fél-1 évig, aztán esetleg visszanézek rá.. Mindenesetre a virtualizációs igényeimről nem mondok le, így most azt hiszem a virtualbox jön soron :)