LiRul wrote: > Atolvastam a 3 server + 1 kliens howtot*, ebbol nekem az jott le, hogy > minden kliensen fel kell sorolnom az osszes kulonbozo remote-host > servert, megosztasonkent, majd a vegen unifybe kell fogni oket.
Altalaban ez szokott a legjobb lenni, de csinalhatsz szerveroldalon is unify-t, amennyiben indokolt; szerintem itt erdemes megfontolni, lasd alabb. > (glusterfs-client.vol) Ez azt jelenti, hogy ha bekerul egy uj node, > akkor ezt a kliens konfigot mindenhol modositani kell, es szukseg van > egy umount/mount-ra? Es mi lesz akkor, ha egy node elhal? Olyankor mi > tortenik? Ha csak unify-t hasznalsz, akkor az azon a node-on levo faljaid kiesnek. Keverd bele a buliba a cluster/aft-t, az erre valo. A unify konkatenal, az afr replikal. Ha umount/mount nelkul akarod megoldani, en szerver oldalra tennem a logikat, amikor ugyanis a szervert legyilkolod, akkor a klienseken nem veszik el a kapcsolat, hanem csak blokkolodnak, es probalnak ujracsatlakozni -- legalabbis egy ideig. Ha tehat igyekszel a szerver kibovitett konfiguracioval torteno ujrainditasaval (es miert ne igyekezhetnel, hiszen elobb szerkesztesz konfig fajlt, aztan `pkill glusterfsd && glusterfsd -f ...`), akkor a kliensoldali mountjaid tulelhetik a dolgot. De ezt azert erosen teszteld ki! > Ha jol lattam az on-the-fly atmeretezes a roadmap szerint 1.4-es > verzioban jelenik meg. Amire gondolsz, azt brick hot add/remove-nak hivjak, es valoban 1.4-ben lesz. Addig workaroundkent hasznalhatsz LVM-et a posix/directory translator alatt valami on-the-fly atmeretezheto faljrendszerrel. HTH, -- cc _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
