Umrüstaktion, Raid

[cell82]

Huhu alle,

bin neu hier und hätt auch gelich mal ne Frage.
Erstmal aktuelle Systemconfig zum besseren Verständnis.
Board: gigabyte EP45-DS3R
Prozessor: Q9650
Graka: ATI 4890
RAM 8 GB Kingston HyperX 1066
Platten: 2 Samsung HD321KJ 320 GB
2 WD10EADS 1 TB
OS: Mint Linux 64 bit

Aktuell hängen die beiden Samsungs am Software Raid des Mainboards. Modus is Raid 1. So nun habe ich vor die 2 WD`s noch zusätzlich in eine Raid 0 zu koppeln. Erste Frage ist, kann ich das komplett mit meinem Softwareraidcontroller machen oder ist das aufbauen von 2 verschiedenartigen Arrays an einem Controller nicht möglich. Hätte da auch schon nen Controller als Alternative und zwar
Belkin SATA II RAID 2-Port PCI Express Card Speichercontroller (RAID)- 300 MBps http://www.google.de/products/catalog?hl...77385008#p
Schon jemand Erfahrung damit? Könnt ich den in meinem zweiten Pci Express Slot betreiben der ja eigentlich für SLI bzw Crossfire gedacht war?

Viele Fragen auf einmal, hoff mir kann wer helfen. Rechner wird unter anderem für größere Datenbankprojekte eingesetzt, deswegen brauch ich soviel wie möglich Plattenspeed falls die Frage des warums aufkommen sollte.

Grüße Cell

[GrafZahl]

du möchtest mit dem rechner "größere DB projekte" durchführen...
deffinere in diesem zusammenhang "groß".
planst du karthesische produkte > 6GB einzusetzen? falls ja, erklärbär mal bitte warum die sein müssen (vgl. sql-join, subquery)
welches DBMS und welches OS soll zum einsatz kommen?
handelt es sich um ein test oder um ein produktiv system? falls produktiv, mit wieviel belastung ist zu rechnen? (erwartungswerte: anzahl clients, anzahl anfragen je client, typische anfrage/antwortgröße)


deiner ausführung entnehme ich, dass die beiden WDs als raid-0 (stripeset) datenvolumen für die DB genutzt werden sollen
wofür ist das bestehende raid-1 (mirror) volumen?


die fragen dienen zur klärung ob das system evtl von grund auf falsch dimensioniert wird (dieser eindruck liegt nahe, da das da kein wirkliches serversystem, geschweige denn ein wirklicher DB server ist, und du von einem "großen DB projekt" sprichst)

nun zu deinen fragen:

es ist ohne weiteres technisch möglich in einem software raid system 2 verschiedene array typen laufen zu lassen
beschränkende größe ist hier die anzahl an anschlüssen die du für geräte hast ...
der controller den du da genannt hast kommt in einen PCI-E 1x port ... SLI/Crossfire Geräte verwenden PCI-E 16x Ports (bei betrachtung der Hauptplatine fallen dir sicherlich einige längere ports auf, die du vermutlich als PCI-Express Ports kennst ... die kurzen ports daneben sind ebenfalls PCI-Express Ports ... nur haben sie nicht die gleiche anzahl an Verbindungen zum Speicher ... vgl. PCI-E Lanes ), aber ja, der controller würde auch in einem x16 Port laufen. für PCI-E 1x geräte ist die kompatiblität im standard vorgeschrieben, sie laufen in jedem PCI-E Port

allerdings unterstützt dieser controller vermutlich auch nur eine software raid lösung ...

wenn du einen DB server mit viel durchsatz in richtung festplatte brauchst wird eine solche lösung die CPU ordentlich bremsen:
alle berechnungen für das RAID werden von der CPU durchgeführt, wobei berechnungen schon fast zuviel gesagt ist, da die raidlevel 0 und 1 ohne prüfsummen arbeiten, aber der controller nutzt die CPU für alle seine belange.

wenn du einen produktiv-server aufbauen willst, der wirklich für datendurchsatz gebaut ist wirds aber auch gleich ne ganze ecke teurer ... aleine der Massenspeicher bezogene Teil dürfte mehr kosten als das system dass du da oben beschrieben hast:
ein vernünftiger SAS Raid Controller ... ab 300-400 EUR aufwärts
serverfestplatten entsprechenden kallibers: z.b. Seagate Cheetah 15K.7 ST3300657FC ... pro stück ab 300 EUR ... 600GB

entsprechend dem datenvolumen ist dann die wahl des richtigen raidlevels masgeblich für ausfallsicherheit, volume-größe und datendurchsatz

rechne mit 2 bis 8 platten je nach anforderungen

unnötig zu erwähnen, dass die meisten SAS Raid controller für serverplattformen ausgelegt sind, und PCI-E 8x Ports benötigen ... der PCI-E standard sagt an dieser stelle nichts über abwärtskompatiblität aus ... es ist möglich dass ein solcher controller in einem deiner PCI-E 16x Ports lauffähig ist ... aber ob er wirklich laufen würde wirst du den Mainboardhersteller fragen müssen



also: was hast du mit der kiste an "großen DB projekten" vor?