-
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.unit0.net!feeder.erje.net!us.feeder.erje.net!news.glo
rb.com!news-out.readnews.com!transit3.readnews.com!nx01.iad01.newshosting.com!n
ewshosting.com!newsfeed.neostrada.pl!unt-exc-02.news.neostrada.pl!unt-spo-a-01.
news.neostrada.pl!news.neostrada.pl.POSTED!not-for-mail
Date: Tue, 27 Aug 2013 04:46:57 +0200
From: BQB <a...@a...spamowy.com.invalid>
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:17.0) Gecko/20130801
Thunderbird/17.0.8
MIME-Version: 1.0
Newsgroups: pl.comp.pecet
Subject: Re: Elastyczny RAID
References: <kvdqdu$g8u$1@usenet.news.interia.pl>
<521aa0ce$0$1258$65785112@news.neostrada.pl>
<kvetom$q0l$1@usenet.news.interia.pl>
In-Reply-To: <kvetom$q0l$1@usenet.news.interia.pl>
Content-Type: text/plain; charset=ISO-8859-2; format=flowed
Content-Transfer-Encoding: 8bit
Lines: 37
Message-ID: <521c1326$0$1249$65785112@news.neostrada.pl>
Organization: Telekomunikacja Polska
NNTP-Posting-Host: 83.25.139.76
X-Trace: 1377571622 unt-rea-a-02.news.neostrada.pl 1249 83.25.139.76:49613
X-Complaints-To: a...@n...neostrada.pl
Xref: news-archive.icm.edu.pl pl.comp.pecet:1228732
[ ukryj nagłówki ]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ś.
Następne wpisy z tego wątku
- 28.08.13 11:32 Adam
- 30.08.13 16:22 s...@g...com
Najnowsze wątki z tej grupy
- Wyjścia video kart graficznych (NVIDIA)
- Tani laptop z Carrefoura
- Skanowanie: Canon MG2550S vs HP OfficeJet 6950
- Urządzenie 2 w 1 - discman i zewnętrzny napęd CD/DVD
- Responsywność
- Ciekawostka
- jak ściemnić laptop
- Laptop 7" mocniejszy niż eeepc
- Funbox 3.0 zakres adresów DHCP
- Re: Funbox 3.0 zakres adresów DHCP
- Miernik szybkości netu
- Wymiana SIM Aero2
- Restart PC-ta
- Sila sygnalu routera
- Wiewiórki, szczury i myszy...
Najnowsze wątki
- 2024-07-02 Realme 7 Na co zmienić?
- 2024-06-27 Prywatny parking? Pierwsze 10 minut bezplatnie
- 2024-07-02 znalazłem samochód ;)
- 2024-07-02 Pierwszeństwo łamane
- 2024-07-02 zamek
- 2024-07-02 Akumulatory VRLA
- 2024-07-03 Białystok => Inżynier DevOps Conexa First (Kontraktor) <=
- 2024-07-03 MĂźnchen => Test Development Engineer (m/w/d) <=
- 2024-07-03 Warszawa => Full Stack web developer (obszar .Net Core, Angular6+) <=
- 2024-07-03 Warszawa => Programista Full Stack (.Net Core) <=
- 2024-07-02 Kraków => Spedytor międzynarodowy <=
- 2024-07-02 Poznań => Senior React Native Developer <=
- 2024-07-02 Rzeszów => Frontend Developer (React) <=
- 2024-07-02 Warszawa => Fullastack (Java) Developer <=
- 2024-07-02 reparacje