Zum Hauptinhalt springen

Storage & Backup Infrastruktur

Persistente Daten für Anwendungen und Analysen. Bereitgestellt als Block-, File- oder Objektspeicher. Dimensioniert für planbare Performance und Wachstum. Point-in-time Kopien für die Wiederherstellung nach Löschung, Korruption oder Angriff. Unabhängig von der Produktivumgebung aufbewahrt.

TL;DR – Schnelle Entscheidungsübersicht

  • Kleine oder einfache Workloads? Starten Sie mit lokalem Block-Storage plus Offsite-Backups.
  • RPO ≈ 0 und kurzer RTO? Nutzen Sie ein HA-Storage-Paar mit synchroner Replikation plus unabhängige Backups.
  • Gemischte Hot/Cold-Daten im großen Maßstab oder Compliance-Anforderungen? Wählen Sie Hybrid-Tiering mit NVMe und Kapazitäts-Storage, Multi-Site-Replikation und Object-Speicher-Retention.
  • Ransomware-Resilienz? Ergänzen Sie unveränderlichen Object-Speicher oder Offline-Backups in jedem Ansatz.

Worum geht es auf dieser Seite?

Dies ist ein praxisnaher Use Case für Teams, die Storage & Backup auf Worldstream planen. Klare Sprache, technische Tiefe dort, wo sie wichtig ist, konkrete Startmuster, typische Stolperfallen und drei Server-Baselines, die Sie schnell anpassen können. Geschrieben mit einer klaren, infrastrukturorientierten Stimme, damit Ihr Team die Kontrolle behält. Ohne Überraschungen.

Worldstream betreibt eigene Rechenzentren in den Niederlanden, fokussiert sich vollständig auf Infrastruktur und stellt In-house Support durch zertifizierte Engineers bereit, direkt an der Hardware.

Wählen Sie Ihren Storage & Backup Ansatz

Treffen Sie die Wahl nach RPO/RTO, Datenprofil und betrieblicher Komplexität.

Local Block Storage + Offsite-Backups

Am besten geeignet für
KMU und Niederlassungen. Single-App-Stacks. Lab-Umgebungen. Edge-Standorte.

RPO/RTO
RPO in Stunden. RTO in Stunden, abhängig von Datenvolumen und Ingest-Geschwindigkeit.

Nächster Schritt
Tägliche inkrementelle Backups, wöchentliche Full-Backups planen. Backups Offsite halten und monatlich Restore-Tests durchführen.

Immutable Object / Offline-Backups als Add-on

Am besten geeignet für
Ransomware-Resilienz, Audits und Legal Hold.

RPO/RTO
Entspricht der Basisarchitektur. Immutability schützt die Restore-Punkte.

Nächster Schritt
WORM beziehungsweise Unveränderlichkeit aktivieren und Identitäten zwischen Produktions- und Backup-Domäne trennen.

HA Storage Pair mit synchroner Replikation + unabhängige Backups

Am besten geeignet für
Virtualisierungs-Cluster, transaktionale Datenbanken, kritische Line-of-Business-Plattformen.

RPO/RTO
RPO ≈ 0 durch Sync-Replikation. Kurzer RTO durch schnelles Failover. Wichtig: Separate Backups behalten, um sich von versehentlicher Löschung oder Malware erholen zu können.

Nächster Schritt
Dedizierte Replikationslinks mit 25, 40 oder 100 GbE, Quorum oder Witness und ein dritter Standort beziehungsweise Object-Storage für unveränderliche Backups.

Hybrid-Tiering + Multi-Site-Replikation

Am besten geeignet für
Große, gemischte Datenbestände. Medien, Analytics, AI-Features, Archive. Anforderungen an Datenhaltung und Compliance.

RPO/RTO
RPO in Minuten bis Stunden durch asynchrone Replikation. RTO in Stunden mit gestuftem Restore.

