[elektro] HDD tükör

[vajk fekete]

csak megkerestem ami a multkor valamiert visszajott, es elkuldom ujra:

a sata is tud olyat, hogy egy csatornan tobb diszk, es sata-s storageokban hasznaljak is. 
pl egy olcso cucc a lap kozepe fele: http://www.sataport.com/
ilyet beteszel egy 5fiokos kulso diszkdobozba, es lett egy esata-s kulso dobozod 5 diszkkel, amik egyetlen csatornan vannak.

par kiegeszites:

a raid5 olvasasra bukik el nagyon!
irasra nincs gond, mert a kontrolleren van par giga memoria es akkumulator.
(vagy manapsag flash) tetszolegesen gyorsan hazudhatja hogy ki van irva az adat.
viszont az olvasashoz nem egy diszket kell olvasni, hanem tobbet. es a diszknek 
van access time-ja, ami a seek-bol es a korbefordulasbol adodik. es nem egy diszkre 
kell kivarni, hanem tobbre. ezert random olvasasra szomoru lesz az eredmeny. az 
adatbazis pedig altalaban random olvasasrol szol.


a raid10-nel nem negyede a kapacitas, hanem csak siman fele. egyszeruen 
kettot-kettot osszermirroroz, es az eredmenyt stripeolja egybe.

a hot swap-nak annyi koze van az egeszhez, hogy ha kiesett egy 
diszk mondjuk a mirrorodbol, akkor a maradek redundancia nulla, a kovetkezo 
diszk elesese adatvesztes. ha nincs hotswap, akkor ez a kockazatos allapot 
addig fentall, amig le nem allitod es ki nem csereled a rossz diszket. ha 
van hotswap, akkor leallitas nelkul kicserelheted, igy rovidebb ideig all 
fent a kockazat. raadasul a leallitas kikapcsolassal is jar, ami komolyan rizikos, 
a regota megallas nelkul forgo diszkek gyakran nem indulnak el egy 
kikapcs utan. ha meg van melegtartalek diszk a rendszerben, tehat egy diszk
ami fel van dugva, csak nincs hasznalva semmire, akkor a kontroller azonnal 
elkezdheti hasznalni a mirrorban a kiesett diszk helyett.

Vajk



________________________________
 From: Móczik Gábor <pm_levlista at progzmaster.hu>
To: elektro at tesla.hu 
Sent: Thursday, 13 September 2012, 12:23
Subject: Re: [elektro] HDD tükör
 
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.

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

>> állat, ami nem cache-el, hanem állandóan minden kis adatot azonnal ír a
>> diszkre. Ehhez RAID 1-et használnak, vagy a durvábbak RAID 10-et.
>
> Hááááát... Nem tudom, milyen adatbázismotorokkal dolgoztál, de a
> rendesebbek igenis masszívan cache-elnek, mint a rossz nyavaja, nem
> győzzük a memóriát tolni alájuk. MySQL és Oracle egész biztosan, és
> elég jól futnak még enterprise méretekben is 3+1 ill. 7+1 lemezes
> Raid-5 konfigurációjú lemezeken.

Persze hogy kell alá tolni, mert read cache is van. Ha egy subselectnek 
gyakran kell egy fél táblányi adat, akkor valszeg a memóriában tartja és 
nem mindig a diszkről olvassa fel.

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.
HW szinten a RAID vezérlők közül nem is mindegyik engedi a kártyán lévő 
write cache bekapcsolását, ha nincs BBU csatlakoztatva.

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.

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

-----------------------------------------
          elektro[-flame|-etc]