[linux] Re: scisi disk geeft unrecovered read errors

[Mendel Mobach]

On Monday 27 March 2006 13:56, Paul Slootman wrote:
> On Mon 27 Mar 2006, Marc Fellman wrote:
> > De grote verschillen zijn performance (Bij Hardware RAID wordt de
> > logica gedaan door de controller, die daarvoor gespecialiseerd is
>
> Een beetje actuele CPU is nog altijd velen factoren sneller dan enig
> gespecialiseerd hardware in RAID controllers; daarbij zijn de "goede"
> RAID controllers veel duurder dan een actuele CPU...

Ja op zich wel, maar raidcontrollers hebben ook grote voordelen. 

Software raid is leuk tot op een bepaald level. Zodra je over raid 5 met meer 
dan 3 schijven zou gaan nadenken en je hebt het geld er toch voor over zou
ik voor hardware raid gaan. 

> > natuurlijk, en bij Software RAID door de processor) en prijs (Een
> > goede ondersteunde controller, vraag hier maar naar tips, is privé wel
> > wat duur vindt ik). En tenzij je een zware database applicatie wilt
> > draaien denk ik dat je het beste voor software raid kunt gaan. De
>
> Wij hebben op werk zo'n 150 systemen, en laten nadrukkelijk de
> "standaard" hardware raid controller er uit halen voor levering bij
> Dell. Software raid is minstens zo snel,

Dat is niet helemaal waar. Ik heb hier wat machines met hardware en software 
raid, en qua performance trekt zo'n areca kaart een dual opteron er met gemak 
uit. Heeft veel te maken met wat voor soort CPU erin zit en wat je nou 
precies laat doen. Eigenlijk is hardware raid5 namelijk gewoon heel veel 
xor's achter elkaar. Dat trekt zo'n kaart op 1 of andere manier beter dan 
software raid5. Verder is mijn ervaring dat hardware raid beter te managen 
is. 

Voor 2 disks zou ik overigens niet voor hardware raid kiezen. Veel te duur. En 
prive heb ik gewoon software raid5 over 3 diskjes op mijn werkstation. 
Alleen: je merkt wel dat je mp3 speler gaat haperen als je de schijf probeert 
vol te trekken, dat heb je niet bij hardware raid.

> en veel vriendelijker bij problemen. 

Dat zou ik niet zo 123 durven zeggen. Software raid heeft geen backup battery.

> Zo is het veel makkelijker om te herstellen van (menselijke) 
> fouten, b.v. een verkeerde disk wisselen bij een RAID-5 opstelling waar
> al een disk stuk was. Bij hardware raid ontkom je dan niet aan het
> opnieuw opbouwen van de raid set, bij linux software raid is het geen
> probleem om de raid set te herstellen (maar wel spannend, DAMHIKT :-)

Mha, mijn ervaring is niet zo. Misschien ligt het ook wel aan de 
raidcontroller en hoe je er mee om kan gaan.

> We hebben wel een backup systeem met 24 x SATA disken, 2 x 3ware 9500S
> controllers. Bij wat eerste tests leken deze kaarten wel aardig te
> RAID'en, maar bij een volgende setup zou ik toch weer de 3ware
> controllers in JBOD (just a bunch of disks) mode zetten, en linux
> software raid doen; met name bij veel random access zijn die 3ware's
> relatief langzaam. Het systeem is 24/7 60% van de tijd aan het wachten
> op IO...

Kijk eens naar areca als je dan toch zoveel geld aan kaarten wil uitgeven.

> > maken. Let overigens op dat als je EN software RAID EN LVM wilt dat
> > sommige init scripts niet goed werken (het gaat om de volgorde van
> > initialisatie van de modules). Ik moest voor Mandrake aan de bak om
> > dit zelf te verbeteren.
>
> Beste is om /boot een aparte RAID1 partitie te maken. Ik heb thuis het
> foutje gemaakt om alles in LVM over RAID5 te zetten, nu zit ik vast aan
> initrd om te kunnen booten :)  De rest maakt dan niet zoveel uit, LVM is
> wel handig als je niet precies weet hoe groot alles moet worden.

Wat bij je thuispc al snel het geval is :-)


> > Ik heb overigens geen ervarings cijfers maar ik denk dat Software RAID
> > niet zoveel langzamer is dan een goede Hardware RAID kaart.
>
> Software RAID is (bijna?) altijd sneller, in onze ervaring hier.

Andere kaart kopen. Dan is het niet meer sneller. En vooral minder intrusive.

> Voor het prijsverschil van de hardware RAID kun je een snellere CPU +
> meer geheugen kopen, waardoor de software RAID weer sneller is (en je
> meer CPU over houdt als je een CPU-intensieve taak aan het doen is, ipv.
> disk-intensief).

Bij 8GB ram en 2 AMD Opteron 64's of 8GB ram en 4 Sun 4-core  UltraSPARC-T1 
procjes merk je echt geen verschil meer met 1GB ram erbij voor je software 
raid.

MVGRMM(F) - grossiert in verschillende hardware
-- 
Mendel Mobach aka BugBlue - mendel op mobach.nl - laime op megabot.nl
There's no God-given right for proprietary software vendors to make money; 
they have to compete.
22C3 - Berlin - 27~30 Dec 2005 - www.ccc.de/congress/2005/
 - theregister.co.uk