IBM FlashSystem 5600, 7600 und 9600 Die neue Generation im Überblick

Die Controller der Mid-Range- und High-End-Modelle wechseln auf AMD EPYC mit PCIe Gen 5. Das 9600 bringt zwei 48-Kern-EPYCs und bis zu 3 TB Systemspeicher mit, das 7600 zwei 16-Kern-EPYCs mit 768 GB Cache. Das IBM FlashSystem 5600 bleibt im 1U-Formfaktor und nutzt zwei 12-Kern-Intel-Xeon-CPUs mit PCIe Gen 4 und 512 GB Cache. Damit positioniert IBM die Plattform-Differenzierung deutlicher als bisher zwischen Entry und Mid-Range.

Der wichtigste Schritt auf der Storage-Seite: EDSFF ersetzt U.2 als Drive-Formfaktor. Das schafft höhere Modul-Dichte pro Höheneinheit (32 Slots in 2U beim 7600/9600; der Vorgänger 9500 hatte 48 Slots in 4U), bessere Kühlung und Headroom für die nächsten FCM-Generationen. Praktisch bedeutet der Wechsel auch, dass alte FCM4-Module aus 5300/7300/9500 nicht in die neuen Systeme passen. Die Migration ist damit immer eine Forklift-Migration mit neuem Drive-Bestand und kein In-Place-Tausch der Controller bei gleichbleibenden Drives. Für die All-Flash-Storage-Beschaffung im Mittelstand bedeutet das einen Planungsaufschlag bei der Investitionsrechnung, der vor der Bestellung verstanden werden sollte.

Die drei Systeme nutzen alle das neue FlashCore Module 5 (FCM5) als NVMe-Storage-Engine. Im Vergleich zum FCM4 hat IBM die maximale Kapazität pro Modul von 38,4 TB auf 105,6 TBu angehoben (Faktor 2,75; verfügbar in 6,6 / 13,2 / 26,4 / 52,8 / 105,6 TB, wobei die 105,6-TB-Variante dem 9600 vorbehalten ist). Die Leseleistung ist laut Hersteller bis zu 2,4-fach höher als bei FCM4. Für die Ransomware-Erkennung erfasst das FCM5 über 120 Drive-Metriken und reicht sie alle zwei Sekunden an die Auswerte-Engine; die eigentliche ML-Auswertung läuft im Storage-Virtualize-Stack auf dem Controller. Eine Erkennung erfolgt laut IBM in unter 60 Sekunden bei einer False-Positive-Rate unter 1 Prozent (Werte aus IBM-Briefing, Stand 02/2026).

Die Datenkompression und die AES-256-Verschlüsselung laufen wie schon bei FCM4 direkt auf dem Modul (sogenanntes Computational Storage). Neu bei FCM5: Auch die Deduplizierung wandert erstmals auf das Modul – sie lief bis FCM4 controllerseitig im Data Reduction Pool (DRP) des Storage-Virtualize-Stacks. In der Launch-Software (Storage Virtualize 9.1.2) arbeitet die FCM5-Deduplizierung zunächst im Scan-only-Modus (erkennt deduplizierbare Daten); die produktive Datenreduktion wird per späterem Software-Upgrade aktiviert. Die controllerseitige DRP-Deduplizierung bleibt als separate Option verfügbar.

FlashSystem.ai ist die dritte sichtbare Neuerung. Laut IBM ist das Co-Pilot-System auf „mehreren zehn Milliarden Telemetrie-Datenpunkten aus dem installierten FlashSystem-Bestand" trainiert. Es übernimmt Routine-Aufgaben wie Workload-Placement, Non-Disruptive Data Mobility, Kapazitätsprognosen und Anomalie-Korrelation. IBM beziffert die Reduktion manueller Routine-Admin-Aufgaben mit „bis zu 90 Prozent".

Diese Zahl ist mit Augenmaß zu lesen. Was FlashSystem.ai erfahrungsgemäß sehr gut leistet, ist die Last-zu-System-Verteilung in Mehr-Cluster-Umgebungen sowie das frühe Erkennen von Drive- oder Pfad-Anomalien. Was es nicht ersetzt, ist die strategische Storage-Architektur. Tiering-Entscheidungen, Replikations-Design und Compliance-Klassifikation bleiben Aufgabe der Storage-Architekten. FlashSystem.ai ist ein Beschleuniger, kein Ersatz.

