Linux cloud - mókolás vagy kész megoldás?

Fórumok

Adott nekünk néhány fürt, amik egy-egy közös, nfs -el mountolt / (root) fájlrendszerről üzemelnek. Ezek Debian Lenny rendszerek, amik egy kicsit mókolva vannak, hogy működjenek az osztott / -ről.

Sajnos a géppark nem homogén. Ha a fürtök közt gépet akarunk átmozgatni, akkor a gép tulajdonságaihoz kell igazítani a rendszerképet és úgy felbootolni (pl. megadni a helyi diszk nevét, a hálózati kártyák sorrendjét). Ez nem egy túl bonyolult feladat, de mégiscsak bajlódni kell vele, pedig az átmozgatás akár automatikus is lehetne: a kis terheléssel üzemelő rendszerképekből leállna pár, hogy a nagy terhelést vivő rendszerképből induljon el helyette.

Odáig találtuk ki, hogy nfs -el mountolt osztott / -ről egy alaprendszernek kellene futnia, ami képes virtualizálni. A workload -ot fogadó guest rendszerkép szintén osztott / -el üzemelne nfs -ről, de a hardverrel neki már nem kellene foglakoznia: /mnt/localdisk a helyi diszk, eth0 az internet eth1 a DMZ, stb, stb. Így a produktív rendszerképek könnyen -akár automatikusan- kicserélhetőek lennének.

Ami fontos, hogy csak lightweight virtualizáció jöhet szóba: LXC, Vserver, OpenVZ. Csak minimális teljesítményveszteség elfogadható a mostani bare-metal felálláshoz képest. A produktív (guest) rendszerkép Debian kell hogy maradjon, de a host természetesen lehet bármilyen OS.

Tudtok kész open-source megoldásról*? Csináltatok már ilyen cloud-szerűséget? Végső esetben össze tudom rakni Debian alapokon is, de jobb lenne elkerülni a mókolást.

Azt is megköszönöm, ha esetleg bedobtok valami más megoldást, ami hasonlóan rugalmas lenne. Egy dolgot vetettem el eddig: scriptelni nem akarok. Mert ugye nyilván meg lehetne oldani tengernyi scriptel is, de azokat megírni, karbantartani, portolni a fene se akarja. Valami egyszerű, de robusztus megoldás lenne az ideális.

A tippeket előre is köszönöm.

* A google keresőt ismerem, de a "cloud" jelenleg akkora hype, hogy nehéz kiszűrni a sok bullshit közül a gyöngyöt.

(Bocs ha a "rendszerkép" szó szúrja a szemed, de az "system image" olyan hülyén ragozható!)

Hozzászólások

Az LXC elvileg tud libvirt-en beszelgetni eucalyptus-al, egy probat meger.

Viszont ha engem kerdezel, az az 3% overhead, amit pl. egy vmware esx okoz, boven megeri, hogy nem kell vele szivni, plusz nem is torik darabjaira az egesz kocerajt, ha az egyik guest-et betalaljak.

--
Fontos feladatot soha ne bizz olyan gepre, amit egyedul is fel tudsz emelni!

Megnéztem az Eucalyptus-t az UEC-ben, de sajnos az LXC support még csak blueprint (~wishlist).

Erre a projectre biztos nem kapunk pénzt, az ESX nem játszik. Az ESXi gondolom nem elég a kb 30 nodera/60 processzorra. További aggodalmam az ESX-el, hogy a "nem homogén" azt jelenti, hogy itt aztán tényleg minden van, desktop PC -től (i7) kezdve Dell, HP, IBM minden korosztályból - gyanítom gond lenne a driver-ekkel is.

No meg egy enyhe elvi aggályom is van a fullplatform virtualizálással, lévén itt tök fölösleges teher. Ha egy gépre bejutnak, úgyis bukott az egész, az ott lévő kódot megpiszkálva applikációs/adatbázis szinten kirágná magát a rosszfiú és több nem is kell, onnan már senkit nem érdekelne hogy a hypervisor az érintetlen. :)

Az Eucalyptus/UEC mindenesetre érdekes terület, szimpatikus ez az irány, korábban nem ismertem. Egyelőre asszem' kivárom mi lesz belőle.