Mir ist aufgefallen, dass mein neues EMC VNX5200 SAN nach dem „Einbrennen“ einer Partition tendenziell besser funktioniert. Damit meine ich, dass ich die Partition mit verschiedenen Junk-Daten fülle und alles ein paar Mal lösche. Ich habe meinen SAN-Administrator danach gefragt, aber er kann sich nicht darum kümmern. Er murmelte etwas über IOPS und sagte auch, dass MB/s irrelevant sei. Nun, das mag sein, aber es ist mir ziemlich wichtig, dass meine nächtlichen SQL-Backups und -Wiederherstellungen (große zusammenhängende Blöcke) mit den aktuellen 80 MB/s statt den 15 MB/s laufen, mit denen ich angefangen habe. Ich habe auf meine eigene LUN für einen SQL-Server gedrängt und sie bekommen. Aber ich habe keinen Einblick, wie viele Festplatten sich auf dem Backend befinden, wie die RAID-Konfiguration ist oder ob sich andere LUNs darauf befinden, ob das SAN Caching durchführt oder häufig verwendete Daten auf einen schnelleren Speicher verschiebt (könnte das „Einbrennen“ erklären). Ich könnte in der Administratorkonsole herumstöbern, da ich Zugriff habe, aber nicht wüsste, wie ich all diese Informationen lesen soll.
Ich würde mich freuen, wenn alles gut läuft und ich die aktuelle Leistung als erwartetes Niveau akzeptieren würde. Aber nochmals, die maximale Lesegeschwindigkeit, die ich derzeit auf diesem teuren SAN sehe, beträgt 80 MB/s, die Schreibgeschwindigkeit etwa die Hälfte davon, also deutlich weniger als bei meinem 3 Jahre alten Desktop-Labor mit 7200-U/min-Laufwerken (kein RAID), das ein konstantes Backup mit 110 MB/s erstellen kann.
Die Frage ist, wie man eine konstante Leistung vom SAN erhält. Was sollte ich meinen SAN-Administrator fragen? Wie kann ich die Leistung am besten prüfen? Oder gibt es eine vertrauenswürdige Online-Ressource, wo ich sie prüfen und ihn auf Leistungs-Baselines verweisen kann, die den SAN-Hersteller, die Festplattenmodelle und Konfigurationsdaten sowie die Lasttyp-Szenarien angeben? (etwas wie CPU+GFX-Werte für identische Spieleplattformen)
Antwort1
Ihr Speicheradministrator erzählt Ihnen nicht die ganze Geschichte. IOPS sind das, was Sie bei normalem IO (random-seeky reads und small block writes) beschränkt. Sie haben jedoch Recht, dass Backups große sequentielle Lesevorgänge sein sollten und nicht hilfreich in IO/s gemessen werden können.
Wenn Sie ein Backup durchführen, lesen Sie dann fortlaufend oder führen Sie viele kleine Lesevorgänge auf der gesamten Festplatte durch? Wenn es sich um zufällige Lesevorgänge handelt, wird Ihre Grenze wieder auf die Suchfähigkeit der Festplatten gesetzt, die in IO/s gemessen wird.
Vorausgesetzt, es handelt sich um zusammenhängende Lesevorgänge, wird die Geschwindigkeit zunächst durch die Übertragungsschicht begrenzt. Wenn Sie 1 Gb/s iSCSI verwenden, beträgt Ihre maximale Geschwindigkeit etwa 80 MB/s. Wenn Sie ein Netzwerk gemeinsam nutzen und weniger als eine vollständige Verbindung haben, ist die Geschwindigkeit sogar noch geringer. Wenn Ihr Speicher-Frontend-Port Backups für mehr als einen Client durchführt, kann dies ebenfalls zu Einschränkungen führen. Und schließlich kann dies dazu führen, wenn die von Ihnen verwendeten Festplatten mit einer Reihe anderer Clients gemeinsam genutzt werden, die ebenfalls viele Lese- oder Schreibvorgänge durchführen.
Allerdings sollte Ihr Speicherspezialist Ihnen zumindest sagen können, warum Sie so langsam arbeiten, damit Sie eine Möglichkeit zur Leistungssteigerung finden können. Sie könnten versuchen, Ihr Backup-Fenster zu verschieben, um den Wettbewerb um gemeinsam genutzte Ressourcen zu vermeiden, oder Sie könnten Ihren Speicher so aufteilen, dass er nicht um die Ressource konkurriert, die Ihnen derzeit zur Verfügung steht.