5 Der Durchsatz – die Datenmenge, die pro Sekunde geschrieben oder gelesen wird – bestimmt Ihre Fähigkeit zur Wiederherstellung. Bei der Wiederherstellung nach Ransomware, bei forensischen Datenextraktionen oder im Disaster Recovery entscheidet der Durchsatz direkt darüber, ob Sie Ihr RTO und Ihre Compliance-Fristen einhalten. Ein System mit 2 GB/s statt 500 MB/s stellt nicht nur schneller wieder her – es ermöglicht grundlegend andere Architekturen. Dennoch dimensionieren viele Unternehmen ihre Infrastruktur, ohne die Durchsatzanforderungen zu verstehen, und schaffen so Engpässe in kritischen Momenten. Dieser Beitrag erklärt, warum der Durchsatz wichtig ist, wie Sie die Anforderungen ermitteln und wie Sie eine Infrastruktur entwerfen, die Resilienz im Unternehmensmaßstab bewältigt, ohne selbst zum Engpass zu werden. Warum der Durchsatz wichtiger ist als die Kapazität Diskussionen beginnen meist bei der Kapazität, beantworten aber nicht die Frage, ob die Infrastruktur vor Datenverlust schützen kann. Nehmen wir eine Finanzdienstleistungsplattform mit 100 TB Transaktionsdaten und einem RPO von vier Stunden. Für die tägliche Absicherung gegen Ransomware werden Backups aufgenommen, die mehrere Wiederherstellungspunkte erzeugen. Bei einem Durchsatz von 100 MB/s dauert die Aufnahme von 100 TB 11,5 Tage – die RPO-Ziele werden verfehlt. Die Optionen: die Ziele verfehlen oder mehr investieren. Der forensische Datenexport ist ein weiteres kritisches Szenario. Wird ein Sicherheitsvorfall erkannt, müssen Terabytes an Logs, Datenbanken und Archiven extrahiert werden. Bei einem Lesedurchsatz von 200 MB/s dauert der Export von 10 TB 13,8 Stunden. Wird der Vorfall am Montagmorgen erkannt, liegen die Daten erst am Dienstagnachmittag vor – wertvolle Zeit für die Untersuchung geht verloren. Wer die Performance von hochdichtem Speicher kennt, sorgt für ausreichenden Durchsatz. Auch der Failover im Disaster Recovery erfordert Durchsatz. Das primäre Rechenzentrum ist zerstört. Die Wiederherstellung am sekundären Standort muss ein RTO von 4 Stunden einhalten. Terabytes gleichzeitig an mehrere Ziele zu lesen, erfordert einen anhaltend hohen Durchsatz. Insgesamt nur 1 GB/s bedeutet einen Engpass, der die Wiederherstellung verlängert und die Geschäftskontinuität gefährdet. Ihre Durchsatzanforderungen verstehen Dimensionieren Sie den Speicherdurchsatz anhand von Datenwachstum, Backup-Häufigkeit und RTO. Berechnen Sie die Spitzenlast bei der Datenaufnahme. 500 GB täglicher Daten in einem Fenster von 8 Stunden erfordern mindestens 17,36 MB/s. In der Praxis sollten Sie das 2- bis 3-Fache für Schwankungen und Wachstum einplanen. Unternehmen unterschätzen die Wachstumsraten. Bei 20–30 % pro Jahr werden aus 100 TB in zwei Jahren 150 TB. Wer ohne Reserven dimensioniert, muss nach 18–24 Monaten aufrüsten – teuer und riskant, mit nachlassender Performance und verfehlten RPOs. Berücksichtigen Sie die Anforderungen an die Wiederherstellung. Ein Data Warehouse mit 50 TB und einem RTO von 4 Stunden erfordert mindestens 3,47 MB/s. Realistisch erfordern parallele Lesevorgänge, Metadaten und Verifizierung mindestens das 10-Fache, also 35 MB/s. Die Replikation über mehrere Standorte macht das komplizierter. Primäre Datenaufnahme plus sekundäre Replikation bedeuten einen gleichzeitigen Durchsatzbedarf. Aus 100 MB/s Aufnahme werden 200 MB/s insgesamt. Deduplizierung und Komprimierung bringen zusätzliche Nuancen. Deduplizierung verringert die Nutzlast – aus 200 MB/s vorher werden 50 MB/s nachher –, beansprucht aber CPU und Arbeitsspeicher und kann selbst zum Engpass werden. Wer eine skalierbare Architektur für Backup-Ziele und die Speicher-Performance (auf Englisch) versteht, erkennt Engpässe leichter. Den Durchsatz in der Produktion messen Theoretische Werte helfen bei der Planung, entscheidend ist aber der Durchsatz in der Produktion. Unternehmen stellen oft fest, dass der anhaltende Durchsatz niedriger ausfällt, als Benchmarks nahelegen – wegen Netzwerküberlastung, Ressourcenkonkurrenz, thermischer Grenzen oder ineffizienter Zugriffsmuster. Messen Sie den tatsächlichen Durchsatz, indem Sie Backups und Wiederherstellungen instrumentieren und Volumen sowie Dauer erfassen. Erfassen Sie bei einem Vollbackup den anhaltenden Spitzendurchsatz, nicht den Durchschnitt. Der Spitzenwert zählt, weil RTO und RPO von einem anhaltend hohen Durchsatz während der Zeitfenster abhängen. Messen Sie bei Wiederherstellungstests (führen Sie sie regelmäßig durch) die Wiederherstellungsgeschwindigkeit für unterschiedliche Datenmengen. 10 TB sollten in vorhersehbarer Zeit abgeschlossen sein, 100 TB sollten linear skalieren. Skaliert es nicht, haben Sie einen Engpass gefunden. Oft begrenzt das Netzwerk den Durchsatz, bevor der Speicher es tut. Eine 10-Gbit/s-Verbindung liefert theoretisch nur 1,25 GB/s, in der Praxis wegen des Overheads 70–80 % davon. Für Vorgänge im großen Maßstab werden zunehmend direkte Verbindungen mit 25–100 Gbit/s bereitgestellt, um diesen Engpass zu beseitigen. Architektur für Durchsatz im Resilienzmaßstab Resilienz im Unternehmensmaßstab erfordert ein Umdenken bei der Architektur. Monolithische Systeme mit zentralen Controllern werden zum Engpass. Ein klassisches SAN liefert insgesamt 5–10 GB/s; bei 20 Clients erhält jeder 250–500 MB/s. Für einzelne Datenströme ist das ausreichend, für große parallele Wiederherstellungen problematisch. Eine Scale-out-Architektur beseitigt diese Engpässe. Jeder Knoten bringt eigene Netzwerkverbindungen und Bandbreite mit, sodass der Gesamtdurchsatz linear skaliert. Ein Cluster mit 10 Knoten liefert 50 GB/s, einer mit 20 Knoten 100 GB/s. Parallele Wiederherstellungen sind dank dedizierter Pfade schneller abgeschlossen. Objektspeicher unterscheidet sich von Blockspeicher. HTTP- oder S3-APIs haben pro Vorgang eine höhere Latenz, lassen sich aber über viele Verbindungen parallelisieren. Statt eines einzelnen Datenstroms mit 10 GB/s bauen Sie 100 parallele Verbindungen mit je 100 MB/s auf und erreichen so 10 GB/s. Deshalb unterstützen moderne Plattformen parallele S3-Uploads – für eine wirksame Nebenläufigkeit. Bewerten Sie Deduplizierung und Komprimierung auch im Hinblick auf den Durchsatz, nicht nur auf die Kapazität. Inline-Verarbeitung verlangsamt die Datenaufnahme; Post-Process-Verarbeitung ermöglicht Schreibvorgänge mit voller Leitungsgeschwindigkeit und asynchrone Deduplizierung. Für zeitkritische Fenster ist Post-Process trotz vorübergehend höheren Kapazitätsbedarfs oft die bessere Wahl. Durchsatz und Compliance Der Backup-Durchsatz hat direkte Folgen für die Compliance. Stammen RTO- und RPO-Vorgaben aus regulatorischen Frameworks – DORA (Finanzwesen), HIPAA (Gesundheitswesen), NIST (Behörden) –, müssen Sie nachweisen, dass Ihre Infrastruktur die Ziele erreicht. Theoretische Dokumentation reicht nicht aus; erforderlich sind Nachweise aus Tests in der Produktion. Messen Sie bei Disaster-Recovery-Übungen die tatsächliche Wiederherstellungszeit für realistische Datenmengen. Ein RTO von vier Stunden bedeutet, Wiederherstellungstests mit den größten Datensätzen durchzuführen und zu prüfen, ob sie innerhalb des Zeitfensters abgeschlossen werden. Falls nicht, ist die Lücke ein Compliance-Risiko, das Upgrades oder eine Anpassung des RTO erfordert. Viele Unternehmen stellen bei Tests fest, dass ihre festgelegten RTOs nicht erreichbar sind – besser, das bei einer Übung zu erfahren als in einer Katastrophe. Fazit: Durchsatz als Kennzahl der Resilienz Durchsatz ist kein Performance-Luxus, sondern eine grundlegende Größe für den Schutz von Daten und die Wiederherstellung nach Katastrophen. Dimensionieren Sie Ihre Infrastruktur anhand eines realistischen Durchsatzes, nicht nur anhand der Kapazität. Testen Sie regelmäßig, ob die Produktion die Ziele erreicht. Behandeln Sie Engpässe mit derselben Dringlichkeit wie die Verfügbarkeit – denn im Ernstfall sind sie eine Frage der Verfügbarkeit. Ihre Infrastrukturinvestition sollte mit der Frage nach dem Durchsatz beginnen: Wie hoch sind die tatsächlichen Wachstumsraten und Wiederherstellungsanforderungen? Welcher Durchsatz sichert die RTO- und RPO-Vorgaben? Kann die aktuelle Infrastruktur ihn liefern? Falls nicht: Welche Upgrades sind wann nötig? Frühe Antworten verhindern, dass Sie Lücken erst bei einer Wiederherstellung entdecken, in der Ihre Architektur für die Ransomware-Wiederherstellung maximale Performance verlangt. Weiterführende Artikel Ransomware-Wiederherstellung: Schnellere Restores mit Objektspeicher Skalierbare Architektur für Backup-Ziele RTO vs. RPO: Die wichtigsten Unterschiede erklärt Scale-out-Speicherarchitektur: Backups neu gedacht (auf Englisch) Enterprise-Backup-Strategie Den Ausfall eines Rechenzentrums überstehen: Planung für Resilienz
