|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: Rivale
|
Pridané:
23.10.2008 12:48
dobra novinka, a to uz dlhe roky ficime vo firme na RAID 5-ke. a zatial sme nemali ziaden problem, aj ked odisiel disk. vymenil sa, urobil sa rebuild a vsetko fachalo ako ma. no asi sa to fakt tyka vyssich kapacit. no ako vidno, uz aj RAID 5 zostarieva. neva zatial kym nam to staci, nie je dvovod menit to.
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: Klix.
|
Pridané:
23.10.2008 12:58
My uz na firme nasadzame v poslednej dobe vyhradne RAID-6 do novych serverov, ale RAID-5 nebudeme taktiez menit.
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: Rivale
|
Pridané:
23.10.2008 13:05
a ake mate skusenosti so 6-kou??? da sa v pohode?
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: PCnity2
|
Pridané:
23.10.2008 15:10
Ja mam na roznych serveroch rozne radice... Od LSI logic po 3ware... Ale ziaden z nich nema podporu raid 6.
Zaujimalo by ma ci to robite sw cez kernel, alebo o aky radic sa jedna. Asi bude na case robit u mna zmeny :)
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: Rivale
|
Pridané:
23.10.2008 15:54
nie robime to hardwerovo, na urovni biosu scsi karty. vytvori sa raid 5 a system sa uz na to instaluje. cize nie je to ziaden softwerovy. slapeme na hp rada proliant serveroch, takze tam ta podpora je uz na hw urovni.
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: tominot
|
Pridané:
23.10.2008 13:07
pritom je to stale o jednom vadnom sektore. Moze byt sice velmi dolezity, ale moze to byt zaroven sektor uplne nedolezity.
Jeden sektor vs. strata komplet udajov pokial sa nepouzije RAID-5 ale napr. len jeden samostatny disk. To nie je az tak zlee, prist pri domacom pocitaci o kusocek mp3, ci videa namiesto komplet vsetkych udajov :)
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: rys
|
Pridané:
23.10.2008 13:11
MP3jky na RAID5?? :-)
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: aaaaaaaaaaaaaaaaaaa
|
Pridané:
23.10.2008 13:12
no mozno nahrava vesmirny zvuk :)
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: Pjetro de
|
Pridané:
23.10.2008 13:13
to robi SETI v Portoriku :-)
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: pppppp
|
Pridané:
23.10.2008 13:36
preco nie ? ma mat doma jedno redundantne pole na dolezite data a jedno na mp3 ? to asi velmi neusetri ze.
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: Slavius
|
Pridané:
23.10.2008 17:29
Jeden nedolezity sektor (512Byte) je prilis vela. Uz jeden bajt je prilis vela! Predstav si ze ti to sekne v databaze v poli kde mas ulozenu sumu vlozenu do banky. Bud sa z teba stane bohatsi alebo chudobnejsi muz...
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: tominot
|
Pridané:
24.10.2008 20:50
viem dolezitost. Preto sa vsetko vyznamne zalohuje ci je to v RAID alebo nie.
Ale RAID polia su i v domacich PC. Nepouziva to kazdy, ale niektore chipsety to umoznuju.
Nie je problem mat 3x 1TB disk. Niekto sa smeje ked som uviedol mp3. Neuvedomuje si vsak to co som napisal. Mam pocitac, mam RAID5 mam tam dolezite veci, ale aj nedolezite - mp3, video. Vdaka RAID5 nezalohujem vsetko, ale len skutocne dolezite veci. Preto poznamka o jednom sektore. Vzdy lepsie ako ked ma clovek len jeden disk, 2, 3 samostatne, jeden zlyha a pride o vsetko.
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: Slavius
|
Pridané:
27.10.2008 8:10
Viem, zalohovanie, lenze v pripade napr. databaz je zalohovanie z RAID pola raz za den relativne zbytocne. Pomaha len zalohovanie v realnom case (replikacia). Ked vystavujes v uctovnictve faktury a prave vtedy sa ti zrube RAID a nepodari sa ti ho opravit kvoli takej chybe, tak ti ani zalohovanie nepomoze. RAID je tu nato, aby chranil data voci chybam hardwaru, preto treba volit taku konfiguraciu, ktora to splna (aj ked niekedy na ukor rychlosti ci ceny).
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: tominot
|
Pridané:
27.10.2008 11:52
stale plati to co som napisal.
bud sa ti zrube RAID5 pole a budes mat mozno poskodeny 1sektor alebo sa ti zrube jeden samostatny disk a nemas ani brk.
inak napisane - clanok je podnetny, ale tyka sa najma firemnych RAID5. Domaci uzivatelia, pracovne stanice mozu byt v pohode.
Aj tak vacsina nepouziva RAID a ani nezalohuje - kupis mim 25ks DVD, nastavis backup soft, povies im aby aspon raz tyzdenne to napalili a o polroka ti volaju - neide mi komp, urob nieco..
kto pouziva domace RAID pole, vacsinou pouziva i externy disk - ak si vazi svoje data. Data sa mozu poskodit aj inak ako len chybou RAID pola :)
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od reg.: Uhlik
|
Pridané:
23.10.2008 14:57
chybu jedneho sektora pri rebuilde si nemusis vsimnut, pretoze RAID5 po vymene disku spolieha na to, ze data na ostatnych diskoch su v poriadku a teda ak od niektoreho disku dostane nespravne data, vytvori data na novom disku tak, aby to sedelo s paritou ;) ... a to je prave kamen urazu, ze uspesnost obnovy sa v takom pripade neda zistit (iba ak nahodou dojde k poskodeniu doleziteho suboru a ten potom nejde otvorit ;o) ...) ...
|
|
Re: dnes má meniny Alojzia, zajtra Kvetoslava
Od: Slavius
|
Pridané:
23.10.2008 17:27
RAID 5 nezostarieva, akurat nepredpokladal tak velku chybovost (v pomere k velkosti disku)
|
|
chybovosť SSD diskov
Od: rys
|
Pridané:
23.10.2008 13:00
Neviete niekto, ako sú na tom s chybovosťou čítania SSD disky? Pri súčasnom tempe by mohli za pár rokov kapacitou dohnať klasické disky.
|
|
Re: chybovosť SSD diskov
Od reg.: Pjetro de
|
Pridané:
23.10.2008 13:12
hehe, mozno raz tak lepsie ako s chybovostou zapisu, ale ked je nieco na H zapisane, tak aj precitat je to vascinou problem ... SLCcka mavaju cca 50-100 tisic cyklov prepisov, MLCcka len cca 10 tisic ...
|
|
RAID5
Od reg.: Marki555
|
Pridané:
23.10.2008 13:49
No ved to sa vie uz davno, ze so stupajucou kapacitou diskov a poctom diskov v poli stupa pravdepodobnost viac-nasobneho zlyhania. Akurat tuto to teraz pre jeden typ zlyhania vyratali na percenta.
Preto sa v enterprise systemomch a diskovych poliach robia jednotlive RAID5 polia z malo diskov (4, max. 6). Clovek sice vidi pole s 200 diskami v RAID5, ale interne to funguje tak, ze disky su rozdelene po styroch na jednotlive RAID5 polia.
Ako bolo spominane, enterprise disky maju mensiu chybovost a zaroven podstatne nizsiu kapacitu (pri SAS/FC je beznych 200-300 GB, novinkou su 500 GB SAS disky).
|
|
Re: RAID5
Od reg.: Redakcia DSL.sk
|
Pridané:
23.10.2008 14:38
Máte pravdu, samozrejme sa jednotlivé riziká poznajú už od začiatkov používania RAID 5.
Len kým voľakedy boli percentuálne nezaujímavé, momentálne a v blízkej budúcnosti sa dostávame do stavu, kedy sa riziko výskytu takéhoto problému podľa dostupných údajov mení z malého na veľmi pravdepodobné.
|
|
Re: RAID5
Od reg.: Pjetro de
|
Pridané:
23.10.2008 15:10
ta dajme taketo modelove vysvetlenie: volekady sa hadzalo kockou 2-3x a pravdepodobnost ze padla napr. 6tka bola trocha mensia, ako ked sa hadze 8-10x :-) ... teda niezeby by pri 10tich hodoch ta 6tka musela padnut, ale sance su ovela vyssie ako pri 2-3 hodoch :-) pravdepodobnost ze pri 10tich hodoch ANI RAZ nepadne 6tka (analogia velkokapacitnych HDD a ze sa nepride k poruche) si mozno vypocitat vyuzitim doplnkovej pravdepodobnosti ...
|
|
Re: RAID5
Od: jinx
|
Pridané:
23.10.2008 15:28
si ty len kus klobasy pjetro ... nikoho tu nezaujimaju tvoje narcisticke poznamky o kadejakych vypoctoch cohokolvek ... unavuje ma to preskakovat.
|
|
Re: RAID5
Od reg.: Pjetro de
|
Pridané:
23.10.2008 20:01
asi bude staticticky overene a percentualne vycislene, ze vypocty sa vacsine ludom nepacia
|
|
Re: RAID5
Od: Bozzzz
|
Pridané:
25.10.2008 19:22
Lebo nikto tu nevie pocitat tak dobre ako ty
|
|
Re: RAID5
Od: Slavius
|
Pridané:
23.10.2008 17:33
Samozrejme riesenia su, nepouzivat RAID 5 ale 10 a hned sa pravdepodobnost znizi na velkost jedneho disku. A vseobecne je zname, ze RAID 10 je rychlostne (bohuzial aj financne) inde ako RAID 5. Pokial mate ten budget, tak RAID 10 z dostatocneho mnozstva diskov je pre databazovy server niekolkonasobnym zrychlenim oproti RAID 5.
|
|
Re: RAID5
Od: RAID10
|
Pridané:
23.10.2008 19:01
Mam cely system na RAID10. Miesto na disku je polovicne, ale to zrychlenie systemu s nakladmi asi 5000 SK je znacne.
/dev/md8:
Timing cached reads: 11332 MB in 2.00 seconds = 5671.33 MB/sec
Timing buffered disk reads: 968 MB in 3.00 seconds = 322.46 MB/sec
|
|
Re: RAID5
Od: Slavius
|
Pridané:
24.10.2008 7:33
Gratulujem!
Bohuzial pri serverovych diskoch (SATA ale hlavne SAS) zacina cenovy rozdiel medzi RAID5 a RAID10 vacsinou v nasobkoch 10 000 SK... :(
Skus prosim ta este hdparm -Tt --direct /dev/md8 a posli vysledky.
Vdaka!
|
|
Re: RAID5
Od: Koumak
|
Pridané:
24.10.2008 17:45
s pouzitim --direct
/dev/sda: - RAID6 (sas, 128MB cache)
Timing O_DIRECT cached reads: 1378 MB in 2.00 seconds = 688.54 MB/sec
Timing O_DIRECT disk reads: 1074 MB in 3.00 seconds = 357.58 MB/sec
|
|
Re: RAID5
Od: RAID10
|
Pridané:
24.10.2008 18:13
direct to znacne spomaluje :(
/dev/md8:
Timing O_DIRECT cached reads: 484 MB in 2.01 seconds = 241.15 MB/sec
Timing O_DIRECT disk reads: 244 MB in 3.00 seconds = 81.21 MB/sec
|
|
Re: RAID5
Od: RAID10
|
Pridané:
24.10.2008 22:33
Priblizne rovnake hodnoty mam aj pri jednom disku
/dev/sdb:
Timing O_DIRECT cached reads: 476 MB in 2.00 seconds = 237.63 MB/sec
Timing O_DIRECT disk reads: 260 MB in 3.02 seconds = 86.05 MB/sec
|
|
Re: RAID5
Od: RAID10
|
Pridané:
24.10.2008 18:19
direct vypina cache, co nie je dobry napad s pohladu vykonu.
Moj SW RAID s pomalymi diskami je vtedy znevyhodneny oproti HW RAIDu.
|
|
Re: RAID5
Od: Slavius
|
Pridané:
27.10.2008 8:17
Samozrejme ze --direct vypina cache. Zaujimave je to prave vtedy, ked sa systemova alebo hardwarova (napr. BBC - Baterry BackedUp Cache na radici) vycerpa alebo pokazi. BBC je vzdy limitovana, ak zacnes kopirovat 4GB subor tak nemozes cakat, ze sa cely zmesti do cache a kopirovanie bude trvat minutu. Zaujimavy je v tomto pripade hruby vykon samotneho RAIDu. Pri linuxovom kernel RAIDe (md) sa cast vykonu straca v obsluhe procesorom. Samozrejme zalezi aj na pouzitom suborovom systeme, velkosti stripe-u, velkosti bloku, atd. Stravil som optimalizaciou RAID poli pre databazy nejaky ten piatok...
|
|
Re: RAID5
Od: Koumak
|
Pridané:
24.10.2008 17:06
/dev/cciss/c0d0: - RAID5 (sata, 128MB cache)
Timing cached reads: 6552 MB in 2.00 seconds = 3278.06 MB/sec
Timing buffered disk reads: 668 MB in 3.01 seconds = 222.22 MB/sec
/dev/sda: - RAID1 (scsi320, 64MB cache)
Timing cached reads: 282 MB in 2.00 seconds = 140.73 MB/sec
Timing buffered disk reads: 100 MB in 3.00 seconds = 33.32 MB/sec
/dev/sda: - RAID6 (sas, 128MB cache)
Timing cached reads: 11702 MB in 2.00 seconds = 5861.06 MB/sec
Timing buffered disk reads: 936 MB in 3.01 seconds = 311.46 MB/sec
myslim, ze ozaj hodne zalezi na pouzitom zeleze :))
Vsetko su to hardwarove RAID, akurat ten 64MB je doslova smejd, pri pouziti RAID5 ani po 24 hodinach nemal zrekonstruovany disk, preto ide iba ako mirror ...
|
|
Problem yjavne nie je v samotnom RAID5
Od: Edison (unreg)
|
Pridané:
23.10.2008 15:00
ale v pomere medzi pravdepodobnostou vyskytu neopravitelnej chyby a velkostou disku. Ak sa v premiere na 12,5 TB vyskytne jedna neopravitelna chyba citania, znamena to, ze ak si kupim 1 TB disk a uplne ho zaplnim, s pravdepodobnostou cca 8% zapisane data neprecitam bez chyby. A to je holt uz problem.
Inak disky vnutorne urcite pouzivaju nejake samoopravne kody. V takom pripade jeden chybný bit na 10^14 bitov znamená ukrutne malú pravdepodobnosť, že v jednom bloku dôjde ku chybe dvoch alebo viacerých bitov do tej miery, že samoopravný kód sa s tým nebude vedieť vysporiadať. Takže si dovolím dosť pochybovať o tvrdeniach v článku, ktoré vedú k dôsledku v 1. odstavci.
|
|
Re: Problem yjavne nie je v samotnom RAID5
Od reg.: Redakcia DSL.sk
|
Pridané:
23.10.2008 15:22
1, Tá pravdepodobnosť udávaná výrobcami sú neopraviteľné chyby, ani ECC ani opakovaným čítaním. Opraviteľné chyby čítania sa napríklad na Seagate desktopových diskoch vyskytujú pomerne často, na veľkých Barracuda 7200.x v miliónoch za životnosť disku.
2, Samozrejme už 8% je problém, ale pri bežnom desktopovom používaní sa toľko dát prečíta za pomerne dlhé obdobie.
3, Problém s RAID 5 je ten, že jednou jeho úlohou je ochrániť dáta. Kto ho nasadzuje, nasadzuje ho aj preto, inak by zvolil RAID 0. A je veľká pravdepodobnosť, že RAID 5 túto úlohu už nedokáže plniť. Robiť sa s tým nedá prakticky nič na rozdiel od RAID 1, kde ak Vám to riziko problému pri obnovení nevyhovuje, pridáte si spare disk.
|
|
Re: Problem yjavne nie je v samotnom RAID5
Od: Edison (unreg)
|
Pridané:
23.10.2008 21:37
Dakujem redakcii za upresnenie. Vidim, ze som zle cital. Neopravitelny mam teda chapat "tak poskodeny, ze ani opravny kod to nezachrani". Priznam sa, ze takato vysoka chybovost ma dost zaraza.
|
|
diki ludia,
Od: diki
|
Pridané:
23.10.2008 19:02
konecne som si tu precital aj normalnu diskusiu bez 12rocnych deti. takze dakujem zucastnenym. :)
|
|
Re: diki ludia,
Od: nooo
|
Pridané:
24.10.2008 2:02
pravdu mas az oci otvaram...
|
|
Re: diki ludia,
Od: hahahhaa
|
Pridané:
24.10.2008 22:53
desatrocne deti clanok preskocili, kedze o Raide poculi len v reklame na prostriedok proti hmyzu :D
|
|
milujem taketo nic nehovoriace vykriky do tmy
Od: BEG
|
Pridané:
24.10.2008 9:23
RAID 5 začína byť pri súčasných kapacitách diskov nespoľahlivý
somarina jak mraky, chlapik sa trochu logicky pohraj s matematikou a ide do sveta vyrukovat s bohovskymi cislami a sirit paniku - asi sa potreboval zviditelnit aleno naopak media potrebovali zarobit na citanosti.
kazdy lepsi firmaware v diskovych policiach, radicoch, diskoch si robi vlastnu statistiku, meriania, sleduje stavove parametre a healt. uz pri najmensom podozreni na vadny disk alebo problem v samotnom poli ulohu prebera hotspare zariadenie /polica, radic alebo samotny HDD/. tazke je pravdepodobne /ak neuvazujeme o meteorite a pod./ ze dojde k disastery z ktoreho nie je mozne rebuildnut pole.
a to uz nehovorim ze pokial sa robi kvalitna zaloha dat a backup managent je nastaveny spravne, moze padnut aj meteorit...
tak nechapem o co tomu chlapikovi v tejto kvazi analyze ide
|
|
Re: milujem taketo nic nehovoriace vykriky do tmy
Od: Slavius
|
Pridané:
24.10.2008 9:48
Ide mu o to, ze pokial pouzivas obycajny RAID 5 tak ked ti odide jeden disk z pola, tak az do doby kym sa zrecoveruje cely RAID ti nesmie odist ziadny iny disk (ani jeho cast) inak prides o data. To ze tam je hotspare, este neznamena ze sa prave na nom nevyskytne chybny blok. Potom sa nebude kam mat ulozit dopocitany vysledok pri rebuilde. To vsak je ten najlepsi scenar. Samozrejme RAID radice v dnesnej dobe uz robia scan sektorov diskov na pozadi, ale to nevylucuje ze (podla Murphyho zakonov) sa neobjavi chybny sektor prave pri rebuilde podla pravdepodobnosti, ktoru tento panko vypocital. Aj ked je podla mojho nazoru dost nadsadena...
|
|
Re: milujem taketo nic nehovoriace vykriky do tmy
Od: Slavius
|
Pridané:
24.10.2008 9:51
Samozrejme existuju este dalsie techniky RAID radicov a dsikov, ktore tomuto predchadzaju, ako je realokovanie chybnych sektorov na zalozne casti disku. Kazdy (serverovy) disk ma totizto rezervovane casti pre pripad, ze dojde k neopravitelnej chybe na nejakom sektore. V tom pripade presmeruje citanie a zapis na zalozny sektor. Preto sa tato pravdepodobnost znizuje na pomerne zanedbatelnu a chlapik to skratka nafukol :)
|
|
Re: milujem taketo nic nehovoriace vykriky do tmy
Od: booo
|
Pridané:
24.10.2008 9:49
precitaj si to este raz, pomali a skus pri tom rozmyslat.
|