Enterprise Speicherkapazität: SAN, NAS und NVMe-Tiering modern dimensionieren

Die verlässliche Dimensionierung von Speicherkapazitäten gehört zu den wirtschaftlich folgenreichsten Disziplinen der modernen Rechenzentrumsarchitektur. In zahlreichen europäischen Unternehmen folgt die Beschaffung von Enterprise-Storage noch immer den defensiven Mustern vergangener Jahrzehnte. Infrastruktur-Teams erheben den aktuellen Belegungsstand ihrer bestehenden Volumes, schlagen pauschale Wachstumsreserven von 30 bis 50 Prozent pro Jahr auf und bestellen ein monolithisches System für eine Laufzeit von 60 Monaten.

In einer Ära aus klassischen Fibre-Channel-SANs und isolierten Filer-Inseln erschien dieses Vorgehen nachvollziehbar, weil nachträgliche Kapazitätserweiterungen oft mit Lizenzsprüngen und aufwendigen Controller-Wechseln verbunden waren. Angesichts explodierender unstrukturierter Datenmengen, containerisierter Microservices und datenhungriger KI-Pipelines führt diese statische Vorratsbeschaffung jedoch direkt in eine gravierende Fehlinvestition.

Hochpreisige All-Flash-Arrays werden zu fast zwei Dritteln mit ruhenden Archivdaten, veralteten Snapshots und historischen Protokolldateien belegt, während geschäftskritische Transaktionsdatenbanken parallel unter Latenzeinbrüchen leiden. Zugleich treibt ungenutzter Vorratsspeicher vom ersten Tag an den Strombedarf, die Klimatisierungslast und die jährlichen Hersteller-Wartungsgebühren in die Höhe, obwohl der Preis pro Terabyte auf dem Halbleitermarkt kontinuierlich sinkt.

Dieser Leitfaden vermittelt CIOs, Infrastruktur-Architekten und Einkaufsverantwortlichen das technische und kaufmännische Rüstzeug für eine moderne Speicherdimensionierung. Er zeigt im Detail, wie Sie mathematische Umrechnungsfehler zwischen Brutto- und Nettokapazität vermeiden, IOPS-Anforderungen konsequent vom reinen Datenvolumen entkoppeln und durch mehrstufiges Speicher-Tiering auf Basis von NVMe-over-Fabrics, ZFS und Ceph Ihre Gesamtbetriebskosten nachhaltig senken.

Die Mathematik der Speicherkapazität: Warum Brutto-Terabytes in der Praxis schrumpfen

Jede belastbare Kapazitätsplanung beginnt mit der Bereinigung einer physikalisch-mathematischen Diskrepanz, die in Wirtschaftlichkeitsrechnungen regelmäßig übersehen wird. Hardwarehersteller von Festplatten und Enterprise-NVMe-SSDs geben die Nennkapazität ihrer Laufwerke im dezimalen SI-System zur Basis zehn an, bei dem ein Terabyte (TB) exakt einer Billion Bytes ($10^{12}$ Bytes) und ein Petabyte (PB) einer Billiarde Bytes ($10^{15}$ Bytes) entspricht.

Betriebssysteme wie Linux und Windows, Hypervisoren wie KVM oder ESXi sowie Dateisysteme und Speicher-Cluster adressieren Datenblöcke hingegen im binären System zur Basis zwei. Ein binäres Tebibyte (TiB) umfasst $2^{40}$ Bytes (1.099.511.627.776 Bytes), während ein Pebibyte (PiB) aus $2^{50}$ Bytes besteht. Allein durch diese Umrechnung stehen von einem nominell als 1.000 TB verkauften Speicherpool im Betriebssystem vom ersten Moment an nur rund 909,5 TiB an adressierbarer Rohkapazität bereit.

Auf der Stufe eines Petabytes summiert sich dieser scheinbar formale Unterschied bereits auf einen realen Schwund von mehr als 9,05 Prozent, noch bevor die erste Paritätsberechnung oder Dateisystem-Formatierung stattgefunden hat. Wer in seinen Ausschreibungsunterlagen nicht explizit nutzbare Netto-Tebibytes (Usable TiB) nach Abzug sämtlicher Redundanz- und Systemreserven einfordert, kalkuliert auf dem Papier mit Luftbuchungen, die im dritten Betriebsjahr unweigerlich zu ungeplanten Nachkäufen führen.

