Amazon-EBS-Preise erklärt

EBS Kosten entstehen je GB-Monat bereitgestellter Volume-Größe nach Volume-Typ, dazu je IOPS-Monat und je MB/s-Monat für Leistung über der Basis von gp3 oder für alles, was bei io1 und io2 bereitgestellt wird, und je GB-Monat für Snapshots in der Standard- oder der Archivstufe, mit Gebühren für Abruf, vorzeitiges Löschen und Fast Snapshot Restore. Auf der Rechnung dominiert fast immer die bereitgestellte Größe, nicht die genutzte: AWS berechnet das Volume, wie es angelegt wurde, voll oder leer, angehängt oder nicht.

Preisdimensionen

EBS bepreist jedes Volume nach dem, was bereitgestellt ist, nicht nach dem, was darauf liegt, und zählt sekundengenau mit mindestens 60 Sekunden, bis das Volume gelöscht wird. Der Usage Type jeder Zeile nennt den Volume-Typ, sodass sich die Dimensionen aus den Abrechnungsdaten direkt ablesen lassen.

gp3 ist seit seiner Einführung der Standard: Die Basisleistung von 3.000 IOPS und 125 MiB/s steckt im Speicherpreis, und mehr wird getrennt bereitgestellt, bis 80.000 IOPS im Verhältnis 500 IOPS je GiB und bis 2.000 MiB/s im Verhältnis 0,25 MiB/s je bereitgestellter IOPS. gp2 koppelt die Leistung an die Größe, 3 IOPS je GiB zwischen 100 und 16.000, mit einem Burst auf 3.000 IOPS für Volumes unter einem TiB; wer mehr IOPS wollte, musste ein größeres Volume kaufen. io2 Block Express ist der Typ für Datenbanken mit Dauerlast, bis 256.000 IOPS und 4.000 MiB/s an Nitro-Instanzen und mit einer Haltbarkeit von 99,999 Prozent gegenüber 99,8 bis 99,9 Prozent bei gp3; die IOPS werden je Volume in drei Preisstufen berechnet, sodass zehn Volumes mit je 1.000 IOPS die erste Stufe zehnmal zahlen. st1 und sc1 sind Magnetplatten für sequenzielle Last; ihr Durchsatz folgt der Größe und einem Burst-Guthaben wie bei gp2.

Snapshots liegen in Amazon S3 und werden nach dem belegten Platz berechnet: Der erste Snapshot eines Volumes speichert die geschriebenen Blöcke, jeder weitere nur die seitdem geänderten, sodass ein Snapshot meist deutlich kleiner ist als sein Volume. Das Löschen eines Snapshots spart deshalb nicht immer Speicher, weil die Blöcke, die ein späterer Snapshot noch braucht, bleiben. Die Archivstufe wandelt den inkrementellen Snapshot in eine vollständige Kopie um und berechnet diese zu einem Bruchteil des Standardpreises, aber mindestens 90 Tage; wer früher löscht oder zurückholt, zahlt die Resttage, und jeder Abruf kostet je GB. Fast Snapshot Restore macht ein Volume ab Erstellung voll leistungsfähig und kostet je Snapshot und Availability Zone eine Data Services Unit je Stunde, solange es eingeschaltet bleibt.

So erscheint es in den Abrechnungsdaten

EBS hat im Cost and Usage Report keinen eigenen Produktcode: Jede Zeile trägt AmazonEC2, und erst der Usage Type sagt, dass es um Speicher geht. Der Volume-Speicher steht als EUC1-EBS:VolumeUsage.gp3, EUC1-EBS:VolumeUsage.gp2, EUC1-EBS:VolumeUsage.io2, EUC1-EBS:VolumeUsage.piops für io1, EUC1-EBS:VolumeUsage.st1 und EUC1-EBS:VolumeUsage.sc1, das Präfix ist der Regionscode, EUC1 für Frankfurt. Die bereitgestellte Leistung steht als EUC1-EBS:VolumeP-IOPS.gp3 und EUC1-EBS:VolumeP-Throughput.gp3 für gp3, EUC1-EBS:VolumeP-IOPS.io2, .io2.tier2 und .io2.tier3 für die drei Stufen von io2 und EUC1-EBS:VolumeP-IOPS.piops für io1; die Einheit ist GB-Monat, IOPS-Monat beziehungsweise MB/s-Monat, stundenweise anteilig.