Alle drei Modelle laufen auf IBM Storage Virtualize 9.1.2. Das ist derselbe Software-Stack, der seit Jahren die IBM-FlashSystem-Familie und die SAN-Volume-Controller-Linie zusammenhält. Konsequenz: Wer aus einem 5300/7300/9500-Bestand kommt, findet dieselben Konfigurations-Konzepte, dieselbe CLI, dieselbe Web-GUI und dieselben Replikations-Mechanismen wieder. Auch zwischen den drei x600-Modellen ist die Software identisch. Es gibt keine „Entry-Variante" mit reduzierten Features.

HyperSwap ist die synchrone Active-Active-Spiegelung über zwei Sites, die in 7600 und 9600 dokumentiert als Bestandteil der Six-Nines-Verfügbarkeit gilt. Policy-based HA (PBHA) automatisiert in der x600-Generation die Failover-Logik zwischen den Sites stärker als bisher. Definierte Policies entscheiden, ob ein Site-Fehler einen automatischen Switch auslöst oder eine manuelle Bestätigung erfordert. Das verhindert Split-Brain-Szenarien bei kurzen Netzwerk-Störungen.

Das IBM FlashSystem 5600 ist die kleinste Bauform der neuen Generation. Es bietet bis zu 633 TB Rohkapazität pro System (bis 2,4 PBe effektiv mit Datenreduktion) bei 12 EDSFF-Slots im 1U-Formfaktor. Host-seitig stehen FC 32 / 64 Gb/s, NVMe/FC, NVMe/TCP sowie 10 / 25 / 100 GbE iSCSI bereit; die HA-Architektur besteht aus Dual Active-Active Controllern mit redundanten Netzteilen.

Das 5600 richtet sich an Standorte mit Platzdruck im Rack, mehrere Außenstandorte mit lokalem NVMe-Storage-Bedarf oder mittelständische Hauptstandorte mit moderaten Performance-Anforderungen. 2,6 Mio. IOPS decken die meisten Datei-, Datenbank- und Virtualisierungs-Workloads bequem ab. Eine Mainframe-Anbindung ist nicht vorgesehen – wer Linux-on-Z- oder LinuxONE-Anbindung benötigt, ist beim 9600 richtig.

Das IBM FlashSystem 7600 bietet bis zu 1,68 PB Rohkapazität (bis 7,2 PBe effektiv) in 2U mit 32 EDSFF-Slots. Die Host-Konnektivität umfasst FC 32 / 64 Gb/s, NVMe/FC, NVMe/TCP und 10 / 25 / 40 / 100 GbE iSCSI. Die HA-Architektur kombiniert Dual Active-Active Controller mit Policy-based HA und HyperSwap; die dokumentierte Verfügbarkeit liegt laut IBM-Datenblatt bei 99,9999 % (Six Nines).

Das 7600 ist die typische Wahl für konsolidierte VMware-/Hypervisor-Umgebungen, mittlere Analytics-Last und Mehr-Site-Szenarien mit synchroner Replikation (HyperSwap). Mit Six-Nines-Verfügbarkeit erreicht es in der Praxis das Schutzniveau, das viele Mittelständler aus dem Mainframe-Umfeld kennen, ohne dafür ein FICON-basiertes Mainframe-Storage-System kaufen zu müssen. Für die Mehrheit der Migrationsfälle aus dem FlashSystem-7300-Bestand ist das 7600 die direkte 1:1-Nachfolge.

Das IBM FlashSystem 9600 ist die Plattform für die anspruchsvollsten Workloads in der Familie: bis 3,37 PB Rohkapazität und 11,8 PBe effektiv pro 2U-System, 6,3 Mio. IOPS und 86 GB/s Durchsatz bei unter 50 µs Read-Latenz. Die HA-Architektur ist Dual Active-Active mit Policy-based HA, HyperSwap und Stretched-Cluster-Fähigkeit; die dokumentierte Verfügbarkeit liegt bei 99,9999 % (Six Nines).

