Grupy dyskusyjne   »   pl.comp.pecet   »   Elastyczny RAID

Elastyczny RAID

Data: 2013-08-25 22:45:47
Autor: Adam
Elastyczny RAID
Witajcie.

Tak od czasu do czasu u jakiegoś klienta trzeba wymienić dysk w macierzy (najczęściej RAID5 lub 6). Często problematyczne jest znalezienie małych (współcześnie) dysków o pojemności np. 250GB, najczęściej jednak to są SATA lub SAS, rzadko SCSI.

Ale pytanie dotyczy czego innego:
Nikt nie wymyślił jeszcze jakiegoś "elastycznego" RAIDA, aby tenże "połykał" całe powierzchnie dysków?

Czyli przykładowo mam kilka HDD 250 GB spiętych w RAID6, dorzucam 500GB i cała jego powierzchnia jest przydzielona do matrycy?
W FAT-ie czy innym NTFS może być problem, ale jakieś linuxy może by "umiały" zmienić w locie pojemność woluminu?

--
Pozdrawiam.

Adam.

Data: 2013-08-26 02:26:52
Autor: BQB
Elastyczny RAID
W dniu 2013-08-25 22:45, Adam pisze:
Witajcie.

Tak od czasu do czasu u jakiegoś klienta trzeba wymienić dysk w macierzy
(najczęściej RAID5 lub 6). Często problematyczne jest znalezienie małych
(współcześnie) dysków o pojemności np. 250GB, najczęściej jednak to są
SATA lub SAS, rzadko SCSI.

Ale pytanie dotyczy czego innego:
Nikt nie wymyślił jeszcze jakiegoś "elastycznego" RAIDA, aby tenże
"połykał" całe powierzchnie dysków?

Czyli przykładowo mam kilka HDD 250 GB spiętych w RAID6, dorzucam 500GB
i cała jego powierzchnia jest przydzielona do matrycy?
W FAT-ie czy innym NTFS może być problem, ale jakieś linuxy może by
"umiały" zmienić w locie pojemność woluminu?

Kolega chyba nie zna zasady działania RAID5 i RAID6. Mała podpowiedź - w przypadku gdy w RAID5 wyciągniemy jeden dysk z macierzy (a w RAID6 2) to w jaki sposób działa cała macierz? Dodatkowe pytanie, te "szczególne" dane to ile zajmują na dysku i ile by miały zajmować na wszystkich dyskach gdyby jeden dysk był 2 razy większy?

Data: 2013-08-26 08:48:52
Autor: Adam
Elastyczny RAID
W dniu 2013-08-26 02:26, BQB pisze:
W dniu 2013-08-25 22:45, Adam pisze:
Witajcie.

Tak od czasu do czasu u jakiegoś klienta trzeba wymienić dysk w macierzy
(najczęściej RAID5 lub 6). Często problematyczne jest znalezienie małych
(współcześnie) dysków o pojemności np. 250GB, najczęściej jednak to są
SATA lub SAS, rzadko SCSI.

Ale pytanie dotyczy czego innego:
Nikt nie wymyślił jeszcze jakiegoś "elastycznego" RAIDA, aby tenże
"połykał" całe powierzchnie dysków?

Czyli przykładowo mam kilka HDD 250 GB spiętych w RAID6, dorzucam 500GB
i cała jego powierzchnia jest przydzielona do matrycy?
W FAT-ie czy innym NTFS może być problem, ale jakieś linuxy może by
"umiały" zmienić w locie pojemność woluminu?

Kolega chyba nie zna zasady działania RAID5 i RAID6. Mała podpowiedź - w
przypadku gdy w RAID5 wyciągniemy jeden dysk z macierzy (a w RAID6 2) to
w jaki sposób działa cała macierz? Dodatkowe pytanie, te "szczególne"
dane to ile zajmują na dysku i ile by miały zajmować na wszystkich
dyskach gdyby jeden dysk był 2 razy większy?

To chyba Kolega nie zna zasady działania RAID-ów ;)

