Klaster HA i pojemność dysków twardych
: 12 marca 2008, 14:00
Witam,
Mam za zadanie zbudować klaster serwerów www + postgresql, które w założeniu mają "dać sobie radę" z dużym ruchem i szybko rosnącym zapotrzebowaniem na powierzchnię dyskową.
Z dużymm ruchem dam sobię radę, ale nie wiem, jak transparentnie dla aplikacji, która będzie na tym działać, umożliwić łatwą rozbudowę klastra o kolejne dyski/komputery.
O co chodzi dokładniej:
Załóżmy, że mam SerwerA, na nim znajduje się partycja przeznaczona na pliki (dla przykładu(!!!) zamontowana w /home) w celu umożliwienia łatwej (wpięcie i wydanie kilku poleceń) rozbudowy dostępnej powierzchni tej partycji całość postawiona jest na software RAID 5 (w uproszczeniu: wpinam dysk, grow'uje partycje i mam więcej miejsca). Pytanie brzmi: co zrobić, jeśli fizycznie skończy mi się miejsce na dyski twarde (dla przykładu dostępne 6 slotów, a ja mam zapotrzebowanie na 7,8,9....)? Muszę kupić komputer (SerwerB) - OK, ale jak go "podpiąć" pod partycję /home? Czy da się stworzyć kolejnego RAID'a na SerwerB + zamontować go jako jako jakiś dysk na SerwerA (np. jako /dev/serwerb) + zrobić z tego PV (wolumin fizyczny z LVM) i rozpiąć LV (wolimin logiczny z LVM) na dyskach lokalnych i sieciowych? Czy są jakieś "standardowe/difultowe" sposoby robienia takich rzeczy (klaster o "logicznie" sumarycznej powierzchni dysków poszczególnych nodów?)? Jakaś wirtualizacja? Jakieś pomysły?
Chodzi mi o to, aby koder mógł pisać skrypt jak jemu pasuje (nieświadomie co do magii dziejącej się na serwerze), a ja żebym mógł bez potrzeby ingerowania w jego kod - podpinać kolejne komputery do klastra i w tem sposób zwiększąć dostępne miejsce na pliki.
Jeśli coś "zamieszałem" - przepraszam, odpowiem na pytania najpełniej jak umiem.
Pozd,
k.gnb
ZMIANA: 12.03.2008 16:16
Wygląda na to, że to czego szukam nazywa się GFS (http://www.sistina.com/gfs/) - ma z tym ktoś jakieś doświadczenia?
Mam za zadanie zbudować klaster serwerów www + postgresql, które w założeniu mają "dać sobie radę" z dużym ruchem i szybko rosnącym zapotrzebowaniem na powierzchnię dyskową.
Z dużymm ruchem dam sobię radę, ale nie wiem, jak transparentnie dla aplikacji, która będzie na tym działać, umożliwić łatwą rozbudowę klastra o kolejne dyski/komputery.
O co chodzi dokładniej:
Załóżmy, że mam SerwerA, na nim znajduje się partycja przeznaczona na pliki (dla przykładu(!!!) zamontowana w /home) w celu umożliwienia łatwej (wpięcie i wydanie kilku poleceń) rozbudowy dostępnej powierzchni tej partycji całość postawiona jest na software RAID 5 (w uproszczeniu: wpinam dysk, grow'uje partycje i mam więcej miejsca). Pytanie brzmi: co zrobić, jeśli fizycznie skończy mi się miejsce na dyski twarde (dla przykładu dostępne 6 slotów, a ja mam zapotrzebowanie na 7,8,9....)? Muszę kupić komputer (SerwerB) - OK, ale jak go "podpiąć" pod partycję /home? Czy da się stworzyć kolejnego RAID'a na SerwerB + zamontować go jako jako jakiś dysk na SerwerA (np. jako /dev/serwerb) + zrobić z tego PV (wolumin fizyczny z LVM) i rozpiąć LV (wolimin logiczny z LVM) na dyskach lokalnych i sieciowych? Czy są jakieś "standardowe/difultowe" sposoby robienia takich rzeczy (klaster o "logicznie" sumarycznej powierzchni dysków poszczególnych nodów?)? Jakaś wirtualizacja? Jakieś pomysły?
Chodzi mi o to, aby koder mógł pisać skrypt jak jemu pasuje (nieświadomie co do magii dziejącej się na serwerze), a ja żebym mógł bez potrzeby ingerowania w jego kod - podpinać kolejne komputery do klastra i w tem sposób zwiększąć dostępne miejsce na pliki.
Jeśli coś "zamieszałem" - przepraszam, odpowiem na pytania najpełniej jak umiem.
Pozd,
k.gnb
ZMIANA: 12.03.2008 16:16
Wygląda na to, że to czego szukam nazywa się GFS (http://www.sistina.com/gfs/) - ma z tym ktoś jakieś doświadczenia?