Neben der Dezimal-Binär-Differenz bestimmen drei technische Strukturfaktoren, wie viel nutzbare Nettokapazität aus einem physischen Rohspeicher tatsächlich gewonnen wird. Der erste Faktor ist der Redundanz- und Paritäts-Overhead: Während eine klassische Drei-Wege-Replikation im verteilten Speicher für jedes nutzbare Tebibyte exakt drei Tebibyte Rohkapazität belegt (33,3 Prozent Effizienz), erreichen moderne Erasure-Coding-Profile wie 8+3 (acht Datenfragmente plus drei Paritätsblöcke) eine Netzausbeute von 72,7 Prozent bei gleichzeitigem Schutz gegen den Ausfall dreier kompletter Serverknoten.

Der zweite Faktor betrifft den Metadaten-, Wal- und Journal-Anteil moderner Copy-on-Write-Architekturen. Sowohl OpenZFS als auch Ceph BlueStore reservieren rund zwei bis vier Prozent der Kapazität für Prüfsummen-Bäume, Block-Allokationstabellen und RocksDB-Metadaten. Hinzu kommt drittens die zwingend einzuhaltende Freiraum-Grenze (Slack Space): Da Copy-on-Write-Systeme geänderte Blöcke niemals an derselben Stelle überschreiben, darf ein Pool dauerhaft höchstens zu 80 bis 85 Prozent gefüllt werden, um Fragmentierung und Leistungseinbrüche bei einem Laufwerksausfall (Rebuild-Reserve) auszuschließen.

Ergänzende Architektur-Analysen und technische Entscheidungsmatrizen für Ihre IT-Planung finden Sie in unseren weiterführenden Leitartikeln zu Cloud Gaming im Enterprise-Einsatz sowie zu Dedicated Server im Enterprise-Einsatz.

Das Ende monolithischer SAN-Schränke und die Hyperscaler-Gebührenspirale

Über viele Jahre hinweg versuchten klassische Speicherhersteller diese Dimensionierungskomplexität durch proprietäre Dual-Controller-Appliances zu kaschieren. Unternehmen erwarben geschlossene SAN- oder Unified-NAS-Systeme, bei denen zwei spezialisierte Hardware-Controller über SAS-Backplanes auf herstellerkodierte Festplatten-Shelfs zugriffen. Sobald die Kapazitätsgrenze erreicht war, ließ sich das System nur mit zertifizierten Laufwerken desselben Anbieters erweitern, deren Einkaufspreis oft das Drei- bis Fünffache baugleicher Enterprise-NVMe-Medien auf dem freien Markt betrug.

Noch schwerer wiegt in diesem Modell die künstliche Verknappung der Rechenleistung im Speicher-Controller selbst. Selbst wenn die physischen Laufwerke dank PCIe Gen4 oder Gen5 theoretisch Millionen von Ein- und Ausgabeoperationen pro Sekunde leisten könnten, schnürt der zentrale Dual-Controller-Flaschenhals den Gesamtdurchsatz ab. Spätestens nach dem fünften Betriebsjahr erhöhen die Hersteller die Gebühren für die Wartungsverlängerung (Post-Warranty-Support) derart massiv, dass Kunden zu einem kompletten Austausch der gesamten Hardware inklusive aufwendiger Datenmigration gezwungen werden.

Als vermeintlicher Ausweg aus dieser Hardware-Bindung wurde vielerorts die Auslagerung großer Datenbestände in US-amerikanische Public-Cloud-Plattformen vorangetrieben. Doch dort kehrt das Kostenproblem in veränderter Form zurück: Während kalter Objektspeicher auf den ersten Blick günstig erscheint, berechnen Hyperscaler für produktiven Block-Storage mit garantierten IOPS-Raten (Provisioned IOPS), für häufige API-Abfragen sowie für jeden Datenabruf über die Netzwerkgrenze hinweg (Egress-Traffic) erhebliche Zusatzentgelte. Wie stark diese variablen Positionen die Bilanz belasten, zeigt unser 5-Jahres-TCO-Vergleich zwischen Rechenzentrums-Eigenbetrieb und Hyperscalern.