Snapshots stehen als EUC1-EBS:SnapshotUsage für die Standardstufe, EUC1-EBS:SnapshotArchiveStorage für das Archiv, EUC1-EBS:SnapshotArchiveEarlyDelete für die Resttage eines vorzeitig gelöschten Archivs und EUC1-EBS:SnapshotArchiveRetrieval für den Abruf; Fast Snapshot Restore als EUC1-EBS:FastSnapshotRestore in DSU-Stunden, die Snapshot-Kopie mit Zielzeit als EUC1-EBS:TimeBasedSnapshotCopy.tier1 bis .tier7 nach Dauer. lineItem/ResourceId nennt die Volume-ID oder die Snapshot-ID, nicht die Instanz; ein Volume, das keiner Instanz mehr gehört, ist im Report nicht von einem angehängten zu unterscheiden. Die Zuordnung zur Instanz braucht ein Tag auf dem Volume oder den Abgleich mit dem Inventar, und ein Tag auf der Instanz vererbt sich nicht auf ihre Volumes und Snapshots. Den Aufbau des Reports beschreibt der AWS Cost and Usage Report.

Im Cost Explorer fallen alle diese Zeilen unter den Dienst EC2-Other, zusammen mit NAT, IPv4 und Datentransfer; nach Usage Type gruppiert trennen sie sich wieder. Im FOCUS-Export behalten die Zeilen den EC2-Dienst: ServiceName trägt Amazon Elastic Compute Cloud und x_ServiceCode AmazonEC2, die ChargeCategory ist Usage, und der Volume-Typ steht nur in x_UsageType und in der SkuId. Wer Speicher getrennt vom Rechnen ausweisen will, filtert deshalb auf x_UsageType mit EBS: am Anfang (FOCUS-Spalten). Die Kosten eines Volumes erscheinen je Stunde, auch wenn die Instanz gestoppt ist; eine gestoppte Instanz spart die Rechenzeit, nie den Speicher.

Stellhebel

Konfiguration: Der Typ ist der erste Hebel, weil gp3 je GB günstiger ist als gp2 und die Leistung getrennt kauft; die Umstellung läuft online über eine Volume-Änderung, ohne Neustart, und wird in Speicheroptimierung beschrieben. Die Größe ist der zweite: EBS berechnet die bereitgestellte Größe, und ein Volume lässt sich zwar vergrößern, aber nicht verkleinern, sodass ein zu groß angelegtes Volume nur über einen Snapshot und ein neues, kleineres Volume schrumpft. Bei io2 ist die bereitgestellte IOPS-Zahl der Hebel, weil sie je Volume und Monat bezahlt wird, ob die Datenbank sie abruft oder nicht; CloudWatch zeigt mit VolumeReadOps und VolumeWriteOps, was tatsächlich genutzt wird. Verwaiste Volumes im Zustand available und Snapshots gelöschter Volumes sind der dritte Hebel (ungenutzte und verwaiste Ressourcen).

Kaufoption: Für EBS gibt es keine; Savings Plans und Reserved Instances decken die Instanz, nie ihre Volumes. Der einzige Rabattmechanismus ist der Wechsel der Stufe: Archivsnapshots kosten in Frankfurt ein Viertel des Standardpreises, aber mit Mindestlaufzeit und Abrufgebühr.

Architektur: Snapshot-Richtlinien mit Aufbewahrungsfristen über Data Lifecycle Manager halten die Snapshot-Zeile flach, und ein Archiv für Snapshots, die nur aus Aufbewahrungsgründen existieren, viertelt sie. Daten, die selten gelesen werden, gehören nicht auf ein Volume, sondern nach S3 (S3-Preise); Daten, die mehrere Instanzen teilen, nach EFS (EFS und FSx). Die Dimensionen aller drei Anbieter stellt Block-, Objekt- und Dateispeicher nebeneinander.

Wo es schiefgeht