Für IBM-Z-Umgebungen ist die Anbindung an Linux-on-Z und LinuxONE über FCP (Fibre Channel Protocol) vorgesehen; die im Mainframe-Linux-Umfeld zertifizierte Wahl ist das 9600. Wichtig zur Einordnung: FICON und damit z/OS-CKD wird von keinem FlashSystem unterstützt (auch nicht vom 9600). Für klassische z/OS-Workloads bleibt IBM DS8000 das richtige System.

Die zweite Differenzierung gegenüber 5600 und 7600 ist die exklusive 105,6-TB-FCM5-Variante. In Kombination mit den 32 EDSFF-Slots und der Datenreduktion ergeben sich daraus die genannten 11,8 PBe effektiv pro 2U-System. Dieser Wert war bisher nur über Erweiterungseinheiten erreichbar.

Die Entry-Klasse macht den größten Density-Sprung der drei Modelle. Der IOPS-Anstieg vom FlashSystem 5300 (2,2 Mio.) auf das 5600 (2,6 Mio.) ist mit rund +18 % moderat. Der eigentliche Hebel liegt in der Kapazität: Die maximale Rohkapazität steigt von 460,8 TB beim 5300 auf 633 TB beim 5600, also um den Faktor 1,4, bei gleicher 1U-Bauform. Die Controller-Plattform bleibt Intel-Xeon-basiert, allerdings mit höherer Kern-Zahl und größerem Cache.

Der Storage Class Memory (SCM)-Support, den die Vorgänger 5300, 7300 und 9500 als Cache-Tier-Option boten, ist in der x600-Generation entfallen. Wer den SCM-Tier produktiv nutzt, sollte das in der Migrationsplanung explizit prüfen. Die kompensierende Architektur ist der größere Standard-DRAM-Cache in Kombination mit der FCM5-Read-Performance.

Die Mid-Range-Klasse vollzieht den Plattform-Wechsel Intel → AMD EPYC und PCIe Gen 4 → Gen 5. Die Peak-IOPS-Steigerung von rund 3,5 Mio. (7300, 4K-Cache-Hit) auf 4,3 Mio. (7600) ist messbar, aber kein Quantensprung. Der echte Hebel liegt in der gleichzeitig höheren Drive-Density (52,8 TB FCM5 gegenüber 38,4 TB FCM4) und im PCIe-Gen-5-Headroom für künftige FCM-Generationen. Wer 7300-Capacity-bound ist (also häufiger neue Drives nachkauft als CPU-bound), gewinnt durch 7600 substanziell.

Das FlashSystem 9500 ist ein 4U-System, das 9600 ist ein 2U-System. Damit verdoppelt sich grob die Density pro Höheneinheit, und IBM bringt mit der 105,6-TB-FCM5-Variante zusätzlich die größere Modulkapazität ins Spiel. Gleichzeitig sinkt der maximale Durchsatz von rund 100 GB/s auf 86 GB/s, und die Anzahl der maximalen Drive-Slots reduziert sich von 48 (in 4U) auf 32 (in 2U).

Das ist ein bewusster Trade-off: Density pro Höheneinheit und IOPS-pro-U gehen klar nach oben, die absolute Bandbreite und Slot-Anzahl pro System sinken. Für die Mehrheit der Workloads (Mixed OLTP, virtualisierte Konsolidierung, AI-Training mit kleiner bis mittlerer Block-Size) ist dieser Trade-off unkritisch. Für reine Bandbreiten-getriebene Workloads, etwa sequenzielle HPC-Streams oder sehr große parallele Backups, die das 9500 in seinem 100-GB/s-Maximum ausreizen, ist eine Performance-Validierung vor der Migration sinnvoll. Außerdem ändern sich Platzbedarf und Stromversorgung: 2U statt 4U bedeutet andere Rack-Allokation und andere PDU-Anforderungen pro System.

Safeguarded Copy legt unveränderliche, logisch isolierte Snapshots an. Nach den von IBM dokumentierten Policies ist weder der Storage-Administrator noch ein kompromittiertes Host-System in der Lage, eine aktive Safeguarded-Copy-Generation zu löschen oder zu manipulieren. Die Wiederherstellung läuft über separate Recovery-Workflows mit Audit-Trail.