Zarówno w RAID1 (mirror), jak i RAID3 i RAID5 można wyjąć 1 dysk i macierz (zdegradowana) działa nadal. W przypadku RAID6 można wyjąć 2 dyski (o ile jest ich na tyle) i macierz nadal działa.
Natomiast cała przestrzeń "rozsypana" po wielu dyskach jest widoczna jako jeden wolumen (w standardowej konfiguracji).
Po podłączeniu nowego/nowych dysków macierz jest przywracana.

Jeśli jesteś z mazowieckiego, to mogę Cię zaprosić do siebie i zademonstrować na kilku maszynach, jak to działa. Dobry browarek nigdy nie jest zły ;)

Mogę Ci pokazać na Hot-Swapie, gdzie dysk wymienia się w czasie pracy maszyny, nowy HDD jest przydzielany i synchronizowany do macierzy w sposób "przezroczysty" i niewidoczny dla systemu operacyjnego.
Mam MR10i, u klientów trochę PERC5 i 6, trochę starszych, których typów w tej chwili nie pamiętam.

No, chyba że czegoś nie wiem, albo nie zrozumiałem Twojej odpowiedzi.

Po włożeniu większego dysku do zdegradowanej macierzy, jest przydzielane dla macierzy tylko tyle miejsca, ile było wcześniej zadeklarowane, w momencie tworzenia macierzy.

RAID5 i RAID6 wydają się niegłupie (dla "elastycznej" macierzy), gdyż nie ma wydzielonych dysków na parzystość, jak w RAID1 i RAID3. Zarówno dane "podstawowe", jak i dane "nadmiarowe" są rozsypane po dyskach, stąd wydaje mi się, że zagospodarowanie dodatkowej przestrzeni na nowym dysku nie powinno stanowić problemu.
Podobnie: dołożenie całkiem nowego (dodatkowego) dysku do RAID5 czy RAID6 wtedy też nie powinno stanowić problemu.



--
Pozdrawiam.

Adam.

Data: 2013-08-26 10:04:16
Autor: elmer radi radisson
Elastyczny RAID
On 2013-08-26 08:48, Adam wrote:

RAID5 i RAID6 wydają się niegłupie (dla "elastycznej" macierzy), gdyż
nie ma wydzielonych dysków na parzystość, jak w RAID1 i RAID3.

Gdzie Ty w RAID1 masz parzystosc? procz parzystej ilosci dyskow
oczywiscie ;)



--

memento lorem ipsum

Data: 2013-08-26 11:07:02
Autor: Adam
Elastyczny RAID
W dniu 2013-08-26 10:04, elmer radi radisson pisze:
On 2013-08-26 08:48, Adam wrote:

RAID5 i RAID6 wydają się niegłupie (dla "elastycznej" macierzy), gdyż
nie ma wydzielonych dysków na parzystość, jak w RAID1 i RAID3.

Gdzie Ty w RAID1 masz parzystosc? procz parzystej ilosci dyskow
oczywiscie ;)


Qrde, racja :-P


--
Pozdrawiam.

Adam.

Data: 2013-08-27 04:46:57
Autor: BQB
Elastyczny RAID
W dniu 2013-08-26 08:48, Adam pisze:

W przypadku wymiany jednego dysku w macierzy, dane z dysków zawierających bity parzystości są przeliczane i kopiowane na nowy dysk, oraz tworzone są bity parzystości.

RAID5 i RAID6 wydają się niegłupie (dla "elastycznej" macierzy), gdyż
nie ma wydzielonych dysków na parzystość, jak w RAID1 i RAID3. Zarówno
dane "podstawowe", jak i dane "nadmiarowe" są rozsypane po dyskach, stąd
wydaje mi się, że zagospodarowanie dodatkowej przestrzeni na nowym dysku
nie powinno stanowić problemu.

Niestety nie zrozumiałeś, aby było prościej przyjmiemy, że chodzi o RAID5 na 3 dyskach - załóżmy każdy ma 100 GB
Na każdym z dysków dane zajmują 2/3 a bity parzystości 1/3. Czyli na każdym dysku dane zajmują około 66 GB i dane parzystości 33 GB.
Wyciągasz dysk 100 GB i wkładasz dysk 200 GB, czyli w/g Ciebie też powinno to zajmować tak jak w poprzednich dyskach 1/3 na parzystość i 2/3 na dane. Czyli 133 GB na dane i 66 GB na bity parzystości. Ile w takim wypadku powinny zajmować bity parzystości na pozostałych dyskach?
Chodzi o to, że nie uda się osiągnąć 1/3 powierzchni dysku.

