Wir empfehlen Ihnen, „alles auf S3 zu setzen“, um die Rechnung zu senken. Außer, dass Ihr PostgreSQL bereits auf einem NVMe-Block-Volume läuft – und ein DBA Sie daran erinnert, dass Datenbanken nicht in Buckets leben.
Blockspeicher (Volume, das an einen VPS, eine Cloud-Festplatte oder ein SAN angeschlossen ist) stellt ein „/dev/sdb“-Gerät bereit, das in ext4 oder XFS formatiert ist. Die Basis-Engine dort führt zufällige Lese-/Schreibvorgänge, Fsyncs und Sperren durch. Objektspeicher macht Schlüssel verfügbar; Jeder PUT ersetzt das gesamte Objekt. Die Verwechslung der beiden Modelle bei Daten, die sich jede Sekunde ändern, ist einer der kostspieligsten Architekturfehler.
Block versus Objekt: Zugriffssemantik
| Brauchen | Blockscheibe | Objektspeicher |
|---|---|---|
| MySQL / PostgreSQL / MongoDB lokal | Ja | Nein |
| Redis-Persistenz AOF/RDB | Ja | Nein |
| Unveränderlicher Foto-Upload | Möglich, aber schwer | Ideal |
| Archivierte Nur-Anhänge-Protokolle | Blockieren, dann Drehen → Objekt | Ideal (Lebenszyklus) |
| Häufige Teiländerungen | Ja (Offset-Schreiben) | Nein (vollständiges Objekt neu schreiben) |
| Absturzkonsistente Snapshots | Ja (mit Vorsichtsmaßnahmen) | Versionierung nach Objekt |
Wenn eine Datenbank auf S3 gestellt wird, „weil sie skalierbar ist“, wird ignoriert, dass die Skalierbarkeit von Datenbanken von der Replikation und nicht von HTTP-PUTs abhängt.
Daten, die sich häufig ändern: Bleiben Sie in einem Block
Relationale Engines. Datenverzeichnis, WAL, Binlog: p99-Latenz und bereitgestellte IOPS bestimmen die Unterstützung. Hierfür existieren „Datenbankoptimierte“ Cloud-Angebote oder NVMe-Volumes.
Persistente Caches. Redis AOF, Dateisitzungen: häufige kleine Schreibvorgänge – schlechte Objektanpassung.
Alte POSIX-Anwendungen. ERP, das Hunderte kleiner temporärer Dateien in „/tmp/app“ schreibt: Block oder lokale SSD.
Lokale zustandsbehaftete Container. Benanntes Docker-Volume für Elasticsearch oder Prometheus TSDB – angehängter Block, regelmäßige Snapshots.
Beste Blockpraktiken: Snapshots vor dem größeren Upgrade; IOPS-Überwachung und freier Speicherplatz mit 80 %-Warnung; Trennen Sie Daten und Betriebssystem auf zwei Volumes für eine gezielte Wiederherstellung.
Daten, die sich nur wenig oder einmal ändern: Objekt gewinnt
Benutzermedien. Einmal schreiben, viele lesen über CDN.
Backups und Dumps. „pg_dump“ komprimiert in einen Bucket mit 30-tägiger Aufbewahrung – klassisch und wirtschaftlich.
Cold-Protokolle. Lokale Rotation 48 Stunden im Block, Aggregation zum Cold-Class-Bucket.
CI-Artefakte. Versionierte Binärdateien, unveränderlich durch Hash.
Scaleway, OVHcloud und Hyperscaler berechnen Block und Objekt separat: Vergleichen Sie Ausgangsdaten, wenn die Datenbank von S3 auf ein neues Volume wiederherstellt.
Die schlecht ausgeführte Hybridfalle
Gesundes Muster: basierend auf NVMe, Objektdateien, Metadaten in SQL.
Toxisches Muster: Basiert auf Block und kritische Anwendungsdateien nur auf Block ohne Backup-Objekt – Volumenverlust = Totalverlust. Toxisches umgekehrtes Muster: Probieren Sie SQLite auf NFS aus, das von einem Objekt-Gateway bereitgestellt wird – Latenz und Beschädigung.
Der Gipfel: Die S3-Rechnung ist nicht die Architekturrechnung
Entscheide dich und gehe ohne blinden Fleck voran
Listen Sie jeden Datenspeicher mit seiner Schreibrate auf: Vorgänge pro Sekunde, durchschnittliche Größe, veränderbar oder unveränderlich. Platzieren Sie nach der IOPS-Messung unter realer Last Sockel und Abdeckungen auf dem entsprechenden Block. Exportieren Sie Backups und Medien mit Lebenszyklusregeln in ein Objekt.
Testen Sie die Wiederherstellung von Blockvolumes und isolierter Objekte – nicht nur die Erstellung des Backups. Durchsuchen Sie Block- und Objektangebote in unserem Vergleich. Informationen zu Anwendungsdateien im Vergleich zu NAS finden Sie unter Objektspeicher oder NAS.
Häufig gestellte Fragen
Kann MySQL auf Objektspeicher gehostet werden?
Nicht in der Standardproduktion. MySQL erfordert ein Blockdateisystem mit geringer Latenz. Objekt für Dumps und Archive.
Wann ersetzt S3 ein Block-Volume?
Dateien werden einmal geschrieben und dann über SDK/CDN gelesen. Häufiges Umschreiben begünstigt den Block.
Reichen Block-Snapshots als Backup aus?
Nicht allein. Kombinieren Sie Snapshots, externen Objektexport und Wiederherstellungstests.
Wie wähle ich die IOPS-Größe aus?
Profil in der Spitze: IOPS dauerhaft, Latenz p99. Vermeiden Sie blinde Über- und Unterdimensionierung.
Bevor Sie eine Datenbank „in die Cloud“ migrieren, stellt sich eine Frage: Wie viele zufällige Schreibvorgänge pro Sekunde? Wenn Sie es nicht wissen, ist die Blockfestplatte noch nicht dimensioniert – und S3 ist nicht die Antwort.