NVME over SAS Tunnel oder echter PCIe NVME Raid Controller?
Hallo liebe Freunde gepflegter Probleme,
wie schon in anderen Threads diskutiert bin ich gerade auf der Suche nach einem Server der einen echten NVME Raid Controller bietet der durchweg das NVME Protokoll unterstütz und nicht am Ende über SAS mit dem Rest des Systems kommuniziert.
Mir wurde dann der Fujitsu PRIMERGY RX2550 M5 Server angepriesen, mit dem Argument, das dies der erste Server ist der einen echten PCIe NVME onboard Raid Controller bietet.
Der verwendete Controller in diesem System ist der PRAID Controller 580i und dieser verwendet den LSi Broadcom Avego SAS 3516 Chipsatz, um das RAID umzusetzen.
Was ich aber in den Datenblättern und Whitepapers lese ist es ein NVME over SAS Tunnel, der da zur Anwendung kommt. Da ich Zweifel habe ob es sich um einen echten NVME Raid Controller handelt habe ich bei beiden nachgehakt:
Fujitsu sagt das es ein echter NVME Raid Controller ist und dies soll auch von einem technischen Ingenieur bestätigt worden sein.
LSi Broadcom sagt: Das dies ein SAS 3516 Chip ist der auch PCIe NVMe´s anbindet/unterstützt aber am Ende über SAS mit dem Rest des Systems kommuniziert.
Hier die Datenblätter von Fujitsu: https://sp.ts.fujitsu.com/dmsp/Publications/public/ds-py-praid-ep580i.pd ...
Hier die Datenblätter von Broadcom: https://www.broadcom.com/products/storage/raid-on-chip/sas-3516
https://docs.broadcom.com/docs/BC00-0442EN
Wie seht ihr das? Echter NVME PCIe Raid Controller oder doch nur NVME over SAS Tunnel?
Mir ist der echte NVME Controller wichtig weil das NVME Protokoll je Zyklus bis zu 65000 Befehle parallel abarbeitet und nicht wie bei SAS das eine Warteschlangentiefe von 256 hat nacheinander ...
Zumal, wenn es wirklich ein echter NVME Raid Controller wäre, hätte die doch viel lauter getrommelt da es ne Weltpremiere wäre und Sensation zugleich wäre…
Vielen Dank im Voraus für Tipps und Anregungen.
Euer Tom
wie schon in anderen Threads diskutiert bin ich gerade auf der Suche nach einem Server der einen echten NVME Raid Controller bietet der durchweg das NVME Protokoll unterstütz und nicht am Ende über SAS mit dem Rest des Systems kommuniziert.
Mir wurde dann der Fujitsu PRIMERGY RX2550 M5 Server angepriesen, mit dem Argument, das dies der erste Server ist der einen echten PCIe NVME onboard Raid Controller bietet.
Der verwendete Controller in diesem System ist der PRAID Controller 580i und dieser verwendet den LSi Broadcom Avego SAS 3516 Chipsatz, um das RAID umzusetzen.
Was ich aber in den Datenblättern und Whitepapers lese ist es ein NVME over SAS Tunnel, der da zur Anwendung kommt. Da ich Zweifel habe ob es sich um einen echten NVME Raid Controller handelt habe ich bei beiden nachgehakt:
Fujitsu sagt das es ein echter NVME Raid Controller ist und dies soll auch von einem technischen Ingenieur bestätigt worden sein.
LSi Broadcom sagt: Das dies ein SAS 3516 Chip ist der auch PCIe NVMe´s anbindet/unterstützt aber am Ende über SAS mit dem Rest des Systems kommuniziert.
Hier die Datenblätter von Fujitsu: https://sp.ts.fujitsu.com/dmsp/Publications/public/ds-py-praid-ep580i.pd ...
Hier die Datenblätter von Broadcom: https://www.broadcom.com/products/storage/raid-on-chip/sas-3516
https://docs.broadcom.com/docs/BC00-0442EN
Wie seht ihr das? Echter NVME PCIe Raid Controller oder doch nur NVME over SAS Tunnel?
Mir ist der echte NVME Controller wichtig weil das NVME Protokoll je Zyklus bis zu 65000 Befehle parallel abarbeitet und nicht wie bei SAS das eine Warteschlangentiefe von 256 hat nacheinander ...
Zumal, wenn es wirklich ein echter NVME Raid Controller wäre, hätte die doch viel lauter getrommelt da es ne Weltpremiere wäre und Sensation zugleich wäre…
Vielen Dank im Voraus für Tipps und Anregungen.
Euer Tom
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 474159
Url: https://administrator.de/contentid/474159
Ausgedruckt am: 15.11.2024 um 21:11 Uhr
6 Kommentare
Neuester Kommentar
Zitat von @TomTest:
Wie seht ihr das? Echter NVME PCIe Raid Controller oder doch nur NVME over SAS Tunnel?
Wie seht ihr das? Echter NVME PCIe Raid Controller oder doch nur NVME over SAS Tunnel?
Ganz pragmatisch sehen:
Reicht es für Deine Anwendung und die Erreichte Performance rechtfertigt den Preis? Dann ist es egal.
Mir ist der echte NVME Controller wichtig weil das NVME Protokoll je Zyklus bis zu 65000 Befehle parallel abarbeitet und nicht wie bei SAS das eine Warteschlangentiefe von 256 hat nacheinander ...
Merkt Deine Anwendung den Unterschied?
Parallelisierung bringt nur dann was, wenn es auch etwas paralell zu arbeiten gibt. Es nutzt nichts alle Autobahnen und Bundeststraßen 8-spurig zu machen, wenn eh nur 1 Auto pro Minute vorbeikommt.
lks
Ich finde diese Fragen sehr interessant, ich hab vor 6 Monaten auch nen Wolf gesucht und bin nicht fündig geworden.
Die ganzen großen Anbieter.... man kann froh sein, wenn die schon einen M2 Slot haben.
Ich hab dann zu Adapterkarten gegriffen. Aber die erwartete Leistung ist bei weitem nicht eingetreten. Microsoft scheint mit so schnellen Datenmengen noch nicht richtig umgehen zu können.
Die ganzen großen Anbieter.... man kann froh sein, wenn die schon einen M2 Slot haben.
Ich hab dann zu Adapterkarten gegriffen. Aber die erwartete Leistung ist bei weitem nicht eingetreten. Microsoft scheint mit so schnellen Datenmengen noch nicht richtig umgehen zu können.
Hallo Tom,
ich würde da auch eher Broadcom glauben und gehe davon aus, dass es noch keinen "richtigen" NVME Raid-Controller gibt.
Der müsste Prinzipbedingt ja entweder die CPU auf dem Mainboard mitnutzen oder ein eigenes PCIe Subsystem haben. Was ja eigentlich einem Mainboard mit Chipsatz und CPU gleichkommt.
Mit dem 580i ist man performancemäßig schon gut unterwegs.
Ich hatte vor kurzem einen TX1320M4 für einen SOHO-Kunden.
Der hat auf dem Mainboard zwei M2 Slot. Direkt und ohne RAID, 1x NVME und 1x SATA.
Ich habe dort eine 1TB Samsung 970 Pro eingebaut als Recovery-Temp-Storage.
Einfach um schnell mal eine VM wiederherzustellen ohne die original-VM überschreiben zu müssen oder was zu testen.
Stefan
ich würde da auch eher Broadcom glauben und gehe davon aus, dass es noch keinen "richtigen" NVME Raid-Controller gibt.
Der müsste Prinzipbedingt ja entweder die CPU auf dem Mainboard mitnutzen oder ein eigenes PCIe Subsystem haben. Was ja eigentlich einem Mainboard mit Chipsatz und CPU gleichkommt.
Mit dem 580i ist man performancemäßig schon gut unterwegs.
Ich hatte vor kurzem einen TX1320M4 für einen SOHO-Kunden.
Der hat auf dem Mainboard zwei M2 Slot. Direkt und ohne RAID, 1x NVME und 1x SATA.
Ich habe dort eine 1TB Samsung 970 Pro eingebaut als Recovery-Temp-Storage.
Einfach um schnell mal eine VM wiederherzustellen ohne die original-VM überschreiben zu müssen oder was zu testen.
Stefan
Zitat von @TomTest:
Hallo Lochkartenstanzer,
? Was hat das mit meiner Frage zu tun?
Die Frage ist nicht was ich vorhabe. Die Frage ist ob es ein NVME over SAS Tunnel oder echter PCIe NVME Raid Controller ist.
Hallo Lochkartenstanzer,
? Was hat das mit meiner Frage zu tun?
Die Frage ist nicht was ich vorhabe. Die Frage ist ob es ein NVME over SAS Tunnel oder echter PCIe NVME Raid Controller ist.
Die Antwort ist: Das ist egal, solange Deine Anwendung damit zurechtkommt und nicht ausgebremst wird.
Steht im Titel btw. und kann man ganz leicht erkennen. Sind die Sätze die mit einem ? enden und darauf beziehen sich Profis normalerweise.
Da du die Antwort nicht kennst, wozu der Eintrag?
Die Anwort ist. Nein, daß ist kein "echter" NVME-Controller wie Du dir einen vorstellst. Aber zuerst müßtest Du eine Definition hinschreiben, was genau Du unter echt und was Du unter "unecht" vorstellst.
Meine Definition ist: Wenn sich NVME-Module reinstecken lassen und die Leistung der NVMe-Module nicht ausgebremst wird, ist es ein "echter". NVMe-Controller. d.h. Durch Leistungstests wird sich feststellen lassen, ob das so ist.
Hauptsache irgendwo seine Senf dazugeben und die Threadzahl hochrauben?... wers braucht ...
Wenn Du nur die erwarteten Antworten hören willst, bist Du falsch in einem Forum. Und ich brauche den Threadzähhler nicht hochzuschrauben. Es reicht das Scoreboard.
lks