Nächster Schritt
NVMe oder SSD für Hot-Daten, NL-SAS oder SATA für Kapazität. Tiering- und Retention-Policies definieren. Replikation auf einen zweiten Standort einrichten und Object-Storage für Langzeitaufbewahrung nutzen.

Was ist Storage & Backup?

Storage stellt Anwendungen persistente Daten als Block-, File- oder Object-Speicher bereit. Jedes Modell hat eigene Performance-Profile und Protokolle. Backup erzeugt Point-in-time Kopien für die Wiederherstellung von Dateien, VMs oder Datenbanken. Backups sind etwas anderes als Replikation und sollten auf unabhängiger Infrastruktur oder Medien liegen.

Etwas detaillierter:

  • Block: Niedrig latente Volumes für Datenbanken und VMs.
  • File: Gemeinsame Verzeichnisse für Benutzerdaten und Web-Content.
  • Object: Skalierbare S3-ähnliche Buckets für Archive, Medien und Logs.
  • Backups: Full- und In

Wichtiger Punkt: Wenn Backups dieselbe Admin-Domäne oder dieselben Mountpoints wie die Produktion nutzen, ist der Blast-Radius nicht reduziert. Nutzen Sie getrennte Accounts und Keys, getrennte Netzwerke und im Idealfall unterschiedliche Medien.

 

Wann nutze ich lokalen Storage, Replikation oder beides?

Lokal + Offsite-Backups
Klares, verlässliches und am wenigsten komplexes Modell. Geeignet für Single-Site-Anwendungen und klassische KMU-Szenarien.

Replikation
Erhöht Verfügbarkeit, ist aber kein Backup. Sie schützt gegen Node- oder Site-Ausfall, nicht gegen Fehler oder Korruption.

Beides
Kritische Systeme benötigen in der Regel Replikation plus unabhängige Backups. Unterschiedliche Werkzeuge, unterschiedliche Ziele.

Wo ist dieser Use Case verbreitet?

SaaS und Marktplätze

Per-Tenant-Daten. Planbare RPO/RTO. Lifecycle-Regeln für Logs und Medien.

Fintech und Payments

Nachvollziehbare Retention. Immutable Backups. Tenancy-Trennung.

Medien und Gaming

Große Assets. Hot/Cold-Tiering. Multi-Site-Distribution.

Healthcare und öffentlicher Sektor

Datenhaltung an vertrauenswürdigen Standorten. Klar dokumentierte Backup- und Restore-Prozesse.

Retail und E-Commerce

Saisonale Spitzen. Schnelles Restore für Storefronts.

Industrie und IoT

Edge-Datensammlung mit zentralem Backup. Bandbreitenbewusste Backup-Zeitpläne.

SaaS und Marktplätze

Per-Tenant-Daten. Planbare RPO/RTO. Lifecycle-Regeln für Logs und Medien.

Medien und Gaming

Große Assets. Hot/Cold-Tiering. Multi-Site-Distribution.

Retail und E-Commerce

Saisonale Spitzen. Schnelles Restore für Storefronts.

Fintech und Payments

Nachvollziehbare Retention. Immutable Backups. Tenancy-Trennung.

Healthcare und öffentlicher Sektor

Datenhaltung an vertrauenswürdigen Standorten. Klar dokumentierte Backup- und Restore-Prozesse.

Industrie und IoT

Edge-Datensammlung mit zentralem Backup. Bandbreitenbewusste Backup-Zeitpläne.

Welche Pain Points werden gelöst?

  • Unzuverlässige Restores → Verifizierte Backups und getrennte Domains
  • Kostendrift → Klare Medien- und Tiering-Strategie plus modulare Skalierung
  • Zersplitterte Tools → Infrastruktur-First-Design, das mit Ihrer Backup-Software zusammenarbeitet
  • Ein einziger Blast-Radius → Offsite- und Immutable-Ziele
  • Schlechte Transparenz → Definierte SLOs und Reporting zur Backup-Erfolgsquote

Vorteile und Nachteile

Lokal + Offsite-Backups