Technischer Deep-Dive: Vierstufiges Storage-Tiering mit NVMe-oF, ZFS und Ceph

Um sowohl den Controller-Engpass proprietärer SAN-Systeme als auch die Gebührenspirale der Public Cloud zu überwinden, setzen moderne Enterprise-Rechenzentren auf eine disaggregierte, softwaredefinierte Vier-Schichten-Architektur. Das Grundprinzip besteht darin, Datenblöcke anhand ihrer realen Zugriffsfrequenz (Hot, Warm, Cool, Cold) vollautomatisch genau jenem Speichermedium zuzuweisen, das die geforderte Latenz zum niedrigsten Preis pro Tebibyte und Watt bereitstellt.

Tier 0 und Tier 1: PCIe Gen5 NVMe-over-Fabrics und All-Flash-Pools für aktive Workloads

An der Spitze der Architektur steht Tier 0 für extrem latenzkritische Anwendungen wie In-Memory-Datenbanken, elektronische Handelssysteme, hochfrequente OLTP-Cluster und KI-Vektordatenbanken. Hier kommen Enterprise-NVMe-Laufwerke mit hoher Schreibbeständigkeit (3 bis 10 Drive Writes Per Day, DWPD) oder Storage-Class-Memory zum Einsatz, die direkt über PCIe Gen5 und NVMe-over-Fabrics (NVMe-oF) angebunden werden.

Anstelle veralteter Fibre-Channel-Infrastrukturen nutzt NVMe-oF bestehende 100- oder 200-GbE-Ethernet-Switches. Wahlweise über RDMA over Converged Ethernet (RoCEv2) für verlustfreie Punkt-zu-Punkt-Latenzen unter 80 Mikrosekunden oder über standardisiertes NVMe/TCP im regulären Rechenzentrums-Routing greifen Datenbank-Hosts nahezu ohne CPU-Kontextwechsel parallel auf bis zu 64.000 Hardware-Warteschlangen zu. Einen vertiefenden Einblick in das Netzwerk- und Quorum-Design gibt unser Referenzbeitrag zur Rechenzentrums-Autarkie mit Ceph und NVMe-over-Fabrics.

Unmittelbar darunter bildet Tier 1 das Rückgrat für den allgemeinen Virtualisierungsbetrieb, Container-Plattformen und aktive Anwendungsserver. In dieser Schicht arbeiten kapazitätsstarke TLC-NVMe-Drives (1 DWPD) entweder in verteilten Ceph-RBD-Pools (RADOS Block Device) mit Drei-Wege-Replikation oder in hochverfügbaren OpenZFS-Speicherknoten. Durch den Einsatz des ZFS Adaptive Replacement Cache (ARC) im Hauptspeicher und dedizierter SLOG-Spiegel für synchrone Schreibzugriffe liefert Tier 1 konstante Antwortzeiten unter einer Millisekunde für 90 Prozent aller operativen Unternehmensanwendungen.

„Moderne Speicherdimensionierung bemisst sich nicht mehr daran, wie viele Terabyte ein Schrank fasst, sondern wie intelligent die Architektur heiße IOPS auf NVMe-oF konzentriert und ruhende Petabytes vollautomatisch in selbstheilende Erasure-Coding-Pools überführt.“

Entscheidend für die Wirtschaftlichkeit von Tier 0 und Tier 1 ist die strikte Begrenzung ihres Umfangs auf den tatsächlich aktiven Arbeitsdatensatz (Working Set). Empirische Telemetriedaten aus europäischen Rechenzentren belegen übereinstimmend, dass selbst in schreibintensiven Umgebungen selten mehr als 5 bis 15 Prozent des gesamten Datenbestandes innerhalb einer Woche aktiv verändert oder mit Sub-Millisekunden-Anspruch gelesen werden.

