-
Path: news-archive.icm.edu.pl!agh.edu.pl!news.agh.edu.pl!news.cyf-kr.edu.pl!news.nask
.pl!news.nask.org.pl!news.interia.pl!not-for-mail
From: Adam <a...@p...onet.pl>
Newsgroups: pl.comp.pecet
Subject: Re: Elastyczny RAID
Date: Wed, 28 Aug 2013 11:32:38 +0200
Organization: INTERIA.PL S.A.
Lines: 73
Message-ID: <kvkg3q$gkm$1@usenet.news.interia.pl>
References: <kvdqdu$g8u$1@usenet.news.interia.pl>
<521aa0ce$0$1258$65785112@news.neostrada.pl>
<kvetom$q0l$1@usenet.news.interia.pl>
<521c1326$0$1249$65785112@news.neostrada.pl>
NNTP-Posting-Host: opg67.internetdsl.tpnet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: usenet.news.interia.pl 1377682363 17046 83.0.30.67 (28 Aug 2013 09:32:43
GMT)
X-Complaints-To: u...@f...interia.pl
NNTP-Posting-Date: Wed, 28 Aug 2013 09:32:43 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows NT 5.2; rv:17.0) Gecko/20130801 Thunderbird/17.0.8
In-Reply-To: <521c1326$0$1249$65785112@news.neostrada.pl>
Xref: news-archive.icm.edu.pl pl.comp.pecet:1228763
[ ukryj nagłówki ]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.
Następne wpisy z tego wątku
- 30.08.13 16:22 s...@g...com
Najnowsze wątki z tej grupy
- drukarka potrzebna
- Rok 1973
- CFM (airflow) AMD Wraitha
- 16. Raport Totaliztyczny: Sprzedawanie zaszyfrowanych filmów na płytach Blu-Ray bez kluczy deszyfrujących
- 15. Raport Totaliztyczny: Średniowiecze Po,Zniszczeniu AmigaOS i Plan9
- USB3.x->HDMI/DP ze sterownikami w win11
- Dell ubija / przemianowuje swoje flagowe linie laptopów
- Ten adapter nie obsłuży dysków HDD PATA 2.5 cala - producent kłamie czy ja jestem głupi ?
- Przedłużacz USB-C działa w połowie
- Fujitsu LIFEBOOK E746
- Alternatywny nośnik do monitoringu zamiast HDD?
- Pendrive, ale dysk
- Dyski HDD SATA 2,5'' >2TB
- Funbox 10 - Czy miał już ktoś styczność z tym sagemowym sprzętem?
- Konwersja dysku z MBR na GPT
Najnowsze wątki
- 2025-02-01 Śmierć mózgu a narządy do pobrania
- 2025-01-31 A niektórym to naprawdę zależy na ekologi w miastach LPG POWRACA ;-)
- 2025-01-31 Lublin => Programista Delphi <=
- 2025-01-31 Łódź => Programista NodeJS <=
- 2025-01-31 Wrocław => Senior SAP Support Consultant (SD) <=
- 2025-01-31 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2025-01-31 Gdańsk => iOS Developer (Swift experience) <=
- 2025-01-31 Kraków => UX Designer <=
- 2025-01-31 Warszawa => Data Engineer (Tech Leader) <=
- 2025-01-31 Gliwice => Business Development Manager - Dział Sieci i Bezpieczeńst
- 2025-01-31 Gliwice => Business Development Manager - Network and Network Security
- 2025-01-31 Warszawa => Architekt rozwiązań (doświadczenie w obszarze Java, AWS
- 2025-01-31 Warszawa => Full Stack .Net Engineer <=
- 2025-01-31 Warszawa => Programista Full Stack (.Net Core) <=
- 2025-01-31 Gdańsk => Programista Full Stack .Net <=