IOPS - der unterschätzte Leistungsheld. Hat Ihre Festplatte ihn?

Storage-Performance ist nicht nur Megabyte pro Sekunde. Wenn das System trotz schneller Verbindungen und moderner Festplatten langsam läuft, ist sehr wahrscheinlich IOPS der Schuldige – Input/Output-Operationen pro Sekunde. Unterschätzt, oft bei der Infrastrukturplanung übersehen, haben sie jedoch entscheidenden Einfluss auf die Geschwindigkeit von Datenbanken, virtuellen Maschinen oder Geschäftsanwendungen. In diesem Beitrag prüfen Sie, was IOPS real bedeutet, wie Sie sie messen, wann sie wichtig sind und warum die Festplatten-Auswahl ohne dieses Wissen ein reines Glücksspiel ist.

Zu oft konzentrieren wir uns ausschließlich auf Megabyte pro Sekunde oder Durchsatz in Gbit und vergessen, dass IOPS in der Praxis entscheiden, wie das System auf reale Belastung reagiert. Insbesondere in Umgebungen, wo die Storage-Infrastruktur Dutzende von VMs, Microservices oder Datenbankanwendungen bedient, ist die Anzahl der Input/Output-Operationen pro Sekunde die harte Währung der Performance. Der Durchsatz mag im Benchmark gut aussehen, aber wenn die Latenz steigt und IOPS gedrosselt werden – der Benutzer sieht trotzdem, dass das „System hängt".

Dabei ist zu beachten, dass IOPS nicht nur eine Zahl aus dem Datenblatt der Festplatte ist. Auf die reale Performance wirken eine ganze Reihe von Faktoren ein:

• Blockgrößen,
• Warteschlangentiefe,
• Art der Workload (zufällig oder sequenziell),
• RAID-Architektur,
• und sogar die Controller-Firmware.

Wenn Sie keine IOPS-Messung für Ihre Ressourcen haben, arbeiten Sie im Dunkeln – und können dann schwer zwischen echtem Bottleneck und gewöhnlicher „Nutzer-Theorie" unterscheiden. Selbst die teuerste SSD bringt nichts, wenn die Anwendung I/O in mikroskopischen Portionen anfordert und das Dateisystem nicht nachkommt. Daher sollten Sie vor der Bewertung der Storage-Performance prüfen, wie das Verhalten in Bezug auf IOPS aussieht – und ob das, was Sie haben, wirklich ausreicht.

Bevor Sie eine Entscheidung über die zu implementierenden Datenträger treffen, müssen Sie wissen, welche Art von Last Ihre Umgebung erzeugt. Das ist nicht dasselbe. „Random" IOPS sind eine völlig andere Geschichte als „Sequential".

• Bei Datenbanken, virtuellen Maschinen, ERP- oder CRM-Systemen – dominiert zufällige Belastung, wo Daten aus verschiedenen Bereichen der Festplatte ungeordnet geschrieben und gelesen werden. Hier ist die Reaktionsgeschwindigkeit auf eine große Anzahl kleiner Anfragen entscheidend.
• Andererseits sind sequenzielle IOPS wichtig bei Backup, Replikation, großen Multimedia-Dateien, wo das System Daten in längeren und logischen Blöcken verarbeitet.

Wenn Sie dies nicht definieren, können Sie leicht einen kostspieligen Fehler machen. Denn selbst ein sehr schneller Datenträger kann nicht die entsprechend hohe Rate für die spezifische Art von IOPS haben, die Ihre Anwendung benötigt.

Viele Administratoren nehmen an, dass die Hinzufügung von RAID automatisch die Performance steigert. Und teilweise stimmt das – aber nur wenn Sie verstehen, wie die Mechanik von Lese- und Schreibvorgängen in verschiedenen RAID-Leveln funktioniert.

• RAID 0 ermöglicht tatsächlich maximale IOPS, da es keine Redundanz gibt und die Daten parallel verteilt werden. Aber das ist eine Lösung für das Testlabor, nicht für die Produktion.
• RAID 5 und RAID 6 – obwohl sie Datenschutz bieten – haben eine sogenannte RAID-Penalty, d.h. zusätzliche Belastung beim Schreiben von Daten (aufgrund der Berechnung von Prüfsummen). Das bedeutet, dass die reale Anzahl der IOPS im Vergleich zu den nominellen Möglichkeiten der Festplatten sinkt.
• Ein viel besserer Kompromiss ist RAID 10, das Mirroring mit Schreibverteilung kombiniert, also nicht nur Schutz, sondern auch vernünftige Performance bietet – besonders bei Workloads mit gemischtem Charakter.

Cache hat ebenfalls entscheidende Bedeutung – sowohl auf RAID-Controller-Ebene als auch auf Storage-Seite, z.B. in Form von NVDIMM oder NVMe Cache. Ein gut konfigurierter Cache kann die Anzahl der verarbeiteten Operationen erheblich steigern, besonders bei kleinen Blöcken. Und genau deshalb fragen Sie bei der Array-Konfiguration nicht nur „wie viele Festplatten habe ich", sondern „wie verhält sich das alles unter Last und habe ich eine Pufferebene".

Das echte Problem beginnt, wenn IOPS „geschätzt" werden. Denn anstatt zu messen, wird „nach Gefühl" geschätzt – und dann arbeitet entweder der Storage nicht unter Last, oder Sie zahlen für überflüssige Leistung, die Sie nie nutzen werden. Daher sollten Sie vor der Bestellung eines neuen Arrays oder Server mit NVMe-Festplatten prüfen, wie viele IOPS Ihre Infrastruktur real benötigt. Das können Sie auf verschiedene Weise tun – von einfachen System-Tools (iostat, perfmon), über APMs, bis hin zu fio und Iometer, die es ermöglichen, beliebige Workloads nachzubilden und jeden Gerätetyp zu testen.

Wichtig ist, dass Tests nicht von der Realität losgelöst sind. In der Datei haben Sie eine klare Empfehlung: definieren Sie die Verkehrscharakteristik (random/sequential, read/write), denn jeder dieser Parameter ändert das Endergebnis. Ein Datenträger, der beim Lesen 300.000 IOPS liefert, kann beim Schreiben in RAID 5 plötzlich auf 50.000 fallen. Daher stellen Sie Metriken immer mit der Art der Belastung gegenüber, nicht nur mit der Excel-Tabelle. Überwachen Sie die Produktion, korrelieren Sie Daten mit dem Anwendungsverhalten, schauen Sie auf Latenzen. Nur dann wissen Sie, wie viele IOPS Sie wirklich haben und ob das ausreicht – und raten nicht nur.