So wählen Sie eine S3-Speicherklasse, ohne zu viel zu bezahlen

Der mit Abstand größte Kostentreiber bei S3 ist, den Preis pro GB der Speicherklasse als gesamte Rechnung zu betrachten. Das ist er nicht. Ihre tatsächlichen Kosten setzen sich aus GB-Monaten Speicherplatz sowie Anfragen, Übergängen, Abrufen und Datenübertragung zusammen.

Bei Daten mit einer bekannten Alterungskurve sind Lifecycle-Regeln, die Objekte planmäßig nach Standard-IA oder Glacier verschieben, die richtige Standardwahl. Bei Daten mit unbekanntem oder wechselndem Zugriffsmuster empfiehlt AWS S3 Intelligent-Tiering „unabhängig von Objektgröße oder Aufbewahrungsdauer“, laut Managing storage costs with Amazon S3 Intelligent-Tiering. Keine der beiden Entscheidungen bedeutet etwas, solange Sie sie nicht anhand der aktuellen regionalen Preise zu einem konkret benennbaren Datum durchrechnen.

Die wichtigsten Maßnahmen zur Kostenkontrolle, nach Rangfolge

1. Stellen Sie die vollständige Kostenformel auf , bevor Sie überhaupt Speicherklassen vergleichen
2. Lifecycle-Regeln zu Standard-IA und Glacier bei vorhersehbarer Alterung und Löschung
3. Intelligent-Tiering als Standard für unvorhersehbaren oder sich verändernden Zugriff
4. Glacier Flexible Retrieval und Deep Archive für Archive mit Aufbewahrungszeiten von Monaten bis Jahren, sobald Sie das Wiederherstellungsverhalten modelliert haben
5. Checkliste außerhalb der Speicherklasse für Workloads mit vielen Anfragen, hoher Datenübertragung oder mehreren Regionen

So haben wir Ansätze zur Kostenkontrolle bewertet

Wir haben jeden Ansatz anhand von fünf Kriterien bewertet: Eignung für die Vorhersehbarkeit Ihres Zugriffsmusters, Belastung durch den Overhead pro Objekt bei Ihrer tatsächlichen Objektgrößenverteilung, Einschränkungen bei Mindestlaufzeiten und Übergangspfaden, Abdeckung von Kostenpositionen über den Speichertarif hinaus (Anfragen, Übertragung, Replikation, Verschlüsselung, Monitoring) sowie die Frage, ob Governance-Tools vorhanden sind, mit denen sich überprüfen lässt, ob Aktionen tatsächlich ausgeführt wurden und Ausgaben korrekt zugeordnet werden.

Diese Kriterien ergeben sich aus der dokumentierten Funktionsweise der AWS-Dienste, nicht aus Marketingversprechen. Die AWS-Dokumentation erklärt präzise, wie Lifecycle, Intelligent-Tiering und Glacier funktionieren. Sie ist kein unabhängiger Vergleich der Einsparungen in Dollar. Jede konkrete Einsparzahl, die Sie in eine Budgetbesprechung mitnehmen, braucht ein workloadspezifisches Modell auf Basis der aktuell veröffentlichten Tarife, geprüft an einem angegebenen Datum.

Stellen Sie die Kostenformel auf, bevor Sie eine Speicherklasse wählen

Die S3-Ausgaben eines Unternehmens sind eine Summe, keine einzelne Position. Dazu gehören GB-Monate Speicherplatz je Klasse, Anfragekosten (PUT, COPY, LIST, GET und pro Objekt abgerechnete Lifecycle-Übergangsanfragen), Abrufgebühren (Bulk und Expedited in GB sowie Anfragen für Glacier-Klassen, jeweils separat gemessen), Datenübertragung (ausgehend ins Internet, eingehend sowie regionale Übertragung zu oder von EC2 und anderen AWS-Ressourcen, jeweils als eigener Nutzungstyp erfasst) und optionale Funktionen wie Intelligent-Tiering-Monitoring, S3-Inventory-Aufstellungen, das Routing über Multi-Region Access Points und die Verarbeitung von S3 Metadata. Alle diese Positionen erscheinen laut Understanding your AWS billing and usage reports for Amazon S3 separat in Ihren Nutzungsberichten.

