( hrgy84 | 2011. 08. 21., v – 18:57 )

Alapvetoen azert jobb a shared storage, mert oneki nem kell a sajat eroforrasait I/O -n kivul masra forditania. Ha a node-k direktben replikalnak korbe, akkor viszont a user elol veszed el az I/O-t.

A gyuru topologiarol. Ha jol ertettem, ugye te azt mondod, hogy minden virtualis gep megvan mindegyik node-n, pont azert, hogy a redundancia ne seruljon, vagyis barmelyik VM elindithato legyen barhol. Ehhez azonban nem eleg az, ha a node csak kozvelten szomszedjanak adja at az infot, es ezzel itt vege, hanem a kozvetlen szomszedoknak megint replikalni kell az o szomszed(ai)nak, hiszen csak igy lesz mindenutt konzisztens replikad.

Marpedig ebben az esetbe a replikacio node-nkent novekvo adatmennyiseg replikalasat varja el a node-ktol, plusz a bejovo adatok feldolgozasat. Ha ehhez meg hozzavesszuk, hogy az idiota userek elvarjak, hogy a vm-jeik emberi korulmenyek kozott mukodjenek, akkor oda jutunk, hogy 2-3x nagyobb node-kat kell betervezni a clusterba, mint amekkorara akkor lenne szukseg, ha shared storage lenne.

Cloud eseteben az az elsodleges szempont, hogy a node-kon minel kisebb terheles legyen, hogy minel tobb kapacitas jusston az ugyfeleknek, hiszen minel tobb szabad kapacitasod van, annal tobb gepet tudsz eladni -> annal tobb beveteled lesz. Vagyis minel kevesebb feladatot kell a node-kra bizni.

Meg ha azt az idealis esetet is veszem alapul, hogy elegseges a kozvetlen szomszedokra replikalni, akkor is tobb eroforrast veszek igenybe mint az feltetlenul szukseges.

Na ezert eri meg storage-t venni. Mert a storage lehet effektive kisebb teljesitmenyu gep is, mint a node, de cserebe a vilagon senkit nem zavar, ha a storage szoftver 100%-on eszi a CPU-t, mert a gepnek maganak ez a feladata, ezen kivul mas szolgaltatas a gepen nem fut. Lehet, hogy elsore barbarsagnak tunik erre egy komplett gepet dedikalni, de a bovulesek soran boven behozza az arat. Raadasul az uj storage node betolasa se egy katasztrofalis dolog, mert az ugye sync, tehat ha este tizkor engedem fel azt a sync labat, mert akkortol kevesebb az effektiv irasmuveletem, akkor a vilagon senki sem fog nyuglodni.

Plusz altalaban a storage node-k parban szinkronizaltak. Vagyis ha mar van 2 storage node-om, akkor nem biztos, hogy erdemes a 3.-ra is atmozgatni a mar meglevo adatokat (ez erosen fugg a vallalasoktol). Inkabb akkor eleve 2 plusz node-dal bovitek, es azok full szuz teruletek lesznek. Annak az eselye, hogy ket fuggetlen gep egyszerre - vagy kozel egyszere - meghal, nyilvan megvan, de az meg egy bevallalhato riziko, es mivel a storage-kbe a legdragabb maga a winyo, barmikor ossze lehet rakni egy atmeneti gepet, amibe betolod a winyot es zorog tovabb a felho. Persze ehhez illik egy alaplap+vezerlo+haz kombot kulcsrakesz allapotban tartani a raktarban, de hat node-kbol is kell.
--

Ki oda vagyik, hol szall a galamb, elszalasztja a kincset itt alant. | Gentoo Portal