[elektro] HDD tükör

[Xorn]

2012/9/13 Móczik Gábor <pm_levlista at progzmaster.hu>:
> 2012.09.11. 10:06 keltezéssel, Xorn írta:
>> Ehhez azért hozzátenném azt, hogy a Raid-5-re felkészített cuccok
>> HW-ből számolják a paritást olyan tempóban, hogy ennek nincs
>> észrevehető teljesítménycsökkentő hatása,
>
> Azért ez a gyakorlatban nem mindig van így.
> Főleg a SOHO eszközöknél, de még szervereknél is, vagy pl. SCSI esetén
> gyakori, hogy ugyanazon a backplane-en (és 1 csatornán) van az összes
> diszk, emiatt nem is lehet teljesen párhuzamosan írni/olvasni őket.
>
> Ezen lényegesen javít a SATA/SAS, mert ott inkább külön csatornát
> használnak minden diszkhez.
>
> Ettől függetlenül az olcsóbb SOHO eszközben könnyen lehet hogy nincs HW
> RAID.

Nyilván egy SW Raid nem fogja HW-ből számolni a paritást. Amit írtam,
az HW Raid megoldást feltételez. Az írás meg azért szokott kevésbé
gond lenni, mert ha rendesen van cache-elve, úgyis összevárja az
írásokat, és egy teljes csík végigírása 1 IO lesz lemezenként, nem
minden IO-ra két-két lemez IO. De ez megint HW Raidet feltételez,
SW-ből ilyet nemigen szoktak.

>> Vannak erre számítások, hogy milyen eséllyel pusztul el az adat Raid-5
>> esetén. Meglepő, de 3 éves távlatban valami 50% fölötti az érték.
>
> Nem véletlen.
> Én azt vallom, hogy célszerű különböző (gyártmányú, használtságú)
> diszkekből építkezni, mert n db egyszerre vásárolt egyforma diszk jó
> eséllyel közel egyszerre fog meghalni. A második lehet hogy pont akkor,
> amikor épp rebuild miatt kap egy folyamatos terhelést.

Igen, pont ezért találták ki a Raid-6-ot két paritással, hogy ezt is túlélje.

> A write cache-t is lehet konfigurálni sokféleképpen.
> Tudomásul kell venni, hogy minél többet writecache-elsz, annál nagyobb
> az adatvesztés esélye egy tápkiesés vagy rendszer lefagyás miatt.

A táp nem esik ki, ehhez elég egy UPS, tehát ez kevésbé lényeges.
Op.rendszer meg leginkább csak Windows-nál fagy, a többinél elég
ritkán fordul elő. :-)

> Van valahol RDBMS teszt a neten, ahol pont ilyeneket vizsgáltak, hogy
> kiírtak 1 millió rekordot, aztán kikapták a tápot, majd visszakapcsolás
> után mit lehetett látni az adatbázisban.

Ez azért elég sokmindentől függ...

> Nyilván lehet konfigolni úgy is a rendszert hogy sokat write
> cache-eljen, akkor gyors, de nem hiszem hogy mindent visszaolvasol egy
> ilyen után, vagy lehet úgy is, hogy azonnal írja ki, ekkor meg lassabb,
> és ilyenkor jön jól alá a RAID10. Mint minden, ez is feladatfüggő.

Vagy van a storage-nak backup akksija, amivel a cache-t minden esetben
ki tudja még írni a lemezekre. De van olyan megoldás is, ahol SSD a
cache, és egy szuperkondi látja el addig táppal, míg vissza nem jön a
rendes villany. Akkor meg kiírja a cuccot, mintha mise történt volna.

Best regards,
Andy