Lifecycle-Übergänge selbst verursachen keine Datenabrufgebühr. Jeder PUT-, COPY- oder durch Lifecycle ausgelöste Übergang in eine beliebige Speicherklasse verursacht jedoch eine Eingangsgebühr pro Anfrage, und jeder Übergang in eine andere Klasse zählt zusätzlich zum Tarif der Speicherklasse als eine abrechenbare Übergangsanfrage, laut Managing the lifecycle of objects und Troubleshooting Amazon S3 Lifecycle issues.

Führen Sie diese Berechnung selbst durch, bevor Sie sich festlegen. Nehmen Sie einen repräsentativen Bucket, etwa 10 Millionen Objekte mit durchschnittlich 2 MB, die drei Jahre aufbewahrt werden und von denen jährlich 5 % abgerufen werden, und kalkulieren Sie drei Varianten: Standard mit Lifecycle nach Standard-IA und anschließend Glacier Flexible Retrieval, direkt Intelligent-Tiering sowie Intelligent-Tiering mit aktiviertem Archive Access. Verwenden Sie die aktuellen regionalen Preise pro GB, Anfrage und Abruf von den AWS-Preisseiten und notieren Sie das Abrufdatum. Die Preise variieren je nach Kapazität, Laufzeit und Supportstufe und ändern sich mit der Zeit. Behandeln Sie daher jede Zahl, die Sie in diesem Quartal nicht geprüft haben, mit Skepsis. Die folgende Vergleichstabelle liefert die mechanischen Eingabewerte für dieses Modell.

Schritt 1: Analysieren Sie Ihre Daten, bevor Sie eine Speicherklasse wählen

Segmentieren Sie Ihre Objekte nach durchschnittlicher Größe, Zugriffshäufigkeit und Aufbewahrungsbedarf, bevor Sie ein Dropdown für die Speicherklasse öffnen. Seit September 2024 verhindert das standardmäßige Lifecycle-Verhalten von AWS, dass Objekte unter 128 KB automatisch in eine beliebige Speicherklasse überführt werden. Konfigurationen, die vor diesem Datum erstellt wurden, behalten laut Transitioning objects using Amazon S3 Lifecycle ihr altes Verhalten bei, sofern Sie sie nicht ändern. Wenn Sie einen älteren Bucket übernommen haben, prüfen Sie, welches Verhalten tatsächlich aktiv ist.

Führen Sie zunächst S3 Storage Lens oder S3 Inventory aus, um festzustellen, wie viele Objekte und wie viel Kapazität unterhalb dieser Grenze von 128 KB liegen. AWS erklärt ausdrücklich, warum das wichtig ist: „Bei kleineren Objekten können die Übergangskosten die Speichereinsparungen übersteigen“, da eine Übergangsanfrage unabhängig vom geringen Gewicht des Objekts pro Objekt berechnet wird.

Kennzeichnen Sie versionierte Buckets und die Nutzung von Object Lock separat. In einem Bucket mit aktivierter Versionierung löscht das Ablaufen der aktuellen Version das Objekt nicht. Stattdessen wird eine Löschmarkierung erstellt, und Löschmarkierungen zählen laut Troubleshooting Amazon S3 Lifecycle issues weiterhin als Objekte. Wenn Sie das nicht bereinigen, steigen Speicher- und Anfragezahlen unaufhörlich. Sie benötigen eine zweite Lifecycle-Regel, um frühere Versionen, abgelaufene Löschmarkierungen und unvollständige Multipart-Uploads zu entfernen.

Schritt 2: Wählen Sie die Ziel-Speicherklasse