Tier 2 und Tier 3: Erasure-Coded Ceph RGW S3 und unveränderbare WORM-Langzeitarchive

Sobald Datenblöcke, Dokumentenablagen, analytische Rohdaten oder virtuelle Maschinen-Snapshots ein Inaktivitätsfenster von 14 bis 30 Tagen überschreiten, greifen automatisierte Lifecycle-Richtlinien und überführen die Bestände transparent in Tier 2. Diese Schicht besteht aus einem horizontal skalierenden Ceph-Cluster, das über das RADOS Gateway (RGW) eine vollständig S3-kompatible Objekt-Schnittstelle sowie über CephFS parallele POSIX-Dateisysteme bereitstellt.

Technisch kombiniert Tier 2 dichte Enterprise-QLC-SSDs oder kapazitätsoptimierte Nearline-SAS/SATA-Festplatten (20 bis 24 TB pro Einschub) mit schnellen NVMe-Laufwerken für die BlueStore-Metadaten (RocksDB und Write-Ahead-Log). Durch die Speicherung im Erasure-Coding-Verfahren (beispielsweise mit einem 8+3- oder 8+4-Profil über mindestens zwölf physische Serverknoten) reduziert sich der Redundanz-Aufschlag auf ein Minimum, während jede Datei durchgängig mit kryptografischen Prüfsummen gegen schleichende Bitfehler (Silent Data Corruption) geschützt wird.

Für regulatorische Aufbewahrungspflichten, unveränderbare Ransomware-Schutz-Backups und steuerrechtliche Zehnjahresarchive schließt sich Tier 3 (Cold Archive) an. Hier werden S3-Buckets mit aktiviertem Object Locking im Compliance-Modus (Write Once, Read Many, WORM) auf besonders stromsparenden High-Density-Storage-Servern oder automatisierten LTO-9-Bandbibliotheken (Air-Gap) betrieben, sodass selbst kompromittierte Administratorenkonten keine einzige Sicherungskopie vor Ablauf der Haltefrist manipulieren oder löschen können.

Inline-Kompression mit LZ4 und Zstandard versus Deduplizierung

Ein weiterer Hebel zur präzisen Kapazitätsdimensionierung liegt im gezielten Einsatz von Datenreduktionsverfahren. In der Vergangenheit warben SAN-Hersteller offensiv mit pauschalen Reduktionsfaktoren von 5:1 oder 10:1 durch globale Inline-Deduplizierung. Im realen Rechenzentrumsalltag führen globale Deduplizierungstabellen auf dem Primärspeicher jedoch zu enormem Hauptspeicherbedarf im Controller und spürbaren Latenzerhöhungen bei zufälligen Schreibzugriffen, während verschlüsselte oder bereits komprimierte Mediendaten überhaupt nicht schrumpfen.

Bewährt hat sich stattdessen eine klare Aufgabenteilung: Auf den heißen und warmen Primärschichten (Tier 0 bis Tier 2) wird standardmäßig eine leichtgewichtige Inline-Kompression mittels LZ4 oder Zstandard (zstd-fast) aktiviert. Da moderne Mehrkern-Prozessoren LZ4-Datenströme mit mehreren Gigabyte pro Sekunde pro Kern verarbeiten, verkürzt die Kompression sogar die reale Schreibzeit auf das Flash-Medium, weil physisch kleinere Blöcke über den Bus übertragen werden.

Bei relationalen Datenbanken (PostgreSQL, MariaDB, MS SQL), Log-Streams und Betriebssystem-Images erzielt allein die LZ4- oder Zstandard-Kompression verlässliche Einsparungen von 35 bis 55 Prozent (Faktor 1,5:1 bis 2,2:1). Rechenintensive Block-Deduplizierung wird hingegen konsequent auf die nachgelagerte Backup- und Archiv-Ebene (wie den Proxmox Backup Server in Tier 3) verlagert, wo identische VM-Basisblöcke über Wochen hinweg mit Reduktionsraten von über 10:1 gespeichert werden, ohne den produktiven I/O-Pfad jemals zu bremsen.

Architektur- und Wirtschaftlichkeitsvergleich: Speicherklassen im CIO-Radar

