ichkriegediekriese
Goto Top

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

Content-ID: 313408

Url: https://administrator.de/contentid/313408

Ausgedruckt am: 22.11.2024 um 10:11 Uhr

Kraemer
Kraemer 24.08.2016 um 08:30:09 Uhr
Goto Top
Morgen,

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
sabines
sabines 24.08.2016 um 08:45:18 Uhr
Goto Top
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
ichkriegediekriese
ichkriegediekriese 24.08.2016 um 08:48:05 Uhr
Goto Top
Hi, Danke für die info mit dem Abschreiben, das muss ich mal klären.

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.


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?
ichkriegediekriese
ichkriegediekriese 24.08.2016 um 08:50:57 Uhr
Goto Top
DB ca 50-60GB (aktuell) mit um die 30 User - als eher nicht so groß. Bisher sind es normale HDDs und es wird langsam etwas zäh, aber das kann auch am Rest der HW liegen ^^
Kraemer
Kraemer 24.08.2016 um 08:51:49 Uhr
Goto Top
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.
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
Kraemer
Kraemer 24.08.2016 um 08:53:24 Uhr
Goto Top
Zitat von @ichkriegediekriese:
um die 30 User
Ich kenne eure Software nicht. Aber gefühlt müsste eine Kosten-/Nutzenrechnung gegen SSD sprechen.

Gruß Krämer
ichkriegediekriese
ichkriegediekriese 24.08.2016 um 09:10:38 Uhr
Goto Top
Ja das hatte ich mir auch gedacht face-smile - insbesondere im Zusammenhang mit Deiner Angabe über die Laufzeit.
Das mit der VM muss ich mal diskutieren da das ein Lizenzproblem geben könnte, mal sehen.

Danke
Knorkator
Knorkator 24.08.2016 um 09:12:10 Uhr
Goto Top
Zitat von @Kraemer:

Zitat von @ichkriegediekriese:
um die 30 User
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.
ichkriegediekriese
ichkriegediekriese 24.08.2016 aktualisiert um 09:19:35 Uhr
Goto Top
Da SSDs insgesamt eine etwas geringere Ausfallwahrscheinlichkeit aufweisen hätte ich im Falle von SSD wahrscheinlich ein RAID 1 genommen gegenüber RAID 10 bei HDDs - die Kosten wären somit gleich.

Ich denke aber es werden HDDs werden, dann gibts auch keine Diskussion mit dem Software-Hersteller ala "das haben wir noch nciht gemacht und daher kein Support" blabla bla...alles schon mal gehabt face-smile
Knorkator
Knorkator 24.08.2016 um 09:22:56 Uhr
Goto Top
clSchak
clSchak 24.08.2016 um 09:23:23 Uhr
Goto Top
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
ichkriegediekriese
ichkriegediekriese 24.08.2016 um 09:26:36 Uhr
Goto Top
Hab den Thread zufällig geschlossen, da ich hier noch nie geposted hatte face-smile - Danke
Vision2015
Vision2015 24.08.2016 um 19:58:31 Uhr
Goto Top
Zitat von @Knorkator:

Zitat von @Kraemer:



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
Knorkator
Knorkator 25.08.2016 aktualisiert um 07:44:44 Uhr
Goto Top
Selbstverständlich..
Trotzdem.. alles eine Frage des Geldes und des Risikos..
;)

edit: Und natürlich auch des Backups und den benötigten Wiederherstellungszeiten.