---
canonical: https://enum.co/de/block-storage
locale: de
---

**Block Storage**

# enum Block Storage.

NVMe-basierter, replizierter Block Storage für Kubernetes Persistent Volumes und eigenständige Disks. Niedrige Latenz, flacher Preis pro GB.

enum Block Storage ist NVMe-basierter, synchron replizierter Block Storage, betrieben in Frankfurt. Er wird an Workloads der enum Kubernetes Engine als CSI PersistentVolumes und an eigenständige Compute-Instanzen angebunden, mit Sub-Millisekunden-Lese-Latenz und einem festen Preis pro GB. Keine Burst-Credits, keine Per-Operation-Gebühren.


### Warum enum Block Storage?

Schnelle Disks ohne das EBS-Preislabyrinth

- **NVMe-Performance**: Lese- und Schreiblatenz im einstelligen Millisekundenbereich auf NVMe. Datenbanken, Queues und Stateful-Apps laufen ohne Tuning um langsame Disks.
- **Synchrone Replikation**: Jeder Write wird bestätigt, nachdem er auf unabhängigen Failure Domains gelandet ist. Ein Host-Ausfall führt nicht zu Datenverlust oder Downtime.
- **Kubernetes-nativ**: Provisionierung über den CSI-Treiber als PersistentVolumeClaims. Dynamische Provisionierung und Online-Resizing funktionieren out of the box.
- **Flacher Preis pro GB**: Ein Preis pro GB pro Monat. Keine Burst-Credits, keine Per-Operation-Gebühren. Die Rechnung skaliert mit dem Volume, nicht mit dem Workload.

### Ideal für

- Datenbanken (Postgres, MySQL, Redis, MongoDB) auf Kubernetes
- Message Queues und Streaming (Kafka, RabbitMQ)
- Stateful-Workloads mit niedriger Latenz
- Eigenständige Disks für Compute-Instanzen
- Ersatz für EBS gp3 oder io2 zu einem planbaren Preis
- Workloads mit EU-only-Datenresidenz

### Häufig gestellte Fragen


**Was ist Block Storage und wie unterscheidet er sich von Object Storage?**
Block Storage gibt dir eine rohe Disk, die ein Betriebssystem oder ein Kubernetes-Pod auf Block-Ebene formatieren, einbinden und lesen kann. Das ist, was Datenbanken, Message Queues und andere Stateful-Workloads brauchen. Object Storage (wie enum Object Storage oder AWS S3) wird über eine HTTP-API angesprochen und ist für Dateien, Backups und unstrukturierte Daten gebaut. enum betreibt beides, separat abgerechnet.

**Wie nutze ich Block Storage mit der enum Kubernetes Engine?**
Lege einen PersistentVolumeClaim in deinem Cluster an und der CSI-Treiber provisioniert das Volume automatisch. Keine Storage Class zu konfigurieren. Online-Resizing und dynamische Provisionierung funktionieren out of the box.

**Kann ich Block Storage ohne Kubernetes an eine Compute-Instanzen anbinden?**
Ja. Volumes lassen sich sowohl an eigenständige Compute-Instanzen als auch an Kubernetes-Pods anbinden. Dieselben NVMe-basierten, replizierten Disks unterstützen beide Wege.

**Wie funktioniert die Abrechnung?**
Du zahlst einen festen Satz pro GB pro Monat für die bereitgestellte Volume-Größe. Es gibt keine Throughput-Aufschläge und keine Per-Operation-Gebühren. Ausgehender Traffic wird pro GB zum Standard-Satz von enum abgerechnet. Alle Preise in Euro, zzgl. MwSt.

**Sind meine Daten repliziert und verschlüsselt?**
Jeder Write wird synchron über unabhängige Failure Domains repliziert, sodass ein einzelner Host- oder Disk-Ausfall keinen Datenverlust oder Downtime verursacht. Alle Volumes sind mit AES-256 verschlüsselt.

**Wo werden meine Daten gespeichert?**
Alle Daten werden ausschließlich in unserem Rechenzentrum in Frankfurt, Deutschland gespeichert. Deine Daten verlassen niemals die EU. Wir betreiben unsere eigene Infrastruktur, keine US-Cloud-Anbieter in der Lieferkette.

### enum Block Storage vs. AWS EBS

Was du bekommst, wenn du aufhörst, für versteckte Storage-Gebühren zu zahlen.

| Feature | enum | AWS EKS |
|---|---|---|
| Preismodell | Flach pro GB pro Monat | gp3-Basis + Throughput |
| Datenstandort | Deutschland, garantierte EU-Datenresidenz | US-Unternehmen, unterliegt dem CLOUD Act |
| Compliance | DSGVO-nativ, NIS2-ready, DORA-geeignet | Unterliegt US CLOUD Act |
| Support | Echte Engineers, keine Ticket-Warteschlange | Ticket-System, kostenpflichtige Support-Stufen |

### Technische Spezifikationen

NVMe-Hardware mit Software-Replikation

- **Backing Media**: NVMe (Alle Volumes auf NVMe-Flash)
- **Replikation**: 3x (Synchrone Writes über Failure Domains)
- **Lese-Latenz**: <1ms (Median 4K Random Read, 3x repliziertes Volume)
- **Schreib-Latenz**: ~1ms (Median 4K Random Write mit 3x Replikation)
- **Datenstandort**: Frankfurt, DE (Deutsches Rechenzentrum, EU-only)
- **Kubernetes-Integration**: CSI (PersistentVolumeClaims über CSI-Treiber)
- **Encryption at Rest**: AES-256 (Alle Volumes verschlüsselt)