Richten Sie die Klasse nach der Mindestbindung, mit der Sie tatsächlich leben können. Standard-IA und One Zone-IA eignen sich für gleichmäßigen, seltenen Zugriff mit einer Mindestdauer von 30 Tagen. Glacier Instant Retrieval und Flexible Retrieval passen zu Archiven mit einer Mindestdauer von 90 Tagen. Glacier Deep Archive ist für mehrjährige kalte Speicherung mit einer Mindestdauer von 180 Tagen geeignet, laut Troubleshooting Amazon S3 Lifecycle issues.

Glacier Flexible Retrieval und Deep Archive können die Speicherkosten für Daten, die über Monate bis Jahre archiviert werden, deutlich senken, aber die Objekte „sind nicht in Echtzeit verfügbar“, laut Transitioning objects using Amazon S3 Lifecycle. Sie müssen zunächst eine temporäre Kopie wiederherstellen, bevor Sie auf die Daten zugreifen können, und die Übergangspfade funktionieren nur in eine Richtung: Flexible Retrieval kann zu Deep Archive weitergeleitet werden, Deep Archive lässt sich über Lifecycle jedoch nicht in eine andere Klasse umwandeln. Wenn Sie das falsch entscheiden, sperren Sie kalte Daten hinter einem Wiederherstellungsprozess ohne automatischen Rückweg.

Intelligent-Tiering lohnt sich als eigentliche Speicherklasse und nicht nur als Abkürzung für die Zeitplanung, wenn der Zugriff tatsächlich unvorhersehbar ist. Es umfasst automatisch drei Ebenen mit niedriger Latenz, ohne Abrufgebühren und ohne zusätzliche Gebühr für die Bewegung zwischen den eigenen Ebenen, sowie optionale Archive-Access- und Deep-Archive-Access-Ebenen für Daten, die innerhalb von Minuten bis Stunden verfügbar sein dürfen, laut Managing storage costs with Amazon S3 Intelligent-Tiering und Using S3 Intelligent-Tiering - Amazon Simple Storage Service.

Schritt 3: Wählen Sie Ihre Automatisierung: Lifecycle-Regeln oder das integrierte Monitoring von Intelligent-Tiering

Lifecycle ist ein Mechanismus zur Zeitplanung, keine eigenständige Speicherklasse. Es kann Standard-IA, One Zone-IA, Intelligent-Tiering oder jede Glacier-Klasse nach einem festgelegten Alter ansteuern (beispielsweise nach 30 Tagen Standard-IA und nach einem Jahr Glacier Flexible Retrieval) und Objekte laut Managing the lifecycle of objects auch automatisch ablaufen lassen.

Die Abrechnung ändert sich in dem Moment, in dem eine Lifecycle-Regel erfüllt ist, selbst wenn der physische Übergang noch nicht abgeschlossen wurde. Zwei Ausnahmen sollten Sie sich merken. Bei Übergängen zu Intelligent-Tiering ändert sich die Abrechnung erst, wenn das Objekt tatsächlich überführt wurde. Bei Übergängen zu Glacier-Klassen beginnen der Overhead von 40 KB pro Objekt und die Mindestlaufzeituhr bereits mit Erfüllung der Regel, nicht erst mit dem physischen Abschluss, laut Troubleshooting Amazon S3 Lifecycle issues. Dieser Unterschied ist wichtig, wenn Sie einen vorzeitigen Ausstieg planen, um eine Mindestlaufzeitgebühr zu vermeiden.

Das integrierte Monitoring von Intelligent-Tiering ersetzt die manuelle Zeitplanung, verursacht aber eine geringe monatliche Gebühr pro Objekt für Monitoring und Automatisierung. AWS bezeichnet diese Gebühr als „gering“, sie steigt jedoch mit der Zahl der Objekte: Ein Bestand aus Millionen kleiner Objekte kann spürbare Monitoringkosten verursachen, obwohl der Abruf kostenlos ist. Ebenfalls wichtig: Tag-basierte Lifecycle-Auswertungen laufen täglich, und Regeländerungen benötigen bis zu 15 Minuten für die Verteilung. Das Entfernen eines Tags garantiert daher nicht, dass ein bereits eingereihter Übergang sofort gestoppt wird.

