
Ich versuche, die Anzahl der 8K-Seiten-E/A-Kapazitäten für ein Festplattensubsystem herauszufinden. Die Laufwerke sind SATA 7200 U/min – 4 Laufwerke in einer RAID-5-Konfiguration. Beim SCSI-Controller bin ich mir nicht sicher, aber der Server ist etwa 5 Jahre alt.
Antwort1
Außerdem müssen Sie das Verhältnis von sequentiellen zu zufälligen I/O-Anfragen kennen. Dies kann die I/O-Operationsgeschwindigkeit erheblich beeinflussen. Bei Rotationsmedien sind 100 % zufällige Anfragen die Untergrenze für I/O-Operationen und 100 % sequentielle die Obergrenze.
Da Sie mit RAID5 arbeiten, wirkt sich Ihr Lese-/Schreibprozentsatz auch auf die E/A-Operationen aus. Dies kann stark von Ihrer RAID-Karte beeinflusst werden, daher gibt es keine festen Faustregeln außer „Schreibvorgänge sind langsamer als Lesevorgänge“, und selbst DAS kann durch intelligentes Caching auf der RAID-Karte zunichte gemacht werden.
Laufwerke mit 7,2.000 U/min erreichen irgendwann die E/A-Sättigung. Es ist jedoch möglich, dass Ihre RAID-Karte bei der Verarbeitung vieler Schreibvorgänge schon viel früher die CPU-Sättigung erreicht.
Der einzige Weg, es sicher herauszufinden, ist zu testen. Wie Evan sagte, hat iometer eine lange Erfolgsgeschichte. Ich habe auchIonzonemit gutem Ergebnis. Es ist nicht so fortschrittlich wie Iometer, aber etwas einfacher zu verwenden.
Antwort2
Ich bin ein großer Fan vonIometer. Es ist ein bisschen in die Jahre gekommen, ohne größere Updates, aber sehen Sie es verwendet inkürzlich veröffentlicht Benchmarks, und das gibt mir Vertrauen in seine Zahlen.
Antwort3
Ich habe diese Art von Tests mit Sysbench durchgeführt. Ich habe eine große Testdatei erstellt, die um ein Vielfaches größer ist als der Systemspeicher, und nur zufällige IO-Schreibvorgänge getestet. Das sollte Ihnen eine nützliche Worst-Case-Metrik liefern. Ich würde die gesamte Dimensionierung auf diesen Test ausrichten. Die tatsächliche Leistung sollte aufgrund von Caching und einer Mischung aus Lese- und Schreibverkehr sowie allem, was sequenzielle IOs ausführt, hoffentlich besser sein. Ich würde definitiv auf IOPS optimieren, da ich festgestellt habe, dass IO-Engpässe viel schwieriger zu beheben sind als Platzprobleme.
Wenn Sie die Möglichkeit haben, würde ich mir die Neukonfiguration Ihres 4-Platten-RAID 5 in ein RAID 10 ansehen, da dies im Allgemeinen eine bessere Schreib-IO-Leistung bieten sollte. Sie könnten es auf beide Arten testen, um genau zu sehen, wie Ihre Hardware unter beiden Bedingungen funktioniert.
Meine Faustregel ist, dass 7,2k-Laufwerke etwa 150 IOPS hinzufügen können, 10k etwa 200 und 15k bis zu 250, obwohl das vielleicht etwas optimistisch ist. Jeder Spiegel bringt Ihnen zusätzliche IOPS für Lesevorgänge und jeder Streifen zusätzliche IOPS für Schreibvorgänge. So könnte Ihnen beispielsweise ein 4-Platten-RAID 10 mit 7,2k-Platten im schlimmsten Fall bis zu 300 IOPS für Schreibvorgänge bringen, aber nicht mehr. RAID 5 ist schwieriger abzuschätzen, da es je nach der Menge der geschriebenen Daten sowie etwaigen Abkürzungen oder Optimierungen bei der Implementierung variabel sein kann. Im Normalfall würde ein 8k-Schreibvorgang auf einem 64k-Streifen letztendlich 5 IOPS auf einem 4-Platten-RAID verursachen, drei IOPS zum Lesen jedes Streifens und jeweils einen für den zu aktualisierenden Datenstreifen und den Paritätsstreifen. Ich habe herausgefunden, dass die Schreib-IOPS bei RAID 5 etwa halb so hoch sind wie die Anzahl der Festplatten bei RAID 10. Ihr RAID 5 mit 4 Festplatten hat also im schlimmsten Fall wahrscheinlich 150 IOPS für zufällige Schreib-IOs, also nicht besser als eine einzelne Festplatte.