Hali! On Tue, Feb 19, 2008 at 06:06:44PM +0100, Molnár Roland wrote: > > Ahogy en tudom, igen. A kliens magatol nem tudja, hogy uj szerver > jelent meg, amivel dolgozhat. Nem broadcast alapon megy az azonositas...
Ok thx, vilagos. > Ha hibaturore allitod az elereset, leirasban van ra pelda, semmi > kulonos, ha nem igy tettel, mintha egy LVM-bol rantanad > ki a vinyot, azzak a kulonbseggel, hogy itt a file-ok az eletbenmaradt > szervereken megmaradnak, attol fuggoen, hogy milyen modszerrel szorod > szet koztuk a file-okat. Koszi a valaszt! Leirnam mi lenne a lenyeg, mit szeretnenk megvalositani, hatha tobb sebbol verzik az elkepzeles. A tervek szerint lenne x db node (>10), mindegyikben kb. 1 tera "kozosbe dobhato" megosztott hellyel. A kapacitas boviteset kesobb ujabb node-ok uzembe allitasaval tervezzuk. Azt szeretnenk, hogy ha a node-okon a HDD-ket nem kellene sem LVM-be sem RAID-be fogni, a redundanciat a glusterfs replikacioja megoldana annyi peldanyban, amennyit szeretnenk. Ha egy node-ban megpusztul egy HDD, akkor hot-swap ki a rendszerbol, be egy ujat, format s maris kezdhetne a rendszer a meghibasodott HDD-n volt fajlokat a glusterfs ep node-jan levo parjai alapjan felepiteni a HDD-t. Thx. -- LiRul http://www.hixsplit.hu/ Un*x + HIX = hixsplit Lehet, de nem erdemes nelkule... _________________________________________________ linux lista - [email protected] http://mlf2.linux.rulez.org/mailman/listinfo/linux