Für die Budgetplanung und das Architektur-Board ist es unerlässlich, die Leistungsdaten, Redundanzmechanismen und Kostenstrukturen der einzelnen Speicherschichten im direkten Vergleich gegenüberzustellen. Nur wenn jede Anwendungsabteilung vorab verbindlich festlegt, welche Antwortzeiten und Wiederanlaufziele (RTO/RPO) ein Dienst tatsächlich erfordert, lässt sich das Datenvolumen kaufmännisch sauber auf die vier Ebenen verteilen.

Die folgende Bloomberg-Radar-Matrix vergleicht das klassische monolithische Enterprise-SAN mit den vier Schichten einer modernen, softwaredefinierten Tiering-Architektur:

Die Gegenüberstellung verdeutlicht, warum das Festhalten an einer einzigen Speicherklasse betriebswirtschaftlich nicht mehr darstellbar ist. Während im traditionellen SAN-Modell jedes abgelegte Dokument denselben Infrastrukturpreis pro Tebibyte verursacht wie eine geschäftskritische Finanzdatenbank, spreizt das Vier-Schichten-Modell die Investitionskosten exakt entlang der tatsächlichen Wertschöpfung der Daten.

Gleichzeitig beseitigt die konsequente Nutzung offener Standardprotokolle wie NVMe/TCP, iSCSI, NFSv4.2 und der S3-REST-API die Abhängigkeit von einzelnen Chassisherstellern. Fällt eine Servergeneration nach fünf Jahren aus der Abschreibung, werden lediglich einzelne Speicherknoten im laufenden Betrieb hinzugefügt und die alten Hosts per automatischem Rebalancing aus dem Ceph-Verbund entlassen, ohne dass jemals eine Ausfallzeit oder eine manuelle Datenmigration entsteht.

Vollkostenrechnung über 60 Monate: 1 Pebibyte Nettokapazität im TCO^*-Vergleich

Um die finanziellen Auswirkungen für die Geschäftsführung präzise zu beziffern, kalkulieren wir ein reales Unternehmensszenario über eine Laufzeit von 60 Monaten (fünf Jahren). Gefordert ist eine nutzbare Nettokapazität von exakt 1,0 Pebibyte (1.024 TiB bzw. rund 1.126 dezimalen Terabytes) nach Abzug aller Paritäten und inklusive einer Sicherheitsreserve von 20 Prozent Slack Space, verteilt auf Datenbanken, virtuelle Maschinen und unstrukturierte Unternehmensdaten.

In Variante A beschafft das Unternehmen ein klassisches proprietäres Enterprise-All-Flash-SAN samt Fibre-Channel-Fabric. Selbst unter Annahme einer herstellerseitig beworbenen Inline-Datenreduktion von 1,8:1 müssen hierfür rund 720 TB an proprietären Marken-NVMe-Modulen nebst Kapazitätslizenzen erworben werden. Die initialen Anschaffungskosten (CAPEX) liegen im Marktvergleich bei rund 680.000 Euro, ergänzt durch 54.000 Euro für dedizierte Fibre-Channel-Switches.

Hinzu kommen in Variante A jährliche Hersteller-Wartungsgebühren (Support und Lizenz-Subscription) von rund 18 Prozent des Listenpreises, was sich über fünf Jahre auf 612.000 Euro summiert. Zuzüglich Strom- und Kühlkosten im Rechenzentrum (durchschnittlich 8,5 kW Dauerlast bei einem PUE-Wert von 1,4 und 0,28 Euro pro Kilowattstunde, rund 146.000 Euro über 60 Monate) erreicht das monolithische All-Flash-SAN eine Fünfjahres-Gesamtbelastung von 1.492.000 Euro.

