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.

do góry

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?

do góry

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.

do góry

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

do góry

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.

do góry

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ś.

do góry

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_Syn
ology_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.

do góry

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.

do góry