Datenbankserver - SSD oder doch die gute alte HDD
Guten Morgen!
Wie müssen einen neuen Datenbankserver beschaffen und da stellt sich jetzt die Frage bleibt man bei der guten alten HDD oder nimmt man doch eine ordentliche SSD?
Das eine SSD schneller ist steht ja ausser Frage. Meine Sorge ist eher so die Haltbarkeit, da ja die Google-Studie gezeigt hatte dass SSDs unter hohem Alter stärker leiden - der Server sollte schon so 7-10 Jahre halten.
Daher dachte ich auch im Falle einer SSD zumindest an ein RAID 1.
Daher die Frage an Euch wie sieht es denn Eurer Erfahrung nach mit SSD im Dauerbetrieb über die Jahre aus und insbesondere würde mich die Erfahrung mit SSD an RAID-Adaptern interessieren - gibt es da noch wie früher arge Kompatibilitätsprobleme?
Geplante Konfiguration:
SSD als RAID1 vs HDDs mit 15k als RAID 10 an einem Adaptec Serie 8 und Windows Server als OS
Danke für ein paar Erfahrungen und Meinungen
Wie müssen einen neuen Datenbankserver beschaffen und da stellt sich jetzt die Frage bleibt man bei der guten alten HDD oder nimmt man doch eine ordentliche SSD?
Das eine SSD schneller ist steht ja ausser Frage. Meine Sorge ist eher so die Haltbarkeit, da ja die Google-Studie gezeigt hatte dass SSDs unter hohem Alter stärker leiden - der Server sollte schon so 7-10 Jahre halten.
Daher dachte ich auch im Falle einer SSD zumindest an ein RAID 1.
Daher die Frage an Euch wie sieht es denn Eurer Erfahrung nach mit SSD im Dauerbetrieb über die Jahre aus und insbesondere würde mich die Erfahrung mit SSD an RAID-Adaptern interessieren - gibt es da noch wie früher arge Kompatibilitätsprobleme?
Geplante Konfiguration:
SSD als RAID1 vs HDDs mit 15k als RAID 10 an einem Adaptec Serie 8 und Windows Server als OS
Danke für ein paar Erfahrungen und Meinungen
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 313408
Url: https://administrator.de/forum/datenbankserver-ssd-oder-doch-die-gute-alte-hdd-313408.html
Ausgedruckt am: 22.12.2024 um 20:12 Uhr
14 Kommentare
Neuester Kommentar
Morgen,
Sieh mal den den amtlichen Abschreibungstabellen nach, wie lange so ein Gerät abgeschrieben wird...
Länger wie 5 Jahre solltest du nicht mit einem Server rechnen - und deine Budgetplanung sollte eher von 4 Jahren ausgehen.
Klar es kann durchaus sein, dass ein Server so lange durchhält... das Risiko eines Ausfalles steigt aber mit jeder Woche.
Nun sagt mit aber diese Angabe, das euer IT-Budget knapp bemessen ist. Ich würde aber trotzdem auf einen Server mit SSD-Raid setzen, wenn entsprechend Anfragen aus dem Netzwerk kommen - die Leistung also auch abgerufen wird.
Gruß Krämer
der Server sollte schon so 7-10 Jahre halten.
Sieh mal den den amtlichen Abschreibungstabellen nach, wie lange so ein Gerät abgeschrieben wird...
Länger wie 5 Jahre solltest du nicht mit einem Server rechnen - und deine Budgetplanung sollte eher von 4 Jahren ausgehen.
Klar es kann durchaus sein, dass ein Server so lange durchhält... das Risiko eines Ausfalles steigt aber mit jeder Woche.
Nun sagt mit aber diese Angabe, das euer IT-Budget knapp bemessen ist. Ich würde aber trotzdem auf einen Server mit SSD-Raid setzen, wenn entsprechend Anfragen aus dem Netzwerk kommen - die Leistung also auch abgerufen wird.
Gruß Krämer
Moin,
das ist ein komplexes Thema weshalb wir das vor drei Jahren nicht weiter verfolgt haben.
Ich würde das nur verbauen, wenn das vorab hinreichend getestet wurde und irgendwo produktiv läuft und zwar mit der Hardware die ihr einsetzen wollt.
Von wie vielen Datenbanken und welchen ~größen redest Du?
Ist oder wird der Server virtualisiert?
Gruß
http://www.heise.de/ct/hotline/SSDs-im-RAID-2056496.html
http://www.pcwelt.de/tipps/Festplatten-Das-muessen-Sie-bei-einem-SSD-Ra ...
https://www.thomas-krenn.com/de/wiki/SSD_RAID_Performance-Tests
das ist ein komplexes Thema weshalb wir das vor drei Jahren nicht weiter verfolgt haben.
Ich würde das nur verbauen, wenn das vorab hinreichend getestet wurde und irgendwo produktiv läuft und zwar mit der Hardware die ihr einsetzen wollt.
Von wie vielen Datenbanken und welchen ~größen redest Du?
Ist oder wird der Server virtualisiert?
Gruß
http://www.heise.de/ct/hotline/SSDs-im-RAID-2056496.html
http://www.pcwelt.de/tipps/Festplatten-Das-muessen-Sie-bei-einem-SSD-Ra ...
https://www.thomas-krenn.com/de/wiki/SSD_RAID_Performance-Tests
Zitat von @ichkriegediekriese:
Budget für den Server ist relativ. Ich hatte eigentlich gedacht den Server von der Hardware überdimensioniert anzulegen damit man in 5 Jahren nicht wieder den ganzen Aufwand hat - genau so teuer wie der Server ist in etwa die Datenmigration, und da kommt dann schon was zusammen wenn man alle 5 Jahre das Ding ersetzt.
Falscher Ansatz: Das Sizing des Gerätes muss dem entsprechen, was in der Betriebszeit erwartet wird.Budget für den Server ist relativ. Ich hatte eigentlich gedacht den Server von der Hardware überdimensioniert anzulegen damit man in 5 Jahren nicht wieder den ganzen Aufwand hat - genau so teuer wie der Server ist in etwa die Datenmigration, und da kommt dann schon was zusammen wenn man alle 5 Jahre das Ding ersetzt.
Das "Problem" mit der Datenmigration ist heute keines mehr. Setze einfach einen HyperVisor auf dem Server auf und virtualisiere den Datenbankserver. Dann ist eine Migration im allgemeinen lächerlich einfach.
Wie sieht es denn aus mit SSDs an einem RAID Controller als Raid 1 - muss man sich da noch Sorgen wegen TRIM und falschen SMART werten machen wie früher?
Ob SSD oder Platten - falsche Einstellungen sind selten gut. Handbuch / Hersteller fragen.Gruß Krämer
Ich kenne eure Software nicht. Aber gefühlt müsste eine Kosten-/Nutzenrechnung gegen SSD sprechen.
Gruß Krämer
Gruß Krämer
Zitat von @Kraemer:
Ich kenne eure Software nicht. Aber gefühlt müsste eine Kosten-/Nutzenrechnung gegen SSD sprechen.
Ich kenne eure Software nicht. Aber gefühlt müsste eine Kosten-/Nutzenrechnung gegen SSD sprechen.
So sehe ich das auch.
Fraglich ist natürlich, wie viel Last auf der DB ist.
"Langsame Datenbanken" hat man wohl oft durch schlechtes DB-Design / Abfragen etc.
Aber das ist ein anderes Thema denke ich.
Wenn ich mir die Preise für Server-SSDs (z.b. im Fujitsu System Architect) ansehe.. dann bist Du mit SAS Platten vermutlich günstiger dabei und gehst kein Risiko ein.
Bei den SAS Platten kannst Du Dir übrigens auch sicher sein, dass Du die Teile in 5 Jahren günstig bei Ebay schießen kannst..
Wenn der Server denn so lange laufen soll / muss.
Hi
Auch wenn der Thread schon geschlossen ist, SSD machen nur bei großer I/O Last wirklich Sinn, bei einer 30 GB Datenbank würde ich dem Server einfach 64GB RAM geben, damit liegt die DB komplett im Arbeitsspeicher und lediglich die Logs werden weggeschrieben und du brauchst vielleicht 8-10HDD mit 10k um das wegzuschreiben.
Wobei das alles nur Theorie ist und man ohne I/O Messung ohnehin keine zuverlässige Aussage treffen kann. Denn neben den I/O ist auch entscheident wie schnell das Storage/Controller antwortet...
Bei einem SQL würde ich tendenziell eher zu mehr RAM wie zu SSD's raten - vor allem bei der geringen Größe der Datenbank.
Gruß
@clSchak
Auch wenn der Thread schon geschlossen ist, SSD machen nur bei großer I/O Last wirklich Sinn, bei einer 30 GB Datenbank würde ich dem Server einfach 64GB RAM geben, damit liegt die DB komplett im Arbeitsspeicher und lediglich die Logs werden weggeschrieben und du brauchst vielleicht 8-10HDD mit 10k um das wegzuschreiben.
Wobei das alles nur Theorie ist und man ohne I/O Messung ohnehin keine zuverlässige Aussage treffen kann. Denn neben den I/O ist auch entscheident wie schnell das Storage/Controller antwortet...
Bei einem SQL würde ich tendenziell eher zu mehr RAM wie zu SSD's raten - vor allem bei der geringen Größe der Datenbank.
Gruß
@clSchak
Bei den SAS Platten kannst Du Dir übrigens auch sicher sein, dass Du die Teile in 5 Jahren günstig bei Ebay schießen kannst..
Wenn der Server denn so lange laufen soll / muss.
sorry- nach 5 Jahren Server Laufzeit, kaufe ich bei EBay keine gebrauchten HDD´s mehr...
entweder neu... oder neu
Frank