Schritt 4: Modellieren Sie Archivabrufe und das Risiko vorzeitiger Beendigung

Bevor Sie sich für eine Klasse mit Mindestdauer entscheiden, modellieren Sie, wie häufig und wie dringend Sie die Daten tatsächlich zurück benötigen. Anfragen für Bulk und Expedited bei Glacier Flexible Retrieval werden separat in GB gemessen. Die Wahl der falschen Abrufgeschwindigkeit verändert daher sowohl Ihre Rechnung als auch Ihre Wartezeit.

Eine vorzeitige Löschung, Überschreibung oder ein Übergang vor Ablauf der Mindestdauer einer Klasse löst eine anteilige Gebühr für die verbleibende Dauer aus. Nutzungsberichte erfassen dies separat für Standard-IA und One Zone-IA (30 Tage), Glacier Instant und Flexible Retrieval (90 Tage) sowie Deep Archive (180 Tage). Ob eine einzige vorzeitige Wiederherstellung Ihre prognostizierten Einsparungen zunichtemacht, hängt von der Objektgröße, dem Zeitpunkt des Ausstiegs und dem Abrufvolumen ab. Das Ergebnis steht nicht fest. Es ist eine Zahl, die Sie durch Ihr eigenes Break-even-Modell erhalten, nicht durch die Lektüre eines werblichen Einsparversprechens.

Jeder Glacier-Übergang fügt außerdem einen Overhead von 40 KB pro Objekt hinzu: 8 KB werden zu Standardtarifen berechnet, 32 KB zum Glacier-Tarif des Ziels. Für Bestände mit vielen kleinen Objekten empfiehlt AWS selbst, diese vor der Anwendung von Lifecycle-Regeln zu weniger, größeren Objekten zusammenzufassen, da dieser Overhead die Speichereinsparungen vollständig übersteigen kann.

Kosten außerhalb der Speicherklasse: Eine Checkliste, die Unternehmen übersehen

Datenübertragung. Nutzungsberichte erfassen separat die ausgehende Übertragung ins Internet, die eingehende Übertragung und die regionale Übertragung zu oder von EC2 oder anderen AWS-Ressourcen innerhalb derselben Region. Der regionsübergreifende Datenverkehr und der Internet-Egress sind häufig die größten Positionen, die AWS-eigene Kostenrechner zu wenig hervorheben.

Multi-Region Access Points und Replikation. Über einen MRAP-Endpunkt aus Buckets in einer Region geleitete Daten sowie zwischen Regionsgruppen außerhalb des AWS-Netzwerks übertragene Daten werden getrennt vom Basisspeicher abgerechnet und ausgewiesen. Das ist für jede Architektur mit Ausfallsicherheit oder Compliance über mehrere Regionen relevant und wird leicht übersehen, wenn Sie nur die Tarife der Speicherklassen modellieren.

Workloads mit vielen Anfragen und Metadaten.Aufträge von S3 Batch Operations, S3-Inventory-Aufstellungen, die Gebühren pro Aktualisierung von S3 Metadata und verarbeiteten Daten der Annotationstabellen sowie die Überwachung pro Objekt von Intelligent-Tiering werden alle separat gemessen. Bei Workloads mit vielen Objekten und häufigen Änderungen wie Data Lakes und IoT-Erfassung sollten Sie diese Kosten berechnen, bevor Sie annehmen, die Differenz zwischen den Speicherklassen bilde das gesamte Bild ab. Mit SSE-KMS verschlüsselte Objekte bleiben bei jedem Übergang verschlüsselt, aber jede KMS-Anfrage verursacht zusätzliche Kosten vollständig außerhalb der S3-Abrechnung.

Vergleichstabelle: Speicherklassen, Mindestdauer und Eignung für Automatisierung