Podobnie: dołożenie całkiem nowego (dodatkowego) dysku do RAID5 czy
RAID6 wtedy też nie powinno stanowić problemu.

RAID (poza RAID0) jest projektowany po to, aby zapewnić nieprzerwaną pracę, nawet w przypadku awarii dysku.
Teoretycznie zakładając, dodajemy nowy dysk do macierzy (taki sam jak już istniejące), jak macierz ma przetrwać w razie awarii? Zwiększenie pojemności, to znaczy, że na tym nowym dysku ma być więcej miejsca na dane, a mniej na bity parzystości. Wtedy macierz musiałaby "przerobić" wszystkie dyski. Jakby którykolwiek z dysków w tym momencie padł, to nie mamy danych, bo zabraknie z parzystości do odtworzenia. Być może mogło by się to udać w RAID6 ale nad tym obecnie nie mam już siły myśleć - czas spać ;-).

Mam nadzieję, że teraz to zrozumiałeś.

Data: 2013-08-28 11:32:38
Autor: Adam
Elastyczny RAID
W dniu 2013-08-27 04:46, BQB pisze:
W dniu 2013-08-26 08:48, Adam pisze:

W przypadku wymiany jednego dysku w macierzy, dane z dysków
zawierających bity parzystości są przeliczane i kopiowane na nowy dysk,
oraz tworzone są bity parzystości.

RAID5 i RAID6 wydają się niegłupie (dla "elastycznej" macierzy), gdyż
nie ma wydzielonych dysków na parzystość, jak w RAID1 i RAID3. Zarówno
dane "podstawowe", jak i dane "nadmiarowe" są rozsypane po dyskach, stąd
wydaje mi się, że zagospodarowanie dodatkowej przestrzeni na nowym dysku
nie powinno stanowić problemu.

Niestety nie zrozumiałeś, aby było prościej przyjmiemy, że chodzi o
RAID5 na 3 dyskach - załóżmy każdy ma 100 GB
Na każdym z dysków dane zajmują 2/3 a bity parzystości 1/3. Czyli na
każdym dysku dane zajmują około 66 GB i dane parzystości 33 GB.
Wyciągasz dysk 100 GB i wkładasz dysk 200 GB, czyli w/g Ciebie też
powinno to zajmować tak jak w poprzednich dyskach 1/3 na parzystość i
2/3 na dane. Czyli 133 GB na dane i 66 GB na bity parzystości. Ile w
takim wypadku powinny zajmować bity parzystości na pozostałych dyskach?
Chodzi o to, że nie uda się osiągnąć 1/3 powierzchni dysku.

Podobnie: dołożenie całkiem nowego (dodatkowego) dysku do RAID5 czy
RAID6 wtedy też nie powinno stanowić problemu.

RAID (poza RAID0) jest projektowany po to, aby zapewnić nieprzerwaną
pracę, nawet w przypadku awarii dysku.
Teoretycznie zakładając, dodajemy nowy dysk do macierzy (taki sam jak
już istniejące), jak macierz ma przetrwać w razie awarii? Zwiększenie
pojemności, to znaczy, że na tym nowym dysku ma być więcej miejsca na
dane, a mniej na bity parzystości. Wtedy macierz musiałaby "przerobić"
wszystkie dyski. Jakby którykolwiek z dysków w tym momencie padł, to nie
mamy danych, bo zabraknie z parzystości do odtworzenia. Być może mogło
by się to udać w RAID6 ale nad tym obecnie nie mam już siły myśleć -
czas spać ;-).

Mam nadzieję, że teraz to zrozumiałeś.

Ja to widziałem trochę inaczej.

RAID5 (lub 6) nie ma dedykowanego dysku(ów) do sum kontrolnych. Dane więc są zapisywane w "paskach", można przyjąć uproszczenie: dane-dane-parzystość, gdzie każdy pasek jest zapisywany na kolejnym dysku.