In Variante B implementiert dasselbe Unternehmen die disaggregierte Vier-Schichten-Architektur auf Basis von Standard-Servern (Dell, HPE, Lenovo oder Thomas-Krenn) mit OpenZFS und Ceph. Entsprechend dem realen Zugriffsmuster werden 100 TiB Netto auf Tier 0/1 (All-Flash NVMe, 3x Replikation, LZ4-Kompression 1,7:1, Bedarf rund 210 TB Roh-NVMe), 624 TiB Netto auf Tier 2 (Ceph Erasure Coding 8+3, Bedarf rund 1.150 TB Enterprise-QLC/HDD plus NVMe-Metadaten) und 300 TiB Netto auf Tier 3 (WORM-Backup mit Zstandard-Deduplizierung) ausgelegt.

Die gesamten Hardware-Anschaffungskosten für zwölf hochredundante Storage-Server inklusive redundanter 100-GbE-Ethernet-Switches belaufen sich in Variante B auf 295.000 Euro. Da weder Terabyte-Lizenzen noch herstellerkodierte Laufwerksaufschläge anfallen, kosten Enterprise-Support-Subscriptions und Hardware-Vor-Ort-Garantien über fünf Jahre lediglich 145.000 Euro, während die höhere Mediendichte in Tier 2 und Tier 3 die Energiekosten auf 82.000 Euro senkt. Mit Gesamtkosten von 522.000 Euro spart die Tiering-Architektur über fünf Jahre exakt 970.000 Euro (rund 65 Prozent TCO-Reduktion) gegenüber dem monolithischen SAN.

Die Make-or-Buy Sourcing-Weiche und regulatorische Vorgaben (EU Data Act, EnEfG, BSI)

Bei der organisatorischen Umsetzung einer modernen Speicherlandschaft stehen IT-Leitungen vor der Frage, wie viel Betriebstiefe das eigene Team abdecken soll und wo externe Partner eingebunden werden. In der europäischen Unternehmenspraxis haben sich drei klar abgegrenzte Bereitstellungsmodelle etabliert, die sich nahtlos in eine übergeordnete Strategie für souveräne IT-Infrastruktur und Cloud-Exit einfügen.

Erstens (Eigenbetrieb mit Support): Unternehmen mit einer eigenen Systemtechnik-Abteilung beschaffen zertifizierte Standard-Server im Direktkauf und betreiben OpenZFS, Proxmox VE und Ceph in eigener Regie in ihren Colocation-Racks. Abgesichert wird die Umgebung durch herstellerunabhängige Enterprise-Support-Subscriptions sowie ein jährliches Architektur-Audit durch spezialisierte Storage-Ingenieure, wodurch die volle Kostenersparnis im Unternehmen verbleibt.

Zweitens (Föderierter Verbundbetrieb): Kommunale Zweckverbände, Klinikgruppen, Forschungseinrichtungen und mittelständische Unternehmensgruppen bündeln ihre Kapazitätsbedarfe für Tier 2 und Tier 3 in einer standortübergreifenden Community Cloud oder auf Basis des Sovereign Cloud Stack (SCS). Durch georedundante Erasure-Coding-Verteilung über drei getrennte Brandabschnitte oder Rechenzentren erreichen die Partner höchste Ausfallsicherheit bei minimalen Betriebskosten pro Teilnehmer.

Drittens (Zertifizierte Appliances): Organisationen mit schlanker IT-Mannschaft beziehen schlüsselfertige, vorkonfigurierte Open-Storage-Appliances europäischer Systemhäuser inklusive 24/7-Rufbereitschaft und vierstündigem Hardware-Austauschservice. Entscheidend bei der Vertragsgestaltung ist hierbei der Verzicht auf kapazitätsabhängige Softwarelizenzen sowie die vertraglich garantierte Herausgabe sämtlicher Administrationsschlüssel und Ansible-Playbooks.

Parallel zur Wirtschaftlichkeit erfüllt ein solches Design zentrale europäische Gesetzesvorgaben. Der EU Data Act (Verordnung (EU) 2023/2854) verpflichtet Anbieter von Datenverarbeitungsdiensten zum Abbau kommerzieller und technischer Wechselhindernisse und verlangt offene Schnittstellen. Wer seine Speicherpools von Beginn an auf offenen Standards wie S3, Ceph RBD und ZFS aufbaut, verhindert proprietäre Format-Abhängigkeiten bereits auf der Infrastrukturebene.

