Deduplikácó + Virtualizáció

Ez nagyon megfogta gondolataimat.
Van rá már működő megoldás?
Arra gondoltam, hogy egész jól keresztezni lehetne a virtualizációval.
Van egy szervered és ráteszel sok-sok azonos felépítésű virtuális gépet, például LAMP szervereket, melyek mind más feladatot látnak el, az alaprendszer csak egyszer foglalna helyet, ugyanakkor mind hermetikusan el lennének zárva egymástól, továbbá messziről virítana, ha az egyik kompromitálódik.
Vagy, ami az én esetem, van egy jó kis Ubuntud, de szükséged van pár Win alkalmazásra, melyeket pl. Virtualboxban egy herélt WinXp-n futtatsz. Ezen alkalmazásokat is tökéletesen el lehetne szigetelni egymástól, úgy, hogy az OS nem N szer vesz el helyet a lemezedről. Mondjuk itt RAM gondok adódnának, de megfelelő gépen (4+Gb) siman.
Láttok benne fantáziát vagy inkább csajozzak?

A

( rhapsodhy | 2009. 05. 12., k – 13:46 )

ha nem lockol a virtualizációs megoldásod a képfájlra (ezt nem tudom), akkor most is megteheted azt, hogy egy másik képfájlt unionfs-sel belemountolsz a rootba. természetesen root read-only, és ha valami módosítás kell, akkor az a másik képfájlba történjen (ezt beállíthatod a unionfsben).

Ez persze operációs rendszer szintű kezelés, és nem univerzális megoldás, valamint csak linuxon működik (nem tudom, *BSD-hez van-e unionfs, vagy akár hasonló)

( eax | 2009. 05. 12., k – 17:16 )

"Van rá már működő megoldás?"

Van, a nagy storage gyartok (emc, netapp, ...) mar hasznaljak viszonylag regota.

"Arra gondoltam, hogy egész jól keresztezni lehetne a virtualizációval."

Igy van, foleg erre hasznaljak.

"Van egy szervered és ráteszel sok-sok azonos felépítésű virtuális gépet, például LAMP szervereket, melyek mind más feladatot látnak el, az alaprendszer csak egyszer foglalna helyet, ugyanakkor mind hermetikusan el lennének zárva egymástól,"

Vagy megjobb a VDI: a kliensgepek valojaban vekonykliensek, es a szerveren futo virtualis gepekhez csatlakoznak. Ebbol tenyleg lehet tobb ezer, es tok ugyanolyanok (mas kerdes, hogy erre a linked clone-ok megjobbak lennenek, de az meg nincs esx4-ben sem).

"Mondjuk itt RAM gondok adódnának"

Az ESX tudja ugyanezt a RAM-al is.

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

erre a linked clone-ok megjobbak lennenek, de az meg nincs esx4-ben sem.
Nincs? Arról volt szó, hogy lesz rá támogatás. Állítólag van 3-hoz is valami (erősen unterprise, tehát éles környezetben ellenjavallt) hack, amivel meg lehet oldani a linkelt klónozást. Te már használtál 4-est? Nekem még nem sikerült hozzájutnom, pedig piszok kiváncsi vagyok rá.

Az ESX tudja ugyanezt a RAM-al is.
Az a vicc, hogy az újabb windows-ok memóriavédelmi (stack, page randomization) technikái elég effektíven akadályozzák meg ennek a működését.
---
Linux is bad juju.

"Nincs? Arról volt szó, hogy lesz rá támogatás."

Jaja, de vegulis nem lett. A legenda szerint akar meg az is elofordulhat, hogy esetleg talan valamelyik kesobbi update-ben meg elokerulhet. :)

"Te már használtál 4-est?"

Jaja.

"Nekem még nem sikerült hozzájutnom"

Vegleges meg nincs is, csak RC.

"Az a vicc, hogy az újabb windows-ok memóriavédelmi (stack, page randomization) technikái elég effektíven akadályozzák meg ennek a működését."

Hmm, ezt kiprobaltad? Elvileg nem szabadna ilyet tennie (ezek a cuccok jellemzoen csak a virtual address-t machinaljak, a transparent page sharing meg egy szinttel lejjebb van).

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

Vegleges meg nincs is, csak RC.
Honnan lehet ilyet szerválni? Beta programjuk nincs egyikből sem.

Hmm, ezt kiprobaltad? Elvileg nem szabadna ilyet tennie
Ha jól emlékszem a VMware-től publikálta valaki az eredményt, egyik kollégámnál megvan a cikk. Igen, pont ez a döbbenetes benne, hogy nem volna szabad komoly hatással lennie és mégis de. Nyilván valami egyéb disznóságot is használnak a Windowsban, a sima page randomization kiegészítéseként. De ezt meg kéne néznem rendesen, mert csak átfutottam és elég homályosak az emlékeim róla, hogy pontosan mi volt benne.
---
Linux is bad juju.