Storage Defender ist die übergeordnete Cyber-Resilience-Plattform. Sie führt Storage Insights Pro, Safeguarded Copy, FlashSystem-Telemetrie und externe Backup-Systeme (IBM Storage Protect, klassische Drittanbieter-Backup-Software) in einer einheitlichen Sicht zusammen. Defender ist nicht Bestandteil des FlashSystem-Kaufs, sondern ein separates IBM-Produkt. Der x600-Stack ist auf die Integration vorbereitet.

Quantum-Safe Encryption ergänzt AES-256 um NIST-zugelassene Post-Quantum-Algorithmen: CRYSTALS-Kyber / ML-KEM (FIPS 203) für den Key-Transport und CRYSTALS-Dilithium / ML-DSA (FIPS 204) für digitale Signaturen. Praktisch bedeutet das: heute geschriebene Daten bleiben auch dann verschlüsselt, wenn künftige Quantum-Computer klassische asymmetrische Verfahren brechen. Für regulierte Branchen mit Aufbewahrungspflichten von zehn Jahren oder mehr ist das ein konkreter Compliance-Vorteil, nicht nur ein Marketing-Buzzword.

Die ML-basierte Ransomware-Erkennung kombiniert FCM5-Drive-Telemetrie mit einer Auswertung im Storage-Virtualize-Stack. Das Drive liefert über 120 Metriken, die alle zwei Sekunden ausgewertet werden; das ML-Modell prüft diese Metriken im Controller-Layer gegen ein trainiertes Auffälligkeitsmuster. Eine vollständige Reaktion auf eine Erkennung erfordert die Kombination mit Safeguarded Copy (für die immutable Generation) und Storage Defender (für Cross-System-Korrelation).

IBM publiziert keine Listenpreise. Der Preis ergibt sich aus Modell, Drive-Bestückung, Software-Lizenzen, Service-Vertrag und Laufzeit und ist nur über eine projektbezogene Angebotsanfrage belastbar.

Nein. FCM5 nutzt den EDSFF-Formfaktor, FCM4 den U.2-Formfaktor. Die Migration ist damit immer eine Forklift-Migration mit neuem Drive-Bestand.

Bis zum 15. Mai 2026. Das offizielle Withdrawal-from-Marketing-Datum wird zeitnah danach erwartet; das exakte Datum sollte am IBM-Original gegengelesen werden. Service-Verträge laufen für bereits installierte Systeme regulär weiter.

Nein. Kein IBM FlashSystem (auch nicht das 9600) unterstützt FICON oder z/OS-CKD. Die Anbindung an Linux-on-Z und LinuxONE läuft über FCP. Für klassisches z/OS-CKD ist IBM DS8000 das richtige System.

FlashSystem.ai ist in Storage Virtualize 9.1.2 als Software-Komponente enthalten. Die volle Telemetrie-Cloud-Integration über Storage Insights Pro ist eine separate Subscription. Konkrete Lizenzpakete sollten am IBM-Original gegengelesen werden.

Safeguarded Copy ist ein Feature auf dem FlashSystem (unveränderliche Snapshots). Storage Defender ist eine separate IBM-Plattform, die Safeguarded Copy mit Backup-Daten, Storage Insights und externer Telemetrie in einer Sicht aggregiert.

IBM dokumentiert die Erkennung mit „in unter 60 Sekunden" bei einer False-Positive-Rate unter 1 Prozent. Das FCM5 erfasst über 120 Drive-Metriken, die alle zwei Sekunden ausgewertet werden; die ML-Auswertung läuft im Storage-Virtualize-Stack auf dem Controller.

Nein. Quantum-Safe ist eine vorausschauende Investition für Daten mit langer Aufbewahrungspflicht. In stark regulierten Branchen ist sie bereits Bestandteil verschärfter Cyber-Resilience-Anforderungen, ein gesetzlicher Zwang besteht in der EU Stand Mai 2026 noch nicht.

Ja. Storage Virtualize unterstützt Cross-Generation-Replikation via Global Mirror. Der neue Hauptstandort läuft auf 9600, der Bestands-9500 wird zur DR-Site degradiert.

Stand Mai 2026 zirkulieren die von IBM kommunizierten Werte (2,6 / 4,3 / 6,3 Mio. IOPS). Dedizierte Lab-Reviews unabhängiger Tester (z. B. StorageReview) erscheinen erfahrungsgemäß im zweiten Halbjahr 2026.