Zudem adressiert mehrstufiges Tiering das Energieeffizienzgesetz (EnEfG) und die EU-Energieeffizienzrichtlinie (EED), die strenge PUE-Grenzwerte vorschreiben. Indem 70 Prozent der ruhenden Daten von stromintensiven Dual-Controller-Arrays auf hochdichte Erasure-Coding-Knoten wandern, sinkt die elektrische Dauerlast pro Pebibyte um über 50 Prozent, während alle Vorgaben des BSI-Bausteins SYS.1.8 (Speicherlösungen) zu Mandantentrennung, Verschlüsselung (LUKS/AES-XTS) und Löschung nach Artikel 17 DSGVO erfüllt werden.

Der 4-Phasen-Umsetzungsfahrplan: Von der Telemetrie-Analyse zum Auto-Tiering

Die Ablösung gewachsener SAN- und NAS-Strukturen erfordert keinen riskanten Stichtags-Umzug. Mit einem strukturierten Vier-Phasen-Vorgehen über sechs Monate überführen Unternehmen ihre Datenbestände im laufenden Betrieb in eine mehrstufige Zielarchitektur.

Phase 1 (Monat 1): Telemetrie-Profiling, Altersanalyse und TiB-Netto-Berechnung

Vor jeder Hardwarebestellung analysiert das Infrastruktur-Team vier Wochen lang die realen Ein- und Ausgabeprofile der bestehenden Speichersysteme. Über Metadaten-Scanner (`atime`/`mtime`-Verteilung, Blockgrößen-Histogramme und Spitzen-IOPS im 99. Perzentil) wird exakt ermittelt, welcher Prozentsatz der Daten aktiv beschrieben wird und welche Bestände seit Monaten unverändert auf teurem Primär-Flash liegen. Daraus entsteht die verbindliche Sizing-Matrix in Netto-Tebibytes inklusive 20 Prozent Slack-Space-Puffer.

Phase 2 (Monat 2 bis 3): Aufbau des 100-GbE-Storage-Fabrics und des Ceph/ZFS-Kerns

Im zweiten Schritt werden die redundanten Top-of-Rack-Switches (100 GbE mit Jumbo-Frames und sauber getrennten VLANs für Client-Traffic und Cluster-Replikation) sowie die ersten Speicherknoten für Tier 1 und Tier 2 in Betrieb genommen. Vor der Freigabe durchläuft das Cluster einen dokumentierten Abnahmetest mit `fio`-Benchmarks unter synthetischer Volllast sowie simulierten Laufwerks- und Knotenausfällen, um die Selbstheilungsrate und Latenzstabilität zu verifizieren.

Phase 3 (Monat 4 bis 5): Auslagerung kalter Bestände und Live-Storage-Migration

Zunächst werden ruhende Archivdaten, historische Backups und unstrukturierte Dateiverzeichnisse über automatisierte Lifecycle-Richtlinien in den neuen Tier-2-S3-Pool und das Tier-3-WORM-Archiv übertragen. Sobald der Altspeicher dadurch um mehr als die Hälfte entlastet ist, folgen die produktiven virtuellen Maschinen und Datenbanken per unterbrechungsfreier Live-Storage-Migration auf die neuen NVMe-oF- und Ceph-RBD-Volumes.

Phase 4 (Monat 6): FinOps-Telemetrie, prädiktives Monitoring und SAN-Abschaltung

Zum Abschluss wird ein kontinuierliches Kapazitäts- und Latenz-Monitoring mittels Prometheus und Grafana etabliert, das Füllstände, Kompressionsraten und NVMe-Verschleißwerte (Wear-Leveling) überwacht und bei Erreichen von 75 Prozent Pool-Auslastung frühzeitig Bestellvorschläge generiert. Die leergeräumten Legacy-SAN-Schränke werden kryptografisch gelöscht und vor dem Stichtag der nächsten Wartungsverlängerung außer Betrieb genommen.

Fünf Kontrollfragen für Vorstand und IT-Leitung zur Speicherdimensionierung

1. Sind sämtliche Angebote in nutzbaren Netto-Tebibytes (TiB) nach Abzug aller Paritäten ausgewiesen?