Lifecycle und Intelligent-Tiering sind keine konkurrierenden Alternativen. Lifecycle ist ein Automatisierungsmechanismus, der auf Standard-IA, One Zone-IA, Intelligent-Tiering oder jede Glacier-Klasse verweisen kann. Intelligent-Tiering ist selbst eine Speicherklasse mit integrierter Tiering-Funktion. Ein Bucket kann problemlos eine Lifecycle-Regel verwenden, um alternde Standard-Objekte nach Intelligent-Tiering zu leiten, laut Using S3 Intelligent-Tiering.

Governance: Tagging, Kostenverteilung und Überprüfung tatsächlich ausgeführter Lifecycle-Aktionen

Aktivieren Sie Kostenverteilungs-Tags auf Ebene des Tag-Schlüssels, damit Ausgaben von Bucket-Tags in den Abrechnungsberichten erscheinen. Nachdem Sie ein Tag angewendet haben, kann es laut Activating user-defined cost allocation tags - AWS Billing bis zu 24 Stunden dauern, bis es auf der Seite für Kostenverteilungs-Tags erscheint, und anschließend bis zu weitere 24 Stunden bis zur Aktivierung. Das Tagging von Buckets selbst verursacht laut Using tags with S3 general purpose buckets - AWS Documentation über die üblichen S3-API-Anfragetarife hinaus keine zusätzlichen Gebühren.

Verwenden Sie S3-Storage-Lens-Dashboards statt CloudWatch-Metriken, um tägliche Speicheränderungen durch Lifecycle-Aktionen zu sehen. AWS empfiehlt ausdrücklich Storage Lens gegenüber CloudWatch. Prüfen Sie die Ergebnisse mit S3 Inventory, um die tatsächliche Zugriffsebene der Objekte zu bestätigen, mit S3 Event Notifications für Ablauf- und Übergangsereignisse sowie mit Serverzugriffsprotokollen. Lifecycle-Übergänge und Abläufe erfolgen asynchron, daher kann zwischen der Berechtigung und der tatsächlichen Aktion immer eine Verzögerung liegen.

AWS Service Catalog AppRegistry wendet automatisch ein awsApplication Tag an, das für die Kostenberichterstattung automatisch aktiviert wird und sich tatsächlich gut eignet, um die Gesamtausgaben einer Anwendung nachzuverfolgen. Betrachten Sie es als Komfortfunktion und nicht als Ersatz für eine bewusst entwickelte Tagging-Taxonomie. Wenn Sie es deaktivieren, wird es nicht automatisch wieder aktiviert.

So treffen Sie die Wahl: Den Ansatz an den Workload anpassen

Wenn Sie eine bekannte Alterungskurve, eine klare Löschrichtlinie und Objektgrößen deutlich über 128 KB haben, verwenden Sie Lifecycle-Regeln, die planmäßig zunächst nach Standard-IA und anschließend nach Glacier weiterleiten. Prüfen Sie dies anhand Ihres eigenen Break-even-Modells für Abrufe und das Risiko eines vorzeitigen Ausstiegs.

Wenn Ihr Zugriff unvorhersehbar oder wechselnd ist, Ihre Objektgrößen gemischt sind oder Sie einen neuen oder unerprobten Workload wie einen Data Lake oder eine Analytics-Pipeline betreiben, wählen Sie standardmäßig Intelligent-Tiering und betrachten Sie die Überwachungsgebühr pro Objekt als Versicherung gegen eine falsche manuelle Tier-Zuordnung.

Wenn Sie einen Workload mit vielen Anfragen, hoher Datenübertragung, mehreren Regionen oder umfangreicher Verschlüsselung und Replikation betreiben, arbeiten Sie die obige vollständige Checkliste außerhalb der Speicherklasse durch, bevor Sie eine Entscheidung treffen. Übertragungs-, Anfrage- und Monitoringkosten können die Differenz zwischen den Speicherklassen vollständig übersteigen. Die Wahl der „richtigen“ Speicherklasse hilft nicht, wenn die anderen Positionen das eigentliche Problem darstellen.