Vergleich zweier SSD-Typen im Raid-10 für den Anwendungsfall SQL-Datenbank
Moin.
Hat jemand triftige Gründe, zu dem einen oder anderen Modell zu raten?
Consumer: Samsung 850 Pro 512GB - MLC, Read: 100K IOPS, Write: 90K IOPS, 10 Jahre Garantie, 300 TBW, 550 MBps (lesen)/ 470 MBps (Schreiben)
gegenüber
Enterprise: Samsung SM863 480GB - MLC, Read: 97K IOPS, Write: 26K IOPS, 5 Jahre Garantie/3080 TBW, 530 MBps (lesen)/ 480 MBps (Schreiben)
(Preise sind nicht weit auseinander und somit unerheblich)
Es geht nur um Performance als Raid10-Mitglied in einem SQL-Server. Werte wie Terabytes written (TBW), MTBF oder Garantie sind außen vor.
Ich würde zu Enterpriseplatten greifen, wäre nicht der große Unterschied bei den Write-IOPS, der für die Consumerplatte spricht.
Hat jemand triftige Gründe, zu dem einen oder anderen Modell zu raten?
Consumer: Samsung 850 Pro 512GB - MLC, Read: 100K IOPS, Write: 90K IOPS, 10 Jahre Garantie, 300 TBW, 550 MBps (lesen)/ 470 MBps (Schreiben)
gegenüber
Enterprise: Samsung SM863 480GB - MLC, Read: 97K IOPS, Write: 26K IOPS, 5 Jahre Garantie/3080 TBW, 530 MBps (lesen)/ 480 MBps (Schreiben)
(Preise sind nicht weit auseinander und somit unerheblich)
Es geht nur um Performance als Raid10-Mitglied in einem SQL-Server. Werte wie Terabytes written (TBW), MTBF oder Garantie sind außen vor.
Ich würde zu Enterpriseplatten greifen, wäre nicht der große Unterschied bei den Write-IOPS, der für die Consumerplatte spricht.
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 320020
Url: https://administrator.de/forum/vergleich-zweier-ssd-typen-im-raid-10-fuer-den-anwendungsfall-sql-datenbank-320020.html
Ausgedruckt am: 23.12.2024 um 11:12 Uhr
12 Kommentare
Neuester Kommentar
tach...
aus erfahrung rate ich dir die SM863 480GB zu nehmen.
die 850er pro ist mir schon hier und da abgeraucht im Raid 10 bzw. ich hatte aus unerfindlichen gründen ein Rebuild.
ich rate dir auch vorher an einem windows pc mit Magician die firmware zu aktualisieren...
auch wird das nix mit S.M.A.R.T. am LSI Raid... der kann die werte nicht ordentlich auslesen... richtig geht es nur mit Magician am sata port..
Frank
aus erfahrung rate ich dir die SM863 480GB zu nehmen.
die 850er pro ist mir schon hier und da abgeraucht im Raid 10 bzw. ich hatte aus unerfindlichen gründen ein Rebuild.
ich rate dir auch vorher an einem windows pc mit Magician die firmware zu aktualisieren...
auch wird das nix mit S.M.A.R.T. am LSI Raid... der kann die werte nicht ordentlich auslesen... richtig geht es nur mit Magician am sata port..
Frank
Kommt auf die Daten der Datenbank an und den Aufgabe der SSD.
Im Allgemeinen wird viel öfter gelesen und wenn es dabei um Performance geht, dann ist die Consumer Variante deutlich besser geeignet.
Selbst beim schreiben sind die IOPS Werte wesentlich höher, bei den typischen Größen ist das spürbar im Vergleich zu den max. 10MBps unterschied beim schreiben.
Im Allgemeinen wird viel öfter gelesen und wenn es dabei um Performance geht, dann ist die Consumer Variante deutlich besser geeignet.
Selbst beim schreiben sind die IOPS Werte wesentlich höher, bei den typischen Größen ist das spürbar im Vergleich zu den max. 10MBps unterschied beim schreiben.
gern..
wie gesagt- das ist nur die grobe auswertung, nicht darin sind die üblichen nippel abrecher ( das kabel muss doch auch falschrum draufpassen, oder?)
und ein raid 6 todschreiber...
Frank
wie gesagt- das ist nur die grobe auswertung, nicht darin sind die üblichen nippel abrecher ( das kabel muss doch auch falschrum draufpassen, oder?)
und ein raid 6 todschreiber...
Frank
Eine problematische Erfahrung, die ich mit diversen Samsung-Modellen schon gesammelt habe:
In Benchmarks liefern die oft gute Werte, allerdings können die diese Schreib-Raten nur selten über einen längeren Zeitraum halten.
Ich habe hier SSDs als Cache in einem Ceph-Cluster - die Samsung-SSDs (genaue Modelle müsste ich jetzt raussuchen, waren aber Enterprise-Varianten) haben zwar beim Schreiben gute Geschwindigkeiten geliefert, die dann jedoch nach ein paar Sekunden einfach auf einen Bruchteil eingebrochen ist. Auch mit den dauerhaft knapp 40-50k IOP/s kamen die nicht klar - diese Raten können die Samsungs offenbar nur deshalb erreichen, weil sie Anfragen buffern. Wenn dieser Buffer voll ist, bricht auch hier die Geschwindigkeit dramatisch ein und die Antwortzeiten für Lese- und Schreibzugriffe gehen auf über 10ms hoch (was für eine SSD einfach ein dramatisch hoher Wert ist!).
Bei den Consumer-Modellen dürften diese Effekte wahrscheinlich sogar deutlich schlimmer sein
Seitdem wir Intel Enterprise-SSDs nutzen, haben wir dieses Problem nicht mehr. Die Intel-SSDs können dauerhaft mit über 40k IOP/s betrieben werden und liefern stabil um die 160-180 MByte/s schreibend - und haben dann noch Luft um Leseanfragen zu beantworten!
In Benchmarks liefern die oft gute Werte, allerdings können die diese Schreib-Raten nur selten über einen längeren Zeitraum halten.
Ich habe hier SSDs als Cache in einem Ceph-Cluster - die Samsung-SSDs (genaue Modelle müsste ich jetzt raussuchen, waren aber Enterprise-Varianten) haben zwar beim Schreiben gute Geschwindigkeiten geliefert, die dann jedoch nach ein paar Sekunden einfach auf einen Bruchteil eingebrochen ist. Auch mit den dauerhaft knapp 40-50k IOP/s kamen die nicht klar - diese Raten können die Samsungs offenbar nur deshalb erreichen, weil sie Anfragen buffern. Wenn dieser Buffer voll ist, bricht auch hier die Geschwindigkeit dramatisch ein und die Antwortzeiten für Lese- und Schreibzugriffe gehen auf über 10ms hoch (was für eine SSD einfach ein dramatisch hoher Wert ist!).
Bei den Consumer-Modellen dürften diese Effekte wahrscheinlich sogar deutlich schlimmer sein
Seitdem wir Intel Enterprise-SSDs nutzen, haben wir dieses Problem nicht mehr. Die Intel-SSDs können dauerhaft mit über 40k IOP/s betrieben werden und liefern stabil um die 160-180 MByte/s schreibend - und haben dann noch Luft um Leseanfragen zu beantworten!
Zitat von @LordGurke:
Eine problematische Erfahrung, die ich mit diversen Samsung-Modellen schon gesammelt habe:
In Benchmarks liefern die oft gute Werte, allerdings können die diese Schreib-Raten nur selten über einen längeren Zeitraum halten.
diese erfahrungen habe ich auch gemacht- allerdings kommt es da auch auf den Raid Controller, Firmware und RaidEine problematische Erfahrung, die ich mit diversen Samsung-Modellen schon gesammelt habe:
In Benchmarks liefern die oft gute Werte, allerdings können die diese Schreib-Raten nur selten über einen längeren Zeitraum halten.
Level an.. ganz übel ist es mit Adaptec.
Ich habe hier SSDs als Cache in einem Ceph-Cluster - die Samsung-SSDs (genaue Modelle müsste ich jetzt raussuchen, waren aber Enterprise-Varianten) haben zwar beim Schreiben gute Geschwindigkeiten geliefert, die dann jedoch nach ein paar Sekunden einfach auf einen Bruchteil eingebrochen ist. Auch mit den dauerhaft knapp 40-50k IOP/s kamen die nicht klar - diese Raten können die Samsungs offenbar nur deshalb erreichen, weil sie Anfragen buffern. Wenn dieser Buffer voll ist, bricht auch hier die Geschwindigkeit dramatisch ein und die Antwortzeiten für Lese- und Schreibzugriffe gehen auf über 10ms hoch (was für eine SSD einfach ein dramatisch hoher Wert ist!).
Bei den Consumer-Modellen dürften diese Effekte wahrscheinlich sogar deutlich schlimmer sein
warscheinlich... Bei den Consumer-Modellen dürften diese Effekte wahrscheinlich sogar deutlich schlimmer sein
Seitdem wir Intel Enterprise-SSDs nutzen, haben wir dieses Problem nicht mehr. Die Intel-SSDs können dauerhaft mit über 40k IOP/s betrieben werden und liefern stabil um die 160-180 MByte/s schreibend - und haben dann noch Luft um Leseanfragen zu beantworten!
Frank
ja klar... 600TBW sollte sie sogar können
wenn sie denn noch ok wäre.....
da steht zwar, der zustand ist gut- aber der Raid Controller wirft mir die jedesmal raus...
Frank
wenn sie denn noch ok wäre.....
da steht zwar, der zustand ist gut- aber der Raid Controller wirft mir die jedesmal raus...
Frank