Akzeptieren Sie in Ausschreibungen niemals reine Brutto-Terabyte-Angaben oder ungarantierte Fantasie-Faktoren für Datenreduktion. Verlangen Sie von jedem Anbieter eine schriftliche Aufschlüsselung, wie viele nutzbare binäre Tebibytes (TiB) bei maximal 80 Prozent Füllgrad und realistischer LZ4-Kompression (maximal Faktor 1,7:1) netto für Ihre Anwendungen zur Verfügung stehen.

2. Wie hoch ist der reale Anteil kalter Daten auf Ihren teuersten All-Flash-Systemen?

Lassen Sie sich vor jeder Nachbestellung von Flash-Erweiterungen einen Altersbericht Ihres aktuellen Datenbestandes vorlegen. In fast allen Unternehmen ruhen mehr als 60 Prozent der auf Primär-SANs gespeicherten Dateien seit über 90 Tagen und können sofort zu einem Bruchteil der Kosten auf Erasure-Coded-Objektspeicher umgeschichtet werden.

3. Ist die Speicherarchitektur frei von kapazitätsabhängigen Software-Strafgebühren?

Prüfen Sie bestehende und geplante Lizenzverträge darauf, ob das bloße Hinzufügen günstiger Standard-Festplatten oder NVMe-Laufwerke automatisch neue Software-Subscriptions pro Terabyte auslöst. Eine zukunftssichere Architektur auf Basis von OpenZFS und Ceph skaliert rein über die physischen Hardwarekosten ohne künstliche Lizenzmaut.

4. Übersteht das Speichersystem den gleichzeitigen Ausfall eines kompletten Server-Racks ohne Datenverlust?

Stellen Sie sicher, dass die Fehlerdomänen (Failure Domains) Ihrer Speicherpools beispielsweise über die Ceph-CRUSH-Map so konfiguriert sind, dass Replikate und Erasure-Coding-Fragmente über getrennte Serverschränke und Brandabschnitte verteilt werden. Zudem muss die verbleibende freie Kapazität jederzeit ausreichen, um den automatischen Rebuild eines ausgefallenen Knotens aufzunehmen.

5. Sind sämtliche Backup- und Archiv-Pools technisch gegen Ransomware-Manipulation durch Administratoren gesichert?

Eine reine Netzwerktrennung reicht bei modernen Cyberangriffen nicht mehr aus, wenn Angreifer privilegierte Anmeldedaten erbeuten. Verifizieren Sie, dass Ihre Tier-3-Speicherpools über ein kryptografisch erzwungenes WORM-Locking (S3 Object Lock im Compliance-Modus oder unveränderbare PBS-Datastores) verfügen, das auch von Root-Administratoren nicht vorzeitig aufgehoben werden kann.

Strategisches Fazit: Vom statischen Vorratskauf zur intelligenten Datenökonomie

Die Dimensionierung von Enterprise-Speicherkapazität hat sich von einer passiven Hardware-Beschaffungsaufgabe zu einem zentralen Stellhebel für die Wirtschaftlichkeit und Resilienz des gesamten Rechenzentrums gewandelt. Wer weiterhin versucht, exponentielles Datenwachstum mit monolithischen Dual-Controller-SANs oder ungedeckelten Public-Cloud-Volumes zu beantworten, bindet Millionenbeträge in ungenutzten Vorratskapazitäten und proprietären Wartungsverträgen.

Organisationen, die ihre Speicherlandschaft stattdessen konsequent entlang des realen Datenlebenszyklus in schnelle NVMe-oF-Primärschichten und hochdichte, selbstheilende Ceph- und ZFS-Kapazitätspools gliedern, senken ihre Fünfjahres-Gesamtkosten um über 60 Prozent. Sie gewinnen die volle kaufmännische Unabhängigkeit bei der Hardware-Beschaffung zurück, senken ihren Energieverbrauch messbar im Sinne des EnEfG und schaffen ein technisch souveränes Fundament für kommende KI- und Daten-Workloads.

Häufig gestellte Fragen (FAQ) zur Dimensionierung von Speicherkapazität