Więc istotnie, nie można przydzielić ani większej, ani mniejszej powierzchni dyskowej, gdyż wtedy kolejne paski byłyby zapisywane na tym samym dysku (gdyby przyjąć założenie, że przydzielamy całą powierzcnię większego dysku) - a to by był już jakiś miks RAIDA i strippingu. W każdym razie przeczyłoby to założeniom bezpieczeństwa.

Więc wszystko wskazuje na to, że byłem w mylnym błędzie ;)

Ale znalazłem ciekawy opis:

http://forum.synology.com/wiki/index.php/What_is_Synology_Hybrid_RAID%3F

albo krócej:

http://tnij.org/elastyczny

Muszę poczytać dokładniej (b. słabo znam angielski), ale wynika, że powierzchnię RAID można powiększać. W przypadku RAID po wymianie wszystkich dysków w macierzy, w przypadku SHR już po wymianie 2 dysków.

A może ktoś to przeczyta i w kilku słowach opisze?


--
Pozdrawiam.

Adam.

Data: 2013-08-30 07:22:03
Autor: sphinxozo
Elastyczny RAID
W dniu niedziela, 25 sierpnia 2013 22:45:47 UTC+2 użytkownik Adam napisał:
Witajcie. Tak od czasu do czasu u jakiego� klienta trzeba wymieni� dysk w macierzy (najcz�ciej RAID5 lub 6). Cz�sto problematyczne jest znalezienie ma�ych (wsp�cze�nie) dysk�w o pojemno�ci np. 250GB, najcz�ciej jednak to s� SATA lub SAS, rzadko SCSI. Ale pytanie dotyczy czego innego: Nikt nie wymy�li� jeszcze jakiego� "elastycznego" RAIDA, aby ten�e "po�yka�" ca�e powierzchnie dysk�w? Czyli przyk�adowo mam kilka HDD 250 GB spi�tych w RAID6, dorzucam 500GB i ca�a jego powierzchnia jest przydzielona do matrycy? W FAT-ie czy innym NTFS mo�e by� problem, ale jakie� linuxy mo�e by "umia�y" zmieni� w locie pojemno�� woluminu? -- Pozdrawiam. Adam.



W dniu niedziela, 25 sierpnia 2013 22:45:47 UTC+2 użytkownik Adam napisał:
Witajcie. Tak od czasu do czasu u jakiego� klienta trzeba wymieni� dysk w macierzy (najcz�ciej RAID5 lub 6). Cz�sto problematyczne jest znalezienie ma�ych (wsp�cze�nie) dysk�w o pojemno�ci np. 250GB, najcz�ciej jednak to s� SATA lub SAS, rzadko SCSI. Ale pytanie dotyczy czego innego: Nikt nie wymy�li� jeszcze jakiego� "elastycznego" RAIDA, aby ten�e "po�yka�" ca�e powierzchnie dysk�w? Czyli przyk�adowo mam kilka HDD 250 GB spi�tych w RAID6, dorzucam 500GB i ca�a jego powierzchnia jest przydzielona do matrycy? W FAT-ie czy innym NTFS mo�e by� problem, ale jakie� linuxy mo�e by "umia�y" zmieni� w locie pojemno�� woluminu? -- Pozdrawiam. Adam.

Przepraszam że tutaj ale coś mi się kiełbasi czytnik w przeglądarce.
Jeżeli chodzi o ten Hybrid Raid to właśnie coś takiego jak chcesz może prawie.
To działa tak masz raid5 na 4 dyskach na przykład 1GB, normalnie w synology możesz dodać po kolei na przykład 2GB po każdym przebudować raid i na koniec zwiększyć pojemność wolumenu dwu krotnie. Albo możesz dodać po kolei 1 dysk ,przedbudować następnie 2 i przebudować. Masz wtedy coś takiego 1+1+1+1 RAID5 a z pozostałego 1+1 możesz zrobić mirror i używać dodatkowej powierzchni.

Elastyczny RAID

Nowy film z video.banzaj.pl więcej »
Redmi 9A - recenzja budżetowego smartfona