RTO hängt stark von Datenvolumen und Netzwerk ab

Einfach, planbar und kostentransparent

Kein automatisches Failover

Gute Wiederherstellung nach Datenverlust

HA-Paar mit synchroner Replikation

Mehr Komplexität und höhere Kosten

Übersteht Node-Ausfälle

Backups werden weiterhin benötigt

Kurze RTO durch Failover

Hybrid Tiering + Multi‑site

Policy- und Tiering-Governance erforderlich

Performance dort, wo sie zählt

Asynchrone Replikation verhindert Datenverlust nicht

Effiziente Kapazitätsnutzung

Höhere Komplexität bei Konfiguration und Wartung

Compliance-freundlich

Wie treffe ich die Wahl?

Einfache Orientierung

Brauchen Sie RPO ≈ 0 und kurzen RTO?

Wählen Sie ein HA-Paar mit synchroner Replikation und behalten Sie unabhängige Backups.

Benötigen Sie unveränderliche, Offsite-Restore-Punkte?

Fügen Sie Object-Immutability oder Offline-Medien wie Tape hinzu. Mit getrennten Schlüsseln und Accounts.

Sind Ihre Datensätze hauptsächlich klein und hot oder groß und cold?

Hot und klein → NVMe-Schwerpunkt. Groß und cold → Kapazitätsplatten plus Tiering und Object-Storage.

Was ist mit Compliance und Datenhaltung?

Multi-Site-Replikation und Object-Retention mit klaren Richtlinien und Audit-Trails.

Unsicher?

Starten Sie mit lokalem Storage plus Offsite-Backups. Messen Sie Änderungsrate und Backup-Fenster. Upgraden Sie auf HA oder Hybrid, wenn die Zahlen es rechtfertigen.

Brauchen Sie RPO ≈ 0 und kurzen RTO?

Wählen Sie ein HA-Paar mit synchroner Replikation und behalten Sie unabhängige Backups.

Sind Ihre Datensätze hauptsächlich klein und hot oder groß und cold?

Hot und klein → NVMe-Schwerpunkt. Groß und cold → Kapazitätsplatten plus Tiering und Object-Storage.

Unsicher?

Starten Sie mit lokalem Storage plus Offsite-Backups. Messen Sie Änderungsrate und Backup-Fenster. Upgraden Sie auf HA oder Hybrid, wenn die Zahlen es rechtfertigen.

Benötigen Sie unveränderliche, Offsite-Restore-Punkte?

Fügen Sie Object-Immutability oder Offline-Medien wie Tape hinzu. Mit getrennten Schlüsseln und Accounts.

Was ist mit Compliance und Datenhaltung?

Multi-Site-Replikation und Object-Retention mit klaren Richtlinien und Audit-Trails.

Wie baue ich Storage & Backup auf Worldstream Dedicated Servern?

  1. Topologie wählen: Lokal + Offsite, HA-Paar oder Hybrid + DR.
  2. Storage-Stack installieren und konfigurieren: Block, File oder Object je nach Bedarf. RAID und Caching auf den Workload abstimmen.
  3. Backup-Tooling einrichten: Full- und Inkremental-Backups planen, Verschlüsselung aktivieren, separate Identität nutzen, Export auf Object oder Tape.
  4. Netzwerk auslegen: Private VLANs, dedizierte Replikations- und Backup-Links.
  5. Observability: Latenz und IOPS, Replikations-Lag, Backup-Erfolg, Restore-Dauer.
  6. Restores testen: Monatlich für kritische Anwendungen, quartalsweise breiter. RPO und RTO dokumentieren.

 

Wichtiger Hinweis: Wenn Sie Ihre Restore-Zeit nicht regelmäßig nachweisen können, haben Sie kein belastbares RTO. Passen Sie Fenster, Bandbreite oder Topologie an, bis die Werte erreicht werden.

Performanceziele und Ressourcenvorgaben

