Intel S5000VSA raid vs 3Ware 8006-2LP vs mdadm?

Alaplapok

Sziasztok,

Eloljaroban annyit, hogy nem volt meg dolgom hw raid -el.
A kozepgagyi hobbi szerverunket lassan lecserelnenk. Ezzel kapcsolatban fordulnek hozzatok. Az "uj" vas, amit sikerult beszerezni, egy S5000VSA (6 sata portos verzio) ket E5310 valamint egyelore 4G (kesobb 8) RAM tarsasagaban. A leendo oprendszer debian 7.0. Van hozza 3x500GB wd raid edition, ebbol ketto a regi gepben sw raid1-ben volt, a harmadik hideg tartalek (nem volt tobb sata port). Ezen maximum annyit szeretnek valtoztatni, hogy a harmadik hdd meleg tartalek legyen a gepben.
Elso nekifutasra a telepito semmit nem lat a tombbol (se a kulonallo hdd-kbol), ha bekonfigolok egy raid1 -et.
A kerdesem tomoren annyi, hogy
-erdemes-e rajta izmozni (az intel honlapjarol suse es redhat driver elvileg letoltheto)
-vagy hasznaljam az alaplaphoz ajandekba kapott 3Ware 8006-2LP kartyat, amivel nyilvan buknam a meleg tartalekot (ket portos), de pl a telepito latja rajta a tombot kapasbol
-vagy kapcsoljam ki az alaplapon a raid -et, szedjem ki a 3w kartyat, maradjak az mdadm -nal es legyek tovabbra is hw fuggetlen?

Az eszem nagyon az mdadm fele huz, de nincs tapasztalatom a temaban. Tisztaban vagyok vele, hogy az elso ket megoldas a hw raid legalja. Ezzel egyutt varom a javaslataitokat.

Koszonom elore is!

  • 5249 megtekintés

( tompos v | 2013. 02. 05., k – 21:37 )

Nem tudnek felhozni indokot, h miert ne mdadm-ot hasznalj.

tompos

( mauzi v | 2013. 02. 05., k – 22:28 )

mdadm-omat értékegyeztetéssel 3Ware 8006-ra cserélném :)

( mauzi v | 2013. 02. 05., k – 23:02 )

- Az tény, hogy a 3Ware 8006-2LP mai szemmel nézve lassú, mint a disznó. Ez nem hibája, hanem egész egyszerűen vén, mint az országút.

- Az is tény, hogy a 3Ware 8006-2LP a hardware RAID legalja abból a szempontból, hogy 2 portos, nem bővíthető, RAID0/1 tudású, BBWC nélküli kártya.

Viszont...

A 3Ware 8006-2LP egy megbízható vezérlő, amely tökéletesen alkalmas azon célfeladat ellátására, amire gyártották: diszk hiba esetén kirakja a gyászjelentést, te a döglött diszket kihúzod, az új diszket berakod, újratükrözés, boldogság. Mindezt úgy, hogy az elégedettségi faktorod gyakorlatilag 100%-os lesz, és minderről a produktív szoftvereid (beleértve az oprendszert) tudomást sem szereznek.

Lehet, hogy csak nekem van pech-szériám, de nekem a mindenféle korszerűnek mondott, AHCI képes (elvben hotswap támogatott) vezérlőkkel főként rossz tapasztalaim vannak. Konkrétan, eseményszámba megy, ha éppen minden a forgatókönyv szerint alakul egy diszk kidöglése esetén.

Az esetleges problémák pedig random húzhatóak a következő kalapból:

a.) diszk döglésekor az egész kontroller fejreáll
b.) a kontroller még csak-csak átvészeli az eseményt, de a driver nem képes kezelni a helyzetet. (hosszú timeout, amíg minden megáll, esetleg bus reset, ami magával rántja a többi diszket is, ezáltal az egész rendszert, stb.)
c.) a kontroller, vagy a driver, vagy a ki-tudja-mi rosszul/nem kezeli le a disconnect/connect eseményt. (kihúzom a döglött diszket, még mindig azt hiszi, hogy ott van, vagy éppen bedugom az újat, de nem látja, bus scan elszáll, stb.)
d.) küzdeni kell a BIOS-szal, vagy épp a boot loaderrel, hogy egy kihullott diszk esetén se legyen meglepetés bootnál (eszközök átsorszámozódása, stb.)

... ésatöbbi.

legrosszabb esetben kibassza a kukaba, bekonfolja a lemezeket mdadm raid-ba, s visszatilti az egeszet backupbol...
ha meg nincs backup, akkor ugysem fontosak az adatok, tehat tok mindegy.

hardware raiddel személy szerint kevesebbet szivtam, mind software raiddel.
abbol is csak mdadm-mal volt szivas...
soft raidet en csak zfs-re biznek, mdadm-ra semmikepp...
hw raiddel gyakorlatilag nulla szivasom volt eddig.

"Nem eltel eleget."

Egyetertek.
Dell perc vezerlovel jartam mar ugy, hogy ram ok, akksi ok, vezerlo ok elkezdi hanyi a hibauzenetek, mintha disc hibas lenne.
Vezerlo nem visit. Oke, gep leallit raid kari bios, check, semmi.
Teljes kikapcs, gep ujra jo. Legkozelebb ugyanez, de akkor mar ujra kellett rakni az OS-t. Ugyanarra a raid kotetre, ami azota is jol mukodik...illetve a masina is valtozatlan azota. Hogy ez most valami driver hiba volt vagy sem, nem tudom, a HW-kben nem tortent valtozas (FW sem). De mondjuk ezt valamelyik karacsonykor eljatszni elegge nem szep dolog :):)

( Mik v | 2013. 02. 06., sze – 10:03 )

Nem néztem részletesen utána de ezeken az alaplapokon driver-ből megoldott nem igazi raid szokott lenni, ezért nem látja a Debian. Az ilyenek használatát itt a HUP-on nem nagyon szokták javasolni.
2 lehetőséget látok:
a. ha még nem dolgoztál HW RAID-el, akkor a hobbi szerveren hobbiból kipróbálhatod, csak hogy láss ilyet is
b. mdadm

Mik

( libesz | 2013. 02. 06., sze – 14:33 )

Koszonom a velemenyeket!
A hobbiszerver alatt azt ertem, hogy veszteseget termel nyereseg helyett, tehat uzletnek nem hivhatjuk, illetve ezert van az, hogy second hand hw-bol epitkezunk. Ettol meg nem ugy ertem, hogy minden kidobasra itelt hardvert beleepitunk ami szembe jon :-). Azert van par ugyfel, aki ideges lenne ha 1-2 napig nem lenne levelezes meg honlap, mert os-t telepitek a meghalt 3ware miatt.
A gep elodje gyakorlatilag kihuzta a squeeze eletciklusat ujrainditas nelkul, egyedul kernelbol forgattunk magunknak grsec -eset. Ez ido alatt az mdadm -al semmi bajom nem volt, de most jottek ezek az opciok, gondoltam meghallgatom a velemenyeket, hatha erdemes valtani. Egyelore azt gondolom, hogy nem.