Xen – představení, historie, budoucnost (diskuse)

[Max]

Pěkný přehled :)
Zdar Max

[CIJOML]

XEN je mrtev - nastup procesoru a dalsich karet (hlavne ethernetovych) s hw podporou virtualizace uz nelze zastavit a proto KVM staci. Kdo ma starsi stroj a nema nebo nepotrebuje novy at zajde do bazaru a koupi si starsi zelezo s podporou hw virtualizace. Hlavne at proboha nezasiraj jadro touto zbytecnosti.

[Zdeněk Burda]

Jak kdybych četl Hulána. XEN má své problémy, ale na některé nasazení je prozatím mnohem vhodnější než nedodělané KVM.

[trekker.dk]

V čem je KVM nedodělané?

[faha]

Uz je k dispozici paravirtualizovanych ovladac KVM pro disk ve windows nebo stale jen sitovej? To vidim jako jedez problemu proc napr. XEN ano, kdyz windows.

[Radek Hladik]

Před pár dny se objevila zpráva, že Redhat releases windows kvm virtio drivers under GPLv2. Ještě jsem to nezkoušel, nevím, jestli je to stabilní, ale chystám se na to.

[faha]

Hergot to je dobra zprava, jen se mi to ze stranek nedari stahnout.

--- z komentaru ---

Yeah,

Seems the files are not ready yet. We'll give them some time to sort themselves out.

 Very exciting news, but the link doesn't go to a valid download.

--- uplne odjinud ---

tohle mi hlasi editor -> Hodnota 'tidycomment' atributu CLASS značky DIV není povolena!

musel jsem to rucne editnout ze zdroje

[Radek Hladik]

No taky jsem to chtěl zkusit, ale přesně. Nejde to ze stránek stáhnout, ten soubor jsem nikde nenašel, nenašel jsem ani ty zdrojáky A to bych k nim ještě potřeboval buhví co, včetně Windows Driver Development Kitu nebo jak se to jmenuje. A ještě na těch stránkách píší, že by to mohlo chodit pod XP, ale oni to zkoušeli a překládali jen pod 2003 a 2008. Ale mají tam obrázky, jak na to instalují 2003 server a při instalaci to podstrkují, takže snad to existuje

[rrob]

Prave jsem prchl od KVM zpet ke XENu, uf konecne je po problemech.

[Michal Vyskočil]

Xen tedy může fungovat i na hardwaru, který nepodporuje plnou virtualizaci.

Vím, že to byl článek o Xenu, ale neškodilo by připomenout, že kvm je založené na qemu. Respektive userspace část kvm je upravené qemu (i když mám pocit, že se kvm patche už dostaly i do hlavní řady) a dokáže tak "fungovat" i na systémech bez plné virtualizace. Akorát to asi není nic, co by člověk chtěl reálně používat :)

[thingie]

Já teda hlavně nevím, jestli bych systému, kde se jakž takž umí virtualizovat akorát tak CPU nějak moc chtěl říkat „hardware podporující plnou virtualizaci“.

[pht]

Já jsem reálně používal kqemu pro sandboxované windows a fungovalo to dobře.

Jinak k článku bych poznamenal: Xen pomalu umírá. To je prostě fakt. Může časem opět vstát z mrtvých ale momentálně je mrtvej. Dom0 je úchylně navázaný na jádro 2.6.18, které neumí ani pořádně šifrovat disky. Red hat se na něj vysral a co s tím udělá citrix je ve hvězdách. Z hlediska výkonu může být za jistých okolností paravirtualizující Xen marginálně rychlejší, ale to je asi tak vše. Na všech ostatních frontách prohrává.

[the.max]

xen ~ # uname -a
Linux xen 2.6.30-xen-r3.dom0 #1 SMP Mon Aug 10 21:10:06 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz GenuineIntel GNU/Linux
xen ~ #

mail ~ # uname -a
Linux mail 2.6.30-xen-r3.domU #1 SMP Tue Aug 4 22:46:51 CEST 2009 x86_64 Intel(R) Core(TM)2 Duo CPU E4600 @ 2.40GHz GenuineIntel GNU/Linux
mail ~ #

[pht]

No OK, tak už jde dom0 na 2.6.30 (i když si myslím že to máte opatchované a ne vanilla 2.6.30). Vše ostatní ale platí.

[rrob]

Naprosto skvele mi staci XenServer - nepotrebuji xen. A v tom pripade je mi celkem ukradene na jakem jadre to bezi - dulezite ze bezi - a to furt, rychle, snadno ovladatelne a bez problemu.

[pepazdepa]