• Die Instanz ist weg, das Volume bleibt. Wird eine Instanz beendet, bleiben Datenvolumes stehen, deren DeleteOnTermination nicht gesetzt war, und kosten weiter. Zeilen mit EBS:VolumeUsage ohne laufende Instanz im Inventar sind der Hinweis; aws ec2 describe-volumes --filters Name=status,Values=available listet sie.
• gp2 kostet mehr als gp3 und leistet weniger. Ein gp2-Volume unter einem TiB hat weniger als 3.000 Basis-IOPS und kostet je GB rund ein Viertel mehr. Die Umstellung ändert den Typ online.
• Die IOPS werden bezahlt, nicht genutzt. Ein io2-Volume mit 10.000 bereitgestellten IOPS, das 800 nutzt, zahlt 10.000 je Monat. VolumeReadOps und VolumeWriteOps über 14 Tage zeigen den Bedarf.
• Der Snapshot wird gelöscht, die Zeile sinkt nicht. Inkrementelle Snapshots teilen sich Blöcke; gelöscht wird nur, was kein anderer Snapshot mehr braucht. Löschen Sie die ganze Kette oder archivieren Sie den letzten Stand.
• Das Archiv kostet beim Löschen. Ein Archivsnapshot, der nach 30 Tagen gelöscht wird, zahlt die restlichen 60 Tage als SnapshotArchiveEarlyDelete. Archivieren lohnt nur, was mindestens 90 Tage bleibt.
• Fast Snapshot Restore läuft weiter. Die DSU-Stunden laufen, bis die Funktion je Zone ausgeschaltet wird, auch wenn längst kein Volume mehr daraus entsteht. Zeilen mit FastSnapshotRestore gehören zu einer Liste mit Enddatum.
• Die Volumes stehen unter EC2. Cost Explorer zeigt EBS unter EC2-Other, und Berichte nach Dienst verstecken den Speicher. Gruppieren Sie nach Usage Type mit EBS: am Anfang.

Beispiel

Listenpreise in USD für Frankfurt (eu-central-1), gelesen am 2026-10-21 aus der AWS-Preisliste: gp3 kostet 0,0952 USD je GB-Monat, gp2 0,119 USD, io2 und io1 0,149 USD, st1 0,054 USD und sc1 0,018 USD. Bereitgestellte Leistung kostet bei gp3 0,006 USD je IOPS-Monat über 3.000 und 0,0476 USD je MB/s-Monat über 125, bei io2 0,078 USD je IOPS-Monat bis 32.000, 0,0546 USD von 32.001 bis 64.000 und 0,0382 USD darüber. Snapshots kosten 0,054 USD je GB-Monat in der Standardstufe und 0,0135 USD im Archiv, der Abruf aus dem Archiv 0,0324 USD je GB; Fast Snapshot Restore kostet 0,893 USD je DSU-Stunde.

Ein Volume mit 500 GB kostet als gp2 59,50 USD im Monat mit 1.500 Basis-IOPS und Burst auf 3.000; als gp3 47,60 USD mit 3.000 IOPS und 125 MiB/s fest. Dasselbe gp3 mit 6.000 IOPS und 250 MiB/s kostet 47,60 plus 3.000 × 0,006 = 18,00 plus 125 × 0,0476 = 5,95, zusammen 71,55 USD; als io2 mit 6.000 IOPS 74,50 plus 6.000 × 0,078 = 468,00, zusammen 542,50 USD. Ein Snapshot von 100 GB belegten Blöcken kostet 5,40 USD im Monat in der Standardstufe und 1,35 USD im Archiv; Fast Snapshot Restore für einen Snapshot in einer Zone kostet im Monat mit 730 Stunden 651,89 USD. Die Zahlen zeigen, dass gp3 bei gleicher Größe ein Fünftel unter gp2 liegt und mehr Basisleistung mitbringt, dass bereitgestellte IOPS bei io2 das Volume um ein Vielfaches übersteigen können, und dass Fast Snapshot Restore eine der teuersten Positionen ist, die ein Konto vergessen kann.

Quellen

Gelesen am 2026-10-21. Preise: Amazon EBS Pricing, AWS Price List, Angebot AmazonEC2 für eu-central-1. Abrechnungsdaten: Codes für Amazon EBS in Abrechnungs- und Nutzungsberichten, Spalten des Cost and Usage Report: lineItem, FOCUS 1.0 mit AWS-Spalten. Dienst: EBS-Volume-Typen, General Purpose SSD, Provisioned IOPS SSD, HDD-Volumes, EBS-Snapshots, Snapshot-Archiv, Fast Snapshot Restore, EBS-optimierte Instanzen.