Speicherkosten optimieren heißt, die Hebel in der Reihenfolge ihres Aufwands anzusetzen: zuerst löschen, was niemand mehr liest, dann Blockspeicher auf einen günstigeren Typ und die passende Leistung umstellen, dann Objekte per Regel oder automatischem Tiering in kältere Speicherklassen verschieben und schließlich die Aufbewahrung von Snapshots begrenzen. Jeder Schritt senkt entweder die gespeicherte Menge oder den Preis je Gigabyte. Abrufgebühren, Mindestspeicherdauern und Gebühren je Objekt können eine geplante Einsparung aber in Mehrkosten verwandeln, und Speicher, den niemand sieht, wird auch nicht gelöscht.
So funktioniert es
| Stufe | Hebel | Was sich ändert | Was es kosten kann |
|---|---|---|---|
| 1 | Löschen: verwaiste Volumes und Snapshots, unvollständige Uploads, alte Versionen, vorläufig gelöschte Daten | Menge | Gebühren für vorzeitiges Löschen in kalten Klassen |
| 2 | Blockspeicher: Typ, Größe, bereitgestellte IOPS und Durchsatz | Preis je GB, Leistungszuschläge | Neustart oder Kopie, je nach Provider |
| 3 | Objekte in kältere Klassen, per Regel oder automatischem Tiering | Preis je GB | Abruf, Übergänge, Mindestdauer, Monitoring je Objekt |
| 4 | Snapshots befristen und archivieren | Menge, Preis je GB | Mindestdauer und Abruf im Archiv |
Erst sichtbar machen
Bei AWS zeigt S3 Storage Lens Speicher über Konten und Buckets. Das vorkonfigurierte Dashboard nutzt kostenlose Metriken mit 14 Tagen Historie, darunter Bytes unvollständiger Multipart-Uploads und nicht aktueller Versionen; die kostenpflichtigen erweiterten Metriken halten 15 Monate und liefern Empfehlungen. Die Storage Class Analysis beobachtet die Zugriffe eines Datenbestands 30 Tage oder länger, bevor sie empfiehlt, wann Daten von Standard nach Standard-IA wandern können, und kostet extra. Azure bietet Storage insights in Azure Monitor mit Kapazität, Transaktionen und Verfügbarkeit über Speicherkonten, ohne Gebühr für die Ansicht, und Blob-Inventarberichte als CSV oder Parquet, abgerechnet nach gescannten Objekten. Google Cloud erstellt Inventarberichte je Bucket, berechnet je Million Objekte; Storage-Insights-Datasets setzen ein kostenpflichtiges Storage-Intelligence-Abonnement voraus. Der Recommender kennt für Buckets eine Empfehlung zum vorläufigen Löschen und für Platten die Empfehlung für ungenutzte Persistent Disks.
Löschen
Teile eines S3-Multipart-Uploads kosten Speicher, bis der Upload abgeschlossen oder abgebrochen ist; AWS empfiehlt dafür eine Lebenszyklusregel mit AbortIncompleteMultipartUpload. Vorläufig gelöschte Daten kosten weiter: Azure berechnet vorläufig gelöschte Blobs zum Preis aktiver Daten, und Cloud Storage hält gelöschte Objekte standardmäßig 7 Tage und berechnet sie wie aktive; die Frist lässt sich je Bucket auf 7 bis 90 Tage setzen oder mit 0 abschalten. Ungenutzte Platten und Snapshots behandelt Ungenutzte und verwaiste Ressourcen.
Blockspeicher
AWS gibt für gp3 einen um 20 % niedrigeren Preis je GiB an als für gp2. Mit Elastic Volumes wechselt ein Volume den Typ ohne Trennen und ohne Neustart der Instanz, bis zu viermal innerhalb eines gleitenden 24-Stunden-Zeitraums. AWS Compute Optimizer empfiehlt Typ, Größe, IOPS und Durchsatz aus den Metriken der letzten 14 Tage. Azure verlangt für den Wechsel des Plattentyps einen Neustart der VM, höchstens zweimal am Tag; die Leistungsstufe einer Premium-SSD lässt sich ohne Größenänderung ändern, herabgestuft aber nur alle 12 Stunden, und Premium SSD v2 erlaubt vier Leistungsänderungen in 24 Stunden. Bei Google Cloud lässt sich der Typ einer Persistent Disk nicht direkt ändern: Snapshot, neue Platte des Zieltyps, alte Platte löschen. Hyperdisk-IOPS und -Durchsatz sind alle 4 Stunden änderbar, der Durchsatz einer Hyperdisk ML alle 6 Stunden, und eine Hyperdisk lässt sich nicht verkleinern.
Objekte
Regeln wie S3 Lifecycle oder das Lebenszyklusmanagement von Azure passen, wenn das Zugriffsmuster bekannt ist; automatisches Tiering wie S3 Intelligent-Tiering oder Google Autoclass passt, wenn es das nicht ist. Klassen, Mindestdauern und Gebühren aller Varianten beschreibt Speicherklassen und Lebenszyklusregeln. Ob sich Intelligent-Tiering lohnt, entscheiden zwei Punkte: Objekte unter 128 KB wechseln nie die Stufe und werden immer zum Frequent-Access-Tarif berechnet, allerdings ohne Monitoringgebühr; und die optionalen Stufen Archive Access und Deep Archive Access übernehmen Objekte erst nach mindestens 90 bzw. 180 Tagen ohne Zugriff, danach braucht ein Lesezugriff eine Wiederherstellung.
Snapshots
Snapshot-Kosten sinken über Aufbewahrung und Archivierung; wie jeder Provider Snapshots abrechnet, behandelt Backup und Disaster Recovery. Amazon Data Lifecycle Manager erstellt, behält und löscht EBS-Snapshots und EBS-gestützte AMIs nach Richtlinie, und Google-Snapshot-Zeitpläne löschen alte Snapshots nach einer Aufbewahrungsregel. EBS Snapshots Archive senkt laut AWS die Speicherkosten von Snapshots um bis zu 75 %, wenn sie 90 Tage oder länger bleiben und selten gelesen werden. Das rechnet sich nur für Snapshots, die wirklich so lange bleiben: Das Archiv berechnet mindestens 90 Tage, und eine Wiederherstellung kann bis zu 72 Stunden dauern. Archiv-Snapshots bei Google kosten ebenfalls mindestens 90 Tage, dazu den Abruf, wenn aus ihnen eine Platte entsteht.
Was es für Ihre Kosten bedeutet
Löschen senkt die Menge auf derselben Position, ein Typ- oder Klassenwechsel dagegen verschiebt Kosten auf einen anderen Usage Type, ein anderes Meter oder eine andere SKU und zahlt sich erst in den Monaten nach der Umstellung aus.
Blockspeicher wird nach bereitgestellter Größe und Leistung berechnet; eine Typumstellung beginnt deshalb mit der Frage, welche Leistung die Last tatsächlich braucht. Azure Advisor nennt unter seinen Kostenempfehlungen Reservierungen für Managed Disks, Blob Storage und Azure Files; wie bei Rechenleistung gehören sie hinter das Aufräumen, weil eine Reservierung die Menge festschreibt, die sie abdeckt.
Wo es schiefgeht
- Große gp2-Volumes ohne IOPS-Prüfung umgestellt. Symptom: Nach dem Wechsel auf gp3 ist das Volume langsamer oder teurer als erwartet. Ursache: gp2 liefert 3 IOPS je GiB und ab 334 GiB 250 MiB/s, gp3 enthält 3.000 IOPS und 125 MiB/s, alles darüber kostet extra.
- Löschen ohne Wirkung. Symptom: Nach einer großen Löschung sinkt der Speicher eines Buckets nicht. Ursache: Vorläufiges Löschen hält die Daten zum vollen Preis für die eingestellte Frist.
- Unsichtbare Upload-Reste. Symptom: Storage Lens zeigt mehr Bytes als jede Objektliste. Ursache: Unvollständige Multipart-Uploads ohne Abbruchregel.
- Zu früh archiviert. Symptom: Eine Position
SnapshotArchiveEarlyDeleteerscheint. Ursache: Ein archivierter Snapshot wurde vor Ablauf von 90 Tagen gelöscht oder dauerhaft wiederhergestellt. - Plattenwechsel im Betrieb. Symptom: Ein Dienst fällt während der Umstellung aus. Ursache: Azure braucht einen Neustart der VM, Google eine neue Platte aus einem Snapshot.
- Kleine Objekte im Tiering. Symptom: Intelligent-Tiering spart bei einem Bucket mit vielen kleinen Objekten nichts. Ursache: Objekte unter 128 KB wechseln nie die Stufe.
Beispiel
Ein gp2-Volume mit S GiB kostet G × S je Monat, wobei G der gp2-Preis je GiB ist; seine Grundleistung beträgt 3 × S IOPS. Dasselbe Volume als gp3 kostet laut AWS 0,8 × G × S für den Speicher, und 3.000 IOPS sind enthalten. Braucht die Last die volle gp2-Grundleistung, kommen für S zwischen 1.000 und 5.334 GiB I × (3 × S − 3.000) hinzu; I ist der Preis je zusätzlicher IOPS und Monat. Ab 5.334 GiB, wo gp2 sein Maximum von 16.000 IOPS erreicht, sind es I × 13.000. Für Durchsatz über 125 MiB/s gilt dasselbe. Ohne Durchsatzzuschlag und für S zwischen 1.000 und 5.334 GiB beträgt die Einsparung 0,2 × G × S − I × (3 × S − 3.000). Ob die Last diese IOPS wirklich nutzt, zeigen ihre gemessenen Werte, die auch Compute Optimizer auswertet; Preise für G und I stehen auf der EBS-Preisseite der jeweiligen Region.
Quellen
Gelesen am 2026-10-16. AWS Allzweck-SSD-Volumes (gp2, gp3), EBS-Volumes mit Elastic Volumes ändern, EBS-Empfehlungen in Compute Optimizer, EBS Snapshots Archive, seine Einschränkungen und seine Preise, Amazon Data Lifecycle Manager, S3 Storage Lens: Metriken und Empfehlungen, Glossar der Storage-Lens-Metriken, Storage Class Analysis, S3 Intelligent-Tiering, Amazon-S3-Preise, Multipart-Uploads und Lebenszyklusregel für unvollständige Uploads; Microsoft Plattentypen von Managed Disks umstellen, Leistungsstufe ändern, Premium SSD v2 bereitstellen, Advisor-Kostenempfehlungen, Storage insights, Lebenszyklusmanagement für Blob Storage, Blob-Inventar und Vorläufiges Löschen für Blobs; Google Cloud Persistent Disk ändern, Hyperdisk ändern, Snapshot-Zeitpläne, Preise für Platten und Images, Vorläufiges Löschen, Autoclass, Cloud-Storage-Preise, Inventarberichte, Storage-Insights-Datasets und Recommender-Übersicht.