me pripadne skoda, ze v Xenu nemuzu dat virtualnim masinam vice RAM nez mam fyzicky v hostu :(

[thingie]

No, vzhledem k tomu, že s takovým systémem by šlo dělat přibližně to samé, co se systémem který vůbec není, tak se dá s jistou dávkou tolerance tvrdit, že v míře použitelnosti, jakou by to mělo kdyby to bylo, to klidně už i je, aniž by to bylo.

[Radek Hladik]

To není zdaleka pravda. Pokud přidělím strojům v součtu více paměti, než mám fyzicky na hostiteli, pak je několik možností, jak to řešit, aniž by se vnitřní stroje staly nepoužitelnými. Například hostitel má ještě k dispzoici swap, ke kterému má kernel pěkné mechanismy, jak zjišťovat co do něj dát. Takže například kernel s kvm bude schopen zjistit, že vnitřní stroj X má sice alokováno 1GB, ale na polovinu z toho nikdy nešáhl, takže mu to odsvapuje. Další možnost je memory balooning, kdy se hostitel a host dohodnou na tom, že host dostane nějakou paměť navíc nebo jí naopak uvolní.

[thingie]

Proč nemohou virtuální stroje swapovat rovnou?

Tohle v podstatě chce po OS, aby nevyužíval všechnu paměť co má, a aby jí nevyužíval efektivně, protože jinak je scénář „virtuální stroje a overbooking paměti“ naprosto jasný -- okamžitý a definitivní kolaps. A přijde mi docela hloupý tohle po OS chtít.

[Radek Hladik]

Samozřejmě, že virtuální stroje můžou swapovat rovnou. Ale prostě to není jediná možnost. Virtuální stroj ví lépe, co ze své paměti odswapovat na základě statistik, které má on, ale swapování je pomalejší, kvůli virtualizační vrstvě. Swapování na hostiteli může být o pár frfňů rychlejší, ale zase má hrubší statistiky o využití paměti virtuálního stroje, což ale může někdy být i lepší.  Prostě jsou ruzné možnosti, někdy je lepší jedna, někdy druhá. A rozhodně nejde o okamžitý a definitivní kolaps... To je jako říkat, že scénář hodně programů, které chtějí víc paměti, než je na systému fyzicky k dispozici je naprosto jasný -- okamžitý a definitivní kolaps. A přijde mi hloupé po OS vůbec chtít, aby to nějak řešil

[thingie]

Tak, tady se zase uplatní ta narážka na plnou hardwarovou podporu, která ve skutečnosti moc plná není.

Ta analogie taky zase není úplně dobrá, program před sebou nemá celou virtuální paměť a představu, že to celé by měl efektivně využít, protože to všechno je skutečná pameť, za kterou někdo dal dost peněz a nechce, aby tam jenom oxidovala…

[rrob]

:D

[..... Izak .....]

Klasicka marketingova hlaska lidi z Vmware, ani ve vmware to nefunguje ) ... ano vmware ma balonovani, ale chce to podporu vmware tools a jak reknou linuxu, ze nema pouzivat volnou RAM na cache ? Ono to trochu funguje, nejlepe asi ve windows, ale kdyz se OS zblazni, uswapuje to cely system a guesty se tak zpomali, ze je to pak vse nepouzitelne, zasada zni, nidky neswapovat, swapovat maji guesty ... tam to tolik nevadi.

Vmware ma vice takovychto veci, balonovani RAM a neco podobneho ma na disky, problem nastane, pokud se vsechny disky zaplni a razem jsou dinamicke vmdk soubory v pytli ... stsrem se zasvai, virtualy zahavaruji (nebot pro svuj beh potrebuji delat doscasen soubory a ry delaji do sveho adr.) ... a system se zhrouti a jiz nelze ani nastartovat stroje, dokud neco neuvolnim.

Je to jak si jeden zakaznik nastavil na netapu stejnou fci ... no a pak se da system do RO a chce dlasi disky, nebo neco smazat (treba snapshoty, nebo nejakay volume, popr. ho premigrovta jinam) ...

[trekker.dk]

a jak reknou linuxu, ze nema pouzivat volnou RAM na cache

Podpora pro tohle se možná zanedlouho objeví - Přechodná paměť

[Miroslav]

jj, nebo, ze nelze rozdavat i cast swapu. U KVM to lze, ale zase nemuzu zarucit, ze masina nedostane pouze RAM (neodswapovanou). Hezky projekt je CompCache -- hezky se uplatni u KVM.

[Ladicek]

Xen (z řeckého xenos – cizí, neznámý) byl založen v roce 2002 jako výzkumný projekt na University of Cambridge.

Jenom bych doplnil, že Xen byl původně původně součástí projektu Xenoservers.