Re(3): Software-RAID oder Controller was ist besser ?
Geizhals » Forum » Linux-Support » Software-RAID oder Controller was ist besser ? (45 Beiträge, 635 Mal gelesen) Top-100 | Fresh-100
Du bist nicht angemeldet. [ Login/Registrieren ]
...
Re(3): Software-RAID oder Controller was ist besser ?
29.04.2006, 13:25:55
Nachteil1 stimmt so nicht:


Konnte/wollte deinen Ausführungen weiter folgen.

Machen wirs einfach:

Gegeben: RAID1 mit zwei Platten
Gesucht: Methode um Bootloader im intakten Zustand so zu installieren dass das Ding auch ohne Intervention hochkommt wenn sda/0x80 nicht mehr ansprechbar bzw. ausgebaut ist.

Nachteil3: Kann man auch nicht so stehen lassen...Problem ist ja folgendes: Du hast zB 200 Platten in einem RAID5 - und willst "bubu" schreiben.


Realismus olé? :P Aber du revidierst das ja weiter unten..


Bei Raid5 müßte er nun von allen 200 Platten mal einen Block einlesen - um die Parity zu ermitteln.
HW-Raidcontroller erschlagen das gerne mit Cache - sinnvoller ist es da aber
oft, sein Raid zu segmentieren - bei vielen Platten also statt einem großen
RAID5 viele kleine zu machen, und nachher RAID5 drüberzulegen. Dann klappt das
fein.


Und wo ist da jetzt der Vorteil von Softwareraid?



EDIT:Nachteil2 sehe ich als Vorteil: Du hast RAID-Probleme mit
Standard-Bordmitteln in deinen Syslogs, ... - auch nicht schlecht.  


Nahezu jeder Raid-Controller-Treiber (Hallo Adaptec!) wirft raid-errors ins kernel log, und jeder Raid-Controller liefert CLI Tools zumindest für Linux aus, mit dem man periodische Checks bezgl. des Gesundheitszustands des Arrays automatisieren kann. Das war aber auch nicht gemeint.

Das Hauptproblem an Software-Raid ist, dass bei Fehlern das Error-Handling an den jeweiligen Treiber bzw. Subsystems des Kernels weitergeleitet wird, und das ist teilweise noch recht be*PIEP*.

Bei SATA ist es besonders toll [1], da bekommst du derzeit ein "atax: Command timeout" auf der Konsole, während sich der Kernel prophylaktisch angehalten hat; bei SCSI sollt es damit weniger Probleme geben, allerdings gabs da auch einige Controller die nervös wurden wenn eine Platte dubiose Antworten den BUS hinunter geschickt haben (wie sich ein Hardware-Raid-Controller in dem Fall verhalten hätte kann man nur mutmaßen).

[1] http://linux-ata.org/software-status.html  

The error handling is very simple, but at this stage that is an advantage. [..] Or in other words: "it's better to stop talking to the disk than compound existing problems with further problems."


Google-Pagerank-Abuseage:
mirror
random crap
slackware mirror
Antworten PM Alle Chronologisch Zum Vorgänger
 
Melden nicht möglich
 

Dieses Forum ist eine frei zugängliche Diskussionsplattform.
Der Betreiber übernimmt keine Verantwortung für den Inhalt der Beiträge und behält sich das Recht vor, Beiträge mit rechtswidrigem oder anstößigem Inhalt zu löschen.
Datenschutzerklärung