Orientierungswerte

  • Latenz p99: NVMe-Hot-Sets etwa 1 bis 2 Millisekunden, Kapazitäts-Tier etwa 5 bis 12 Millisekunden. Anwendungsebene kann abweichen.
  • Durchsatz und IOPS: Backup-Ziele auf mindestens 1,2 × Peak-Ingest dimensionieren. Replikation von Client-I/O trennen.
  • Netzwerk: Einstieg mit 2 × 25 oder 40 GbE im Bonding. Für HA und Replikation auf 100 GbE skalieren.
  • Wachstum: 12 bis 18 Monate Kapazitätsreserve planen, Lifecycle-Policies früh einführen.

Backup-Erfolgscheckliste

Getrennte Identitäten, Accounts und Netzwerke für die Backup-Domäne

Tägliche Inkrementals und wöchentliche Full-Backups. Verschlüsselt im Ruhezustand und in Transit.

Immutable-Object oder Offline-Exporte für kritische Daten

Monatliche Restore-Tests für Tier-1-Anwendungen. Quartalsweise breite Restore-Tests.

Reports zu Kapazität und Änderungsraten regelmäßig prüfen

Betrieb, Performance und Risikomanagement

Kosten
Tiering und Object-Retention begrenzen Wachstum. Modulare Infrastruktur verhindert Überraschungsgebühren.

Performance
NVMe für Hot-Daten, Kapazitätsspeicher für Bulk-Daten. Bandbreite passend zu Backup-Fenstern dimensionieren.

Monitoring
p95 und p99 Latenzen, Queue-Tiefe, Replikations-Lag, Backup-Dauer, Fehlgründe bei Jobs.

Skalierung
Klein starten und nach Telemetrie skalieren. Wartungsfenster und Runbooks definieren.

Governance
Sauber definierte Retention-Klassen für operative, langfristige und juristische Daten. Dokumentierte Restore-Prozesse.

Risiken und Gegenmaßnahmen

  • Ransomware verändert oder löscht Backups → Immutable-Object oder Offline/Tape einsetzen. Separate IAM-Domäne. MFA. Write-Once-Fenster.
  • Stille Datenkorruption → End-to-End-Checksummen, Scrubbing, geprüfte Restores.
  • Snapshot-Wildwuchs → Retention- und Cleanup-Policies. Tiering auf Object-Speicher.
  • Unterdimensionierte NICs → Dedizierte Replikations- und Backup-Netzwerke. Dimensionierung passend zum Backup-Fenster.
  • Single-Site-Abhängigkeit → Multi-Site-Replikation und DR-Tests.
  • Human Error → Templates und Automation, Change-Reviews, Least-Privilege-Zugriff.

Häufig gestellte Fragen

Nein. Replikation schützt die Verfügbarkeit, kann aber auch Korruption kopieren. Halten Sie immer unabhängige Backups mit separaten Credentials und Medien bereit.

Glossar

RPO (Recovery Point Objective)

Maximaler akzeptabler Datenverlust, gemessen in Zeit. Ein RPO von 1 Stunde bedeutet, dass Sie höchstens 1 Stunde an Daten verlieren dürfen.

RTO (Recovery Time Objective)

Maximale Zeit, die ein System nach einem Ausfall benötigen darf, um wieder betriebsbereit zu sein.

Block Storage

Speicher, der Daten in festen Blöcken organisiert. Niedrige Latenz, ideal für Datenbanken und VMs. Protokolle: iSCSI, Fibre Channel.

Object Storage

Speicher, der Daten als Objekte mit Metadaten verwaltet. Skaliert nahezu unbegrenzt. S3-kompatibel. Ideal für Archive, Medien und Backups.

File Storage

Gemeinsame Dateisysteme über Netzwerkprotokolle wie NFS oder SMB. Für Benutzerdaten, Web-Content und geteilte Arbeitsordner.

WORM (Write Once Read Many)

Unveränderlicher Speichermodus, bei dem einmal geschriebene Daten für einen festgelegten Zeitraum nicht verändert oder gelöscht werden können.

Synchrone Replikation

Daten werden gleichzeitig auf zwei Standorte geschrieben. Kein Datenverlust bei Ausfall, aber erfordert niedrige Latenz zwischen den Standorten.

Asynchrone Replikation

Daten werden zeitversetzt auf einen sekundären Standort kopiert. Höhere Distanzen möglich, aber potenzieller Datenverlust (RPO > 0).

Tiering

Automatische Verteilung von Daten auf verschiedene Speicherklassen (Hot/Warm/Cold) basierend auf Zugriffsmustern und Alter.

Blast Radius

Ausmaß des Schadens bei einem Sicherheitsvorfall. Getrennte Backup-Domänen reduzieren den Blast Radius.

Quorum / Witness

Mechanismus in HA-Clustern, der bei Netzwerk-Splits entscheidet, welcher Node aktiv bleiben darf. Verhindert Split-Brain-Szenarien.

Inkrementelles Backup

Sichert nur die seit dem letzten Backup geänderten Daten. Schneller und platzsparender als Full-Backups.

RPO (Recovery Point Objective)

Maximaler akzeptabler Datenverlust, gemessen in Zeit. Ein RPO von 1 Stunde bedeutet, dass Sie höchstens 1 Stunde an Daten verlieren dürfen.

Block Storage

Speicher, der Daten in festen Blöcken organisiert. Niedrige Latenz, ideal für Datenbanken und VMs. Protokolle: iSCSI, Fibre Channel.

File Storage

Gemeinsame Dateisysteme über Netzwerkprotokolle wie NFS oder SMB. Für Benutzerdaten, Web-Content und geteilte Arbeitsordner.

Synchrone Replikation

Daten werden gleichzeitig auf zwei Standorte geschrieben. Kein Datenverlust bei Ausfall, aber erfordert niedrige Latenz zwischen den Standorten.

Tiering

Automatische Verteilung von Daten auf verschiedene Speicherklassen (Hot/Warm/Cold) basierend auf Zugriffsmustern und Alter.

Quorum / Witness

Mechanismus in HA-Clustern, der bei Netzwerk-Splits entscheidet, welcher Node aktiv bleiben darf. Verhindert Split-Brain-Szenarien.

RTO (Recovery Time Objective)

Maximale Zeit, die ein System nach einem Ausfall benötigen darf, um wieder betriebsbereit zu sein.

Object Storage

Speicher, der Daten als Objekte mit Metadaten verwaltet. Skaliert nahezu unbegrenzt. S3-kompatibel. Ideal für Archive, Medien und Backups.

WORM (Write Once Read Many)

Unveränderlicher Speichermodus, bei dem einmal geschriebene Daten für einen festgelegten Zeitraum nicht verändert oder gelöscht werden können.

Asynchrone Replikation

Daten werden zeitversetzt auf einen sekundären Standort kopiert. Höhere Distanzen möglich, aber potenzieller Datenverlust (RPO > 0).

Blast Radius

Ausmaß des Schadens bei einem Sicherheitsvorfall. Getrennte Backup-Domänen reduzieren den Blast Radius.

Inkrementelles Backup

Sichert nur die seit dem letzten Backup geänderten Daten. Schneller und platzsparender als Full-Backups.

Nächste Schritte mit Worldstream

  • Scope: Datensätze, Änderungsrate, RPO/RTO, Compliance.
  • Startmuster wählen: Lokal + Offsite, HA-Paar oder Hybrid + DR.
  • Server dimensionieren (CPU/RAM), Medien (NVMe + Kapazität) und NICs passend zu Fenster und Wachstum.
  • Backup-Tooling, Immutability, Runbooks und Test-Kadenz planen.
  • Mit unseren In-house Engineers deployen; Performance und Failover validieren.
  • Betrieb mit klaren SLOs—ohne Überraschungen.

 

In-house Support nah an der Infrastruktur; modulares Portfolio für maximale Wahlfreiheit.