SCSI HDDs

[linuxfreak]

Hi,

ich habe nen Server (keinen Rootserver) in meinem Keller, der läuft unter Linux. Habe 2 x SCSI Festplatten drin. Wie bringe ich die 2 Festplatten zum Standby? - Da die HDDs nicht 24 Stunden benötigt werden.

Gruss

Sebastian

[tomek]

Welche Distribution? Bei Debian gibt es dafür das Paket "scsitools". Darin enthalten ist z.B.:

Code: Select all

scsi-spin: program to manually spin up and down a SCSI device.

Ich denke, das ist das, was Du suchst. :)

[alexander newald]

Sollten SCSI Platten nicht lieber laufen, als sie dauernd an und aus zu schalten??

[captaincrunch]

Jap. ;)

[krispin]

aber nicht nur SCSI platten, IDE und S-ATA würden sich darüber auch freuen ;)

[oxygen]

Laut IBM nicht....

[krispin]

hat IBM noch etwas im Plattengeschäft zu sagen? - Nein - Zum glück :) - Ich habe zuhause 2 Samsung-Platten in meinem Server - laufen und laufen und laufen :)

Mfg
Krispin

[jamesb]

Auch IDE-Platten laufen sehr gut im Dauerbetrieb - zumindest haben die zwei Seagate-Festplatten in meinem Desktop bisher noch nicht versagt :-)

Festplatten in den Tiefschlaf zu schicken lohnt sich nur, wenn du einen entsprechend hohen Timeout einsetzt, z.B. wenn eine Stunde nicht darauf zugegriffen wurde. So ist die wahrscheinlichkeit auch relativ hoch, dass in den nächsten zwei Stunden die Platte nicht wieder anlaufen muss.

JamesB

[fritz]

@Krispin,
das hat nichts mit nur einer Firma zu tun, neben IBM hatten auch schon andere Firmen Qualitätsprobleme bei einer Serie. Wenn Deine beiden IDE-Samsung 5 Jahre Dauerbetrieb unter Hochlast hinter sich haben, sehen wir weiter.
Die Auslegung für Dauerbetrieb ist einfach bauartbedingt bei IDE und SCSI HDDs unterschiedlich. Die herkömmliche IDE Festplatte ist definitiv nicht für Dauerbetrieb ausgelegt, während die klassische SCSI Festplatte sich wohler fühlt, nicht häufig an- und ausgeschaltet zu werden.
Literatur und Abhandlungen darüber gibt es genug. (Google wird's richten ....
http://www.google.de/search?q=dauerbetr ... ogle-Suche

An dem Tag, an dem es IDE HDDs geben wird, die qualitativ einer SCSI Platte in nichts nachstehen, werden sie ebenso teuer wie SCSI sein. Das ist ja wohl einleuchtend, oder?!
Ausserdem ist das Leben einer HDD durch ausgezeichnete Kühlung wesentlich zu verlängern - passt auf, der Sommer naht ;-)

Gruss Fritz

P.S. Da das aber eine wirklich altbekannte Diskussion ist, hat das eigentlich gar nichts mit 'Tiefgang' zu tun :twisted: ...aber das hat der Threadstarter ja auch gar nicht gewollt, sorry für OT ;-)

[Joe User]

hat IBM noch etwas im Plattengeschäft zu sagen?

Ja, haben sie. Alles Weitere hat Fritz bereits geschrieben.

[majortermi]

An dem Tag, an dem es IDE HDDs geben wird, die qualitativ einer SCSI Platte in nichts nachstehen, werden sie ebenso teuer wie SCSI sein. Das ist ja wohl einleuchtend, oder?!

Da hast du wohl nicht ganz unrecht. Andererseits habe ich auch schon mit IDE-HDDs gute Erfahrung im Dauerbetrieb gemacht, so dass ich momentan vor die Entscheidung gestellt entweder ein SATA-RAID oder ein SCSI-RAID zu verwenden, eher zu SATA tendiere, weil es einfach billiger ist (obwohl ich da im Gegensatz zu SCSI-RAID noch einen Controller kaufen müsste). SCSI-Platten kosten eben bei gleicher Kapazität etwa das dreifache von IDE-Platten. Ob man die höhere Qualität für den gewünschten Zweck benötigt, oder man wahrscheinlich eh die Festplatte wegschmeißt oder verscherbelt, bevor sie kaputt geht, möge jeder für sich selbst entscheiden.

[[monk]]

vor einer ähnlichen Entscheidung stehe ich auch gerade.

Ich tendiere aber lieber zu RAID 5 mit hot spare und das ganze auf IDE/SATA Basis, anstatt teure SCSI Platten anzuschaffen.

Ich denke dass man dadurch auch eine relativ gute Ausfallsicherheit hat, bei einem super preisverhältnis.


Gruß

Michael

[simcen]

Meine persönliche Meinung ist, dass man bei Server-Hardware Beschaffung halt überall sparen sollte. Wenn man kein Geld für einen Server hat, sollte man es sowieso lassen.

Ich zahle lieber etwas mehr für gute und schnelle SCSI-Platten, als plötzlich für unmotivierten Datenverlust haften zu müssen.

[[monk]]

Ich zahle lieber etwas mehr für gute und schnelle SCSI-Platten, als plötzlich für unmotivierten Datenverlust haften zu müssen.

Wie währe es mit einer Western Digital WD740 ??

Bei einem RAID System sind durchaus 130 MByte / Sek. machbar.
Das langt allemal. Ich hab zwar die aktuellen SCSI Geschwindigkeiten nicht im Kopf, aber ich denke dass die sich nicht viel schenken gegenüber der SATA von WD.

Zwar hat die Leistung seinen preis. 74GB liegt bei 200 Euro, kommt aber dennoch bei annähernd selber leistung günstiger als SCSI.

Gruß

Michael (Der kein SCSI Spezialist ist und sich gern eines besseren belehren lässt)

[Joe User]

Mehrere kleine <10GB IDE Platten sind wehsentlich schneller, als eine 36/74GB WD-Raptor. Was nutzten mir theoretische 150MB/s Durchsatz, wenn die Platte ob ihrer Zugriffszeit nicht hinterher kommt?

[[monk]]

na ja dass ist nicht der theoretische durchsatz, sondern dass was ich geschrieben habe, bringen die platten effektiv auch. es war hier nicht die rede vom theoretischen datendurchsatz des busses.

die raptor platten liegen mit der zugriffszeit bei den SCSI-Werten. (4,5ms)

In Performance-Tests war die Raptor sogar schneller als manche SCSI Platten. Insbesondere bei schreibzugriffen.

bei mehreren 10 GB platten hast du aber bei weitem nicht so viel speicherkapazität wie mit 4 raptor platten.

abgesehen davon, hat ein controller wesentlich mehr verwaltungsaufwand mit mehr platten, weshalb die performance wieder flöten geht.

Gruß
Michael

[Joe User]

Der Vorteil mehrerer kleiner Platten liegt darin, dass mehrere Zugriffe gleichzeitig erfolgen können: Acht parallele Zugriffe auf acht seperate Platten, sind nunmal schneller, als acht Zugriffe nacheinander auf eine Platte...

[[monk]]

das ist schon richtig.
jedoch steigt der verwaltungsaufwand und somit die rechenarbeit für den controller auch erheblich.

je nach kontroller gibt es bei bestimmten anzahlen einfach leistungseinbußen.

ich hab mal ein schönen test gesehen wo verschiedene controller getestet wurden. man konnte sehr deutlich erkennen, dass eine einzige HDD mehr den Kontroller deutlich nach unten zog mit der performance..


Bin aber wie gesagt kein Spezialist in dem Gebiet. Wie bereits erwähnt suche ich momentan auch nach einer guten Lösung, da ich mir demnächst ein neuen Server zusammenbauen will.

Gruß
Michael

[oxygen]

jedoch steigt der verwaltungsaufwand und somit die rechenarbeit für den controller auch erheblich.

Nicht bei lineraren RAID Typen wie 0 1 und 10. Aber in letzter Zeit hat sich RAID 5 durchgesetzt, da ist das natürlich der Fall. SCSI ist zwar ganz nett, aber einfach zu teuer. Wenn ich schon RAID einsetzte ist die Datensicherheit auch bei IDE Platten groß genug. Eine RAID5 Konfiguration aus 3 250 GB SATA Platten z.B. hat ein exellentes Preis/Leistugsverhältnis. Um eine SCSI RAID in der Größe aufzubauen, müsste man ein Vermögen investieren.

[Joe User]

Wie wäre es mit: http://www.adaptec.com/worldwide/common ... English+US

[majortermi]

ATA-Platten (egal ober Serial oder Parallel) für RAID-Systeme sind inzwischen auch im professionellen Umfeld sehr verbreitet. Dann natürlich nicht an einem IDE-RAID-Controller, sondern in einem externen SCSI- oder noch besser FC-RAID.

[henniee]

ich finde es doch immer wieder begeisternd, seine Zeit in SCSI Diskussionen und dessen Sinn zu stecken :)
Also meine Erfahrungen waren eigentlich sehr Scsi orientiert, bis sich SATA verbreitet hat und die Raptors da waren... :)

So habe ich also meinen 29160 bei ebay verhöckert und mich von meinen Scsi Laufwerken getrennt. und bin kpl. auf IDE und sata umgestiegen.

Eigentlich bin ich sehr zufrieden, habe auf meiner Ws die raptor im raid 0 laufen, aufgrund der hohen Leistung, finde ich das akzeptabel und schnell genung für meine Anwendungsgebiete.

Ich finde der Umstieg hat sich gelohnt, ich habe bei relativ geringen Investitionen relativ gute Performance bekommen - und wenig stress, 4 Kabel dran - fertig.. Ich bin zufrieden.

Bei wirklich relevanten Servern würde ich zögern - eben immer eine Frage des Budgets.

[[monk]]

Bei wirklich relevanten Servern würde ich zögern - eben immer eine Frage des Budgets.

Na ja da macht man dann einfach aus nem Raid0 ein Raid5, und schon ist die ganze Sache etwas sicherer

Für wirklich relevante Server, bietet sich ein NAS oder dergleichen an. Eine Lösung die nicht im Server selbst ist sondern eine he drüber oder so.

Aber ich sag mal für Webhosting anbieter zum Bleistift, reicht ein Raid1 für das Linux und ein Raid5 für die Kundendaten.
Natürlich mit hot spare das ganze. Wenns dann noch ne Raptor ist, muss man sich über performance keine gedanken machen.

Gruß

Michael

[Outlaw]

Aus eigenen Erfahrungen kann ich bei nem richtig eigenen Server nur zu SCSI raten. Mein 1&1 Server hat gestern innerhalb 1 Jahres seine 3. IDE Platte bekommen, wobei es sich immer um eine IBM handelte, ....

Gruß Outi

[krispin]

Auch wenn ich hier wieder gleich Seitenwind von den Pros bekomme - IBM hatte einfach zuviel Probleme mit den Platten, das man nicht einfach sagen könnte, auch andere Hersteller haben mal instabiele Platten heraus gebracht. Das Schöne an IBM-Platten war, sie waren billig. Und das die dinger auch sehr gut im Dekstop-Betrieb angeschmiert sind habe ich in der Schule gesehen. Von 16 Neu bestellten rechner durften wir bei 5 die IBM-Dinger austauschen. Und rechner haben in der Schule (besonders auch die Festplatten) nicht viel zu arbeiten. Und ich kann für Hitachi nur hoffen, dass diese Pleitenserie nicht weiter geht.

Im übrigen sind bei uns Zuhause auch von 4 gekauften IBM-SCSI-Platten 2 kapput gegangen.

Aus eigenen Erfahrungen kann ich bei nem richtig eigenen Server nur zu SCSI raten. Mein 1&1 Server hat gestern innerhalb 1 Jahres seine 3. IDE Platte bekommen, wobei es sich immer um eine IBM handelte, ....

Gruß Outi

Was zu dem ATA-Raid zu sagen wäre: Dafür kann man nur S-ATA empfelen weil die nömlich auch Hot-Swapping untersützen - Das Ganze mit RAID5 ist eigendlich zum Peisleistungsverhältnis unschlagbar. Dank des Hotswappings kann man dann wärend des Betriebes einfach die dinger austauschen.

MfG
Krispin