HDD pro server

[Petrik]

Problem jednoho disku je v tom, ze pri vyskytu prvniho BB (relocated event atd) muzes prijit o data, resp o jejich konzistenci a to tak, ze o tom ani nemusis vedet, protoze se to velmi spatne detekuje, resp. to muze byt temer nemozne. Takze, pokud bezis na jednom disku a chces mit jistotu konzistence dat, mel bys pri prvnim BB na disku tento vyhodit a obnovit data ze zalohy. Moje zkusenost je takova, ze az 50% disku maji alespon jeden BB, casto hned po par dnech provozu. velka vyhoda RAID-1 je ta, ze data mas 2x, takze by toto hrozit nemelo, resp. pokud OS zaregistruje nekonzistenici, disk proste z pole vyhodi a jede se dal. Vsechny me servery (cca 15 kousku) bezi na RAID-1/5, vypadky napajeni jsou celkem bezne a nidky se mi nestalo (za cca 8 let provozu), ze by nejaky RAID neprezil vypadek proudu anebo ze bych prisel o data nasledkem nefunkcniho RAIDu. Pouzivam vyhradne MD RAID v linuxu. dva servery bezi na nvidia fake RAIDu pod widlema. Jestli tvym znamym blbnou raidy za miliony, mozna by meli zvazit pouziti MD RAIDu, bezi na nem desitky milionu serveru po celem svete (napr. google).

[rezna_]

Jestli tvym znamym blbnou raidy za miliony, mozna by meli zvazit pouziti MD RAIDu, bezi na nem desitky milionu serveru po celem svete (napr. google).

co se tyce MD RAIDu - mam ho tu v krabicce od intelu - s RAID-5 i RAID-01 problemy pri vypadku disku v poli

co se tyce google tak ten jde do vseho s tim ze se to posere - data bezi ve 3 duplicitach na ruznych strojich - pri havarii jednoho z nich se hned duplikuje a vytvari 3 zalozni kopie

co se tyce BB - ty nadetekuju celkme rychle - pri nocni kopii z neho neprectu - vracim se o den z5 - pro me zadna ztrata - nejsem zadna hot-line s 24/7 provozem

[Petrik]

Muzes prosim popsat presneji co myslis tou krabickou od intelu a predevsim co se tyka problemu s MD RAIDem pri vypadku disku? zajima mne predevsim verze jadra a konfigurace mdraidu, ktera souvisi s tim, co to je za distro. Ja jsem skutecne jeste problem s MD RAIDem po vypadku jednoho z disku jeste nezazil, kdyz nepocitam to, ze se obcas pri divocejsim zonglovani s diskama odmita z bezpecnostnich duvodu sestavit, ale to jde vzdy resit rucne z rescue ramdisku (opensuse). jednoduche vytazeni vadneho disku prezil vzdy (tuk tuk).

Souhlas, ze google ma vsecha data vicekrat ( cetl jsem ze o mnoho vice nez 3x, spise neco jako 8-12x, ale to je fuk), ale kdyby byl MD RAID tak knicemu, jak popisujes, asi by radeji usetrili za druhy disk a nepouzivali by jej.

Jinak ohledne te integrity dat vs. BB to bohuzel neni tak jednoduche, protoze kdyz disk presunuje data z BB na spare blok (relocating event atd.), tak se mu to nemusi uplne 100% povest, ale presto pak pujdou data bez potizi precist (ze spare bloku). Problem je v tom, ze budou nekonzistentni. Vyhoda RAIDu muze byt v tom, ze 1) na druhem disku jsou data vporadku, 2 ) je pravdepodobne ze disk vyhodi nejakou chybu a MD RAID ho vykopne z pole, cimz problem efektivne vyresi. Pravda je, ze toto se deje dost z ridka, protoze disk na presunuti dat z BB na spare zpravidla potrebuje operaci zapisu do onoho BB a do te doby je onen BB necitelny, ale to uz trochu strilim od boku, takto do hloubky to nastudovane nemam.

No jinak asi jsi to zrejme privolal, ale zrovna dneska jsem v jedne firme resil nebootujici pocitac s woknama a matrix RAIDem (intel fake RAID v chipsetu) na nejakem starsim ASUSu. Odesel tam jeden disk v RAID-1 poli a po jeho odpojeni to po nejake dobe nechtelo bootovat. RAID BIOS psal neco v tom smyslu, ze nemuze najit konfiguraci pole na tom disku. Vyresilo se to zakazem RAIDu v BIOSu, wokna nastesti najeli i z non-RAID radice. Mohlo to byt ale take tim, ze ten druhy disk uz taky odchazi a kvuli nekolika BB nesel napr. otevrit jeden user profil, takze nevim, na kolik to byla chyba matrix RAIDu a na kolik toho druheho disku (oba WD5000AAKS), ale je to zrejme -1 bod pro inteli fake RAID.