Neuer Raidcontroller (HW oder SW) - Empfehlungen?
creative2k 14.04.2011 - 10:27 10470 101
creative2k
Phase 2.5
|
Hm. Na das klingt eher nicht so toll. Das heißt ich könnt mir das Raid5 überhaupt gleich in die Haare schmieren und sollte lieber gleich den gesamten Speicher aller Platten in nen Folder freigeben? (Raid6 möchte ich nicht, weil mir dann ehrlich gesagt zu viel Speicher abgeht... -1 Platte wär ok für mich, aber 2 is dann schon zu übertrieben, so wichtig sind die Daten nicht, die dort draufkommen )
|
Crash Override
BOfH
|
|
InfiX
she/her
|
gibt ja alternativen wo du eine parity platte hast, ohne dass das ganze array zerstört wird wenn mal mehr ausfällt, so genau kenn ich da aber auch nicht alles.
ich will schon seit geraumer zeit snapraid verwenden für meine backups wo sich eh selten was ändert.
|
daisho
SHODAN
|
6 Platten sind irgendwie eine blöde Anzahl mMn. Bei 8 kann man ruhig eine zweite für RAID6 verkraften ... bei 6 Platten würde ich kein RAID6 mehr sondern lieber ein RAID10 fahren. RAID5 ist bei 6 Platten halt sicherlich schon etwas "gefährlich", auf jeden Fall wenn alle Platten aus demselben Batch kommen Single Disk ist Blödsinn mMn, weil wenn die failed ist es zu 100% ein Fail. Ich rechne hier absichtlich Backup raus, weil das unabhängig davon ist welchen RAID man fährt.
|
creative2k
Phase 2.5
|
Also wären dann 6x 4TB im raid5 "sinnvoller" als 8x 4TB? Oder ist die Datenmenge bzw. Error Rate der einzelnen Platten das Problem? (Ich steig da noch ned so ganz durch) Weil sonst könnt ich gleich bei 6 platten und Raid5 ohne extra Controller bleiben und spar mir die Controller Kosten. Ich schwanke jetzt zwischen: Raid6 mit 8 Platten mit älterem günstigem Controller (Highpoint ~150€) Raid5 mit 8 Platten mit aktuellem Controller, der kein Raid6 hat (LSI von Colo um ~250€) Raid5 mit 6 Platten mit dem Intel onboard Controller Irgendwie hab ich mir das einfacher vorgestellt
|
Römi
Hausmeister
|
Du kannst auch gebrauchte server controller von ebay nehmen (zb hp 410 oder dergleichen), die gibts schon ab 90€ oder so. Eine Möglichkeit zu sparen. Wegen Raid 5 oder nicht... ich hatte 6 2tb im raid5 (eine spare). 3 davon hatten defekte sektoren... (ebenfalls die Spare ) ich hab halt in den sauren Apfel gebissen und mir genug 4tb platten besorgt für ein R5 + backup. Ausgeben wollt ich nicht so viel, aber Daten verlieren will ich auch nicht. Ohne backup ist es bei den großen Platten hat schon sehr riskant. Eigentlich hätt ich mir das R5 auch sparen können, die neuen Platten schaffen eh schon ~100mb/s. Wenns nicht viele gleichzeitige Zugriffe gibt genug für Gbit. Ich hab halt für mich entschieden dass es nicht mehr ohne Backup geht. Dass das bei größeren Datenmengen problematisch ist, ist leider richtig.
|
creative2k
Phase 2.5
|
Was haltet ihr eigentlich von freenas? (Weil ich gerade darüber gestoßen bin) http://www.freenas.orgTaugt das was? Klingt imho interessanter als nen Raid Controller zu kaufen. (Wie gesagt! Es geht mir nicht um enorme Geschwindigkeiten beim Raid, mir ist klar dass ein HW Controller schneller ist) Bezüglich der URE's steig ich noch nicht ganz dahinter. Man hat zB im Schnitt alle 12TB einen URE... Heisst das, dass das Raid wegen so einem URE degraded und man während des Rebuilds gefahr läuft noch einen von einer anderen Platte zu bekommen und das Raid5 deshalb so unsicher ist für große Platten?
|
ZARO
Here to stay
|
IMHO ist man mit einer gewöhnlicher Ubuntu Server Installation deutlich flexibler als mit Freenas. Shau dir SnapRaid an, hört sich recht intressant an, bietet auch checksum funktion über alle Files.
|
userohnenamen
leider kein name
|
dafür muss man eher wissen was man tut ned jeder is ein *nix-guru oder will es werden ich hab freenas relativ problemlos seit ein paar jahren in der firma als dump-nas ersatz laufen
|
InfiX
she/her
|
na, man muss ned wissen was man tut, man muss nur geduldig sein und google bedienen können
|
userohnenamen
leider kein name
|
ja, oder so
|
GrandAdmiralThrawn
XP Nazi
|
Es gibt bitte Firmwarefeatures bei diversen RAID Controllern, die URE's ignorieren können. Das ist natürlich gefährlich, weil man Daten korrumpiert, aber oft besser als alles zu verlieren. RAID-6 ist hier einfach die richtige Wahl, weil da wird der URE zu einem Recoverable Read Error. Je nach Firmware gibt es für URE's dann auch gewisse Schwellwerte bei deren Überschreiten die Platte gekickt wird. Wenn man trotzdem URE-tolerant rebuilden will: Bei den 3ware Teilen ist das z.B. die Option [ Overwrite ECC]. Also es is jetzt ned so, daß man einen RAID-5 immer gleich komplett verliert, nur weil ein paar UREs auftreten, das ist Schwarzmalerei. Die Angelegenheit ist schlichtweg Konfigurationssache. Wer so hochkritische Daten hat, daß er einen defekten Block nicht tolerieren kann, najo. Der hat sowieso besser RAID-6 und ein verifiziertes Backup oder zwei.
|
creative2k
Phase 2.5
|
Na gut ich hab mich (um)entschieden. Ich werd das Raid mit FreeNAS aufbauen und 8x HGST 4TB http://geizhals.at/hgst-deskstar-na...5-a1060887.html dazu nehmen Benutzen werd ich dann Raid Z2, weil ihr mich Paranoid gemacht habt mit den URE's (aber danke vielmals fürs erwähnen! An sowas hätte ich nicht gedacht)
Bearbeitet von creative2k am 20.06.2014, 08:39
|
TheHackman
48°12'N 16°19'E
|
Ich überleg auch schon seit geraumer Zeit mir ein gscheites Raidz1/2 aufzubauen, welche restliche Hardware nimmt du für dieses datengrab? Mit ECC is es recht schwierig da was günstiges zu bauen... :/
|
daisho
SHODAN
|
Kommt auf die Anforderungen an, wenn du einfach ein sicheres Datengrab willst einfach irgendein (Server)mainboard das ECC Memory unterstützt. Wenn es performant sein soll wird es recht schnell recht teuer finde ich. Für Performance: Soviel RAM wie möglich ECC Memory ist jetzt aber nicht wirklich viel teurer als normaler RAM Wenn der Server als VM läuft kann es sein (zumindest ist es bei VMWare so) dass alles via Synchronized Writes geschrieben wird, was bei herkömmlichen Platten (die halt als Datengrab fungieren) _extrem_ auf die Throughput-Performance geht. Lösung wäre hier ein RAM-Drive (leider unleistbar teuer) oder zumindest Flash Memory (SSD; Performance geht gegenüber "Specs" recht schnell bergab) für ZIL und ev. L2Arc. Auf einem dedicated PC habe ich damit keine Erfahrung, da dürfte das Performance-Thema nicht allzu groß sein denke ich da ja nicht all zu viel via Synchronized Writes erledigt wird.
|