queue/raid.sec

[Michał Panasiewicz]

Dnia 13-06-2005, pon o godzinie 20:18 +0200, Paweł Kwiatkowski
napisał(a):
> Dnia 13-06-2005, pon o godzinie 15:08 +0200, Michał Panasiewicz
> napisał(a):
> > Dnia 13-06-2005, pon o godzinie 00:43 +0200, Paweł Kwiatkowski
> > napisał(a):
> > > Ostatnio ucichły prace nad queue/raid.sec, gotowe toto? Pytam się bo
> > > czas na włączenie tego do master-a? Jeśli tak to się tym zajmę
> > > 
> > jak najbardziej gotowe (jedyne co bym prosił jeszcze to wyjasnienie jaki
> > sens ma robienie raid na całym dysku skoro nie mozna na nim robic
> > partycji (wątek na devel "metadevices i partycje")
> 
> Zastrzegam że nie mam żadnego doświadczenia z RAID-em ani nie czytałem
> podanego wątku więc może plotę bzdury. Myślę sobie że ma to głębszy
> sens: elastyczność.
> 
> Wyobraźmy sobie serwer baz danych: 4 dyski  - na pierwszym kilka
> partycji systemowych (np. "/", "/boot", "/home") a trzy pozostałe są
> połączone w macierz RAID 5 i są widziane jako "/var".
> 
> W takim wypadku Binarki, biblioteki i konfigi na dobrą sprawę nie
> potrzebują RAID-a. RAID niewiele przyśpieszy działanie maszyny bo takie
> pliki są wczytywane są wczytywane tylko raz - w trakcie uruchomienia
> systemu, na ich bezpieczeństwo nie jest kluczowym zagadnieniem, do tego
> wystarczy backup. A co do "/var", no to chyba nie wymaga komentarza...
> 

hmmm akurat nie o to chodzi do tego raid na partycjach tez wystarczy 
co do tego co wazne co nie wazne to RAID generalnie słuzy do zapewnienia
bezawaryjnej  i bez przestojów pracy serwera i bezpieczenstwa danych
wiec raczej wszystkie istotne z tego punktu informacje powinny znajdowac
sie na RAID.

ale fakt ze mozna to tak rozumiec ze jedna partycja to te połaczone
dyski


-- 
Michał Panasiewicz
jabber: wolvverine [ at ] chrome [ dot ] pl 
e-mail: wolvverine [ at ] tlen [ dot ] pl , wolvverine [ at ] pld-linux [ dot ] org
Potrzebujesz Informatyka/Administratora (Warszawa) -skontaktuj sie ze mną