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ó!)
- 2504 megtekintés
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!
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Pedig így elsőre ránézve pont olyan projekt lenne, hogy mondjuk a sok gépből mondjuk 4-et csináltok normális mai vasakkal és rögtön egyszerűbb lenne az egész.
- A hozzászóláshoz be kell jelentkezni
ESX (vagy éppen most valami más neve lett) tud paravirtulizációt, bár csak 32 bites guestekkel.
Esetleg Hyper-V Server? Tudja mindazt amit szeretnél és ingyenes, valamint több HW-t támogatt mint az ESX.
- A hozzászóláshoz be kell jelentkezni
Ubuntu cloud!
- A hozzászóláshoz be kell jelentkezni
Az UEC-t már eax is javasolta (UEC =~ Eucalyptus), de én elég sok buggal találkoztam a tesztrendszeren mikor felraktam + a fullplatform virtualizálás fölösleges ide, inkább kivárunk egyelőre, nem sürget senki.
- A hozzászóláshoz be kell jelentkezni