Cloud-Kosten: 10 Wege, die AWS-Rechnung zu senken

Cloud-Rechnungen wachsen gern unbemerkt. Eine Testumgebung, die niemand abgeschaltet hat, eine Datenbank, die für einen Launch dimensioniert wurde, der sie nie brauchte, Logs, die ewig aufbewahrt werden, Datenübertragung, die niemand angeschaut hat. Nichts davon ist für sich dramatisch, zusammen macht es aber oft einen großen Teil der Rechnung aus.

Die gute Nachricht: Die meisten Einsparungen erfordern keinen Umbau der Architektur. Mit diesen zehn Maßnahmen beginnen wir in der Regel, wenn wir ein AWS-Konto prüfen.

1. Zuerst Kosten sichtbar machen

Was Sie nicht sehen, können Sie nicht optimieren. Versehen Sie jede Ressource mindestens mit Tags für Projekt, Umgebung (Produktion, Staging, Entwicklung) und Verantwortlichen. Aktivieren Sie Kostenzuordnungs-Tags, richten Sie AWS Budgets mit Alarmen ein und schauen Sie sich monatlich im Cost Explorer die Kosten nach Dienst und Tag an. In vielen Konten löst allein die Sichtbarkeit, wem was gehört, das erste Aufräumen aus.

2. Löschen, was niemand nutzt

Typische Funde: nicht angehängte EBS-Volumes, alte Snapshots, ungenutzte Load Balancer und Elastic IPs, vergessene Testinstanzen und Datenbanken aus abgeschlossenen Experimenten. Liste erstellen, mit den Verantwortlichen abstimmen, löschen. Das ist in fast jedem Konto der schnellste Gewinn.

3. Instanzen und Datenbanken richtig dimensionieren

Viele Server und Datenbanken sind für eine Spitzenlast ausgelegt, die nie kommt. Prüfen Sie die CPU- und Speicherauslastung über mehrere Wochen. Nutzt eine Instanz selten mehr als einen Bruchteil ihrer Kapazität, wechseln Sie auf eine kleinere Größe. AWS Compute Optimizer liefert konkrete Empfehlungen. Dasselbe gilt für RDS-Datenbanken, die oft überdimensioniert sind.

4. Nicht-produktive Umgebungen nachts abschalten

Entwicklungs- und Testumgebungen müssen selten abends und am Wochenende laufen. Zeitgesteuertes Starten und Stoppen oder Skalieren auf null kann ihre Laufzeit mehr als halbieren. Bei Containern und Serverless skalieren Sie Nicht-Produktivumgebungen außerhalb der Arbeitszeit auf das Minimum.

5. Für die Grundlast Verpflichtungen eingehen

Für Workloads, die dauerhaft laufen, senken Savings Plans oder Reserved Instances den Preis deutlich, im Gegenzug für eine Bindung über ein oder drei Jahre; laut AWS um bis zu 72 % gegenüber On-Demand-Preisen. Verpflichten Sie sich nur für die stabile Grundlast, bei der Sie sicher sind, und lassen Sie den schwankenden Teil On-Demand.

6. Spot für unterbrechbare Arbeit nutzen

Batch-Jobs, CI-Builds, Datenverarbeitung und manches KI-Training können auf Spot-Instanzen laufen, die AWS stark vergünstigt anbietet, dafür aber unterbrechen darf. Die Arbeit muss es vertragen, gestoppt und neu gestartet zu werden.

7. Auf Graviton umsteigen

Die ARM-basierten Graviton-Prozessoren von AWS bieten für viele Workloads ein besseres Preis-Leistungs-Verhältnis als vergleichbare x86-Instanzen. Die meisten modernen Stacks (Node.js, Python, Java, Go, Container) laufen mit wenig oder ohne Änderung auf ARM. Testen, dann die Instanzfamilie wechseln.

8. Speicher mit Lebenszyklus versehen

• S3: Verschieben Sie selten genutzte Daten per Lifecycle-Regel in günstigere Speicherklassen und löschen Sie, was nicht mehr gebraucht wird, etwa alte Kamerabilder oder Exporte. S3 Intelligent-Tiering automatisiert das bei unvorhersehbaren Zugriffsmustern.
• EBS: Stellen Sie ältere gp2-Volumes auf gp3 um; das ist günstiger, und die Leistung lässt sich unabhängig von der Größe einstellen.
• Snapshots und Backups: Legen Sie Aufbewahrungsfristen fest, statt alles für immer zu behalten.

9. Datenübertragung und NAT-Gateways im Blick behalten

Datenübertragung ist der am häufigsten übersehene Kostenblock. Typische Ursachen: NAT-Gateways, die den gesamten Verkehr aus privaten Subnetzen zu AWS-Diensten verarbeiten, Verkehr zwischen Regionen oder Zonen und große Downloads, die direkt von Servern ausgeliefert werden. Nutzen Sie VPC-Endpunkte für S3 und DynamoDB, halten Sie gesprächige Dienste möglichst in derselben Zone und liefern Sie statische Inhalte über ein CDN wie CloudFront aus.

10. Logs und Monitoring steuern

CloudWatch Logs ohne Aufbewahrungsfrist speichern Daten für immer, und ausführliches Debug-Logging in Produktion kann mehr kosten als die Server, die es erzeugen. Legen Sie pro Log-Gruppe eine Aufbewahrungsfrist fest, reduzieren Sie das Log-Level in Produktion und reduzieren Sie umfangreiche Logs durch Stichproben, wo möglich.

Gewohnheit statt Projekt

Einmal aufräumen hilft, aber die Kosten schleichen sich zurück. Machen Sie es zur Routine:

• Eine monatliche 30-Minuten-Kostenrunde pro Produkt.
• Budgets und Anomalie-Alarme, die den Verantwortlichen benachrichtigen, nicht nur die Buchhaltung.
• Infrastructure as Code, damit Umgebungen reproduzierbar sind und nichts von Hand angelegt und vergessen wird.
• Kosten als Kriterium bei Architekturentscheidungen, neben Performance und Sicherheit.

Fazit

Die meisten AWS-Konten können mit diesen Maßnahmen einen spürbaren Teil ihrer Monatsrechnung einsparen, ohne das Produkt anzufassen. Beginnen Sie mit Sichtbarkeit und Aufräumen, dann folgen Rightsizing und Zeitpläne, dann Verpflichtungen. Wir prüfen AWS-Konten, setzen die Einsparungen um und richten die Routinen ein, die sie dauerhaft sichern. Mehr zu unseren Cloud- und DevOps-Leistungen.

AWS-Konto prüfen lassen