
Cloud-Kosten senken: Strategien, die in der Praxis wirken
Wie Sie Cloud-Kosten bei AWS, Azure oder Google Cloud senken: Transparenz, Rightsizing, Autoscaling, Reservierungen, Speicher, Datentransfer und EU-Hoster.
Kurz gefasst: Cloud-Kosten senken Sie zuerst durch Transparenz: Erst wenn jede Ressource einem Projekt und einem Verantwortlichen zugeordnet ist, sehen Sie, wo das Geld hingeht. Danach bringen meist drei Dinge am meisten: überdimensionierte Server verkleinern, Test- und Entwicklungsumgebungen außerhalb der Arbeitszeit abschalten und für dauerhaft laufende Last Reservierungen oder Savings Plans nutzen. Bei gleichmäßiger Last lohnt zudem ein Vergleich mit europäischen Anbietern wie Hetzner oder IONOS.
Warum Cloud-Rechnungen aus dem Ruder laufen
Die Cloud macht es leicht, Ressourcen anzulegen, und schwer, den Überblick zu behalten. Ein Entwickler startet eine Datenbank für einen Test, ein Load Balancer bleibt nach einem Experiment stehen, Snapshots sammeln sich über Monate. Dazu kommen Preismodelle mit vielen Komponenten: Rechenzeit, Speicher, Anfragen, Datentransfer. Keine dieser Positionen ist allein dramatisch. Zusammen ergeben sie eine Rechnung, die niemand mehr erklären kann.
Zuerst Transparenz schaffen
Tagging und Zuständigkeiten
Versehen Sie jede Ressource mit Tags für Projekt, Umgebung und Verantwortlichen. Ressourcen ohne Tags werden regelmäßig geprüft und im Zweifel gelöscht. Am einfachsten setzen Sie das mit Infrastructure as Code und Terraform durch, weil Tags dann Teil jeder Definition sind und nichts mehr per Klick in der Konsole entsteht.
Budgets und Alarme
Alle großen Anbieter bieten Budgets mit Warnmeldungen an: AWS Budgets, Azure Cost Management und die Budget-Funktion der Google Cloud. Richten Sie Alarme pro Projekt ein, damit ein Ausreißer nach Tagen auffällt und nicht erst mit der Monatsrechnung. Die Kostenauswertung gehört genauso ins Monitoring der Anwendung wie Fehlerraten und Antwortzeiten.
Die wirksamsten Hebel zur Kostensenkung
Rightsizing
Viele Server laufen dauerhaft mit geringer Auslastung, weil sie beim Start großzügig dimensioniert wurden. Schauen Sie sich die tatsächliche CPU- und Speicherauslastung über einige Wochen an und wählen Sie die nächstkleinere Instanz, wo es passt. Die Empfehlungswerkzeuge der Anbieter, etwa AWS Compute Optimizer, liefern dafür einen guten Startpunkt.
Nicht benötigte Umgebungen abschalten
Entwicklungs- und Testumgebungen werden nachts und am Wochenende meist nicht genutzt. Ein zeitgesteuertes Abschalten oder kurzlebige Umgebungen, die pro Pull Request entstehen und danach wieder verschwinden, sparen spürbar, ohne dass jemand etwas vermisst.
Autoscaling und Serverless
Wenn die Last stark schwankt, sollte die Infrastruktur mitwachsen und wieder schrumpfen. Autoscaling-Gruppen, Container-Plattformen wie Kubernetes oder Cloud Run und Serverless-Funktionen zahlen nur für tatsächliche Nutzung. Serverless ist aber nicht immer günstiger. Bei konstant hoher Last kann ein fester Server billiger sein. Wann sich welches Modell lohnt, beschreiben wir im Artikel zu Serverless-Architektur.
Reservierungen, Savings Plans und Spot-Instanzen
Für die Grundlast, die ohnehin rund um die Uhr läuft, bieten AWS, Azure und Google deutliche Rabatte gegen eine Bindung über ein oder drei Jahre. Spot- oder Preemptible-Instanzen sind noch günstiger, können aber jederzeit beendet werden. Sie eignen sich für Batch-Jobs, Builds und andere Aufgaben, die einen Abbruch vertragen.
Speicher und Datentransfer
Speicherklassen mit Lebenszyklusregeln verschieben alte Daten automatisch in günstigere Klassen oder löschen sie. Alte Snapshots und nicht angehängte Festplatten sind ein Klassiker auf jeder Rechnung. Unterschätzt wird oft der ausgehende Datentransfer: Daten, die die Cloud verlassen oder zwischen Regionen fließen, kosten extra. Ein CDN vor statischen Inhalten und Dienste in derselben Region reduzieren diese Position.
Hyperscaler oder europäischer Anbieter?
Für Anwendungen mit gleichmäßiger Last und überschaubarem Bedarf an Spezialdiensten sind europäische Anbieter wie Hetzner, IONOS oder OVHcloud oft deutlich günstiger als die großen US-Clouds. Sie bieten außerdem Rechenzentren in Deutschland, was beim Datenschutz hilft. Welche Rolle der Serverstandort spielt, lesen Sie in unserem Beitrag zum Hosting in Deutschland. Der Preis dafür ist weniger Komfort: Verwaltete Dienste für Datenbanken, Queues oder KI müssen Sie teilweise selbst betreiben. Rechnen Sie den zusätzlichen Betriebsaufwand ehrlich mit.
Häufige Fragen (FAQ)
Womit sollten wir anfangen, wenn die Cloud-Rechnung zu hoch ist?
Mit der Kostenaufstellung nach Dienst und Projekt im Kostenexplorer Ihres Anbieters. Meist verursachen wenige Positionen den Großteil der Kosten. Dort setzen Sie zuerst an, bevor Sie an Details feilen.
Lohnt sich ein Wechsel zu einem günstigeren Anbieter?
Bei gleichmäßiger Last und einfacher Architektur oft ja. Wenn Sie viele verwaltete Spezialdienste nutzen, steigt der Migrations- und Betriebsaufwand stark. Vergleichen Sie deshalb die Gesamtkosten einschließlich der Arbeitszeit Ihres Teams.
Was ist FinOps?
FinOps bezeichnet die Zusammenarbeit von Technik, Finanzen und Produktverantwortlichen bei Cloud-Kosten. Kern ist, dass Teams ihre eigenen Kosten sehen und mitverantworten, statt dass eine zentrale Stelle am Monatsende die Rechnung prüft.
Macht Kostenoptimierung die Anwendung langsamer?
Nicht, wenn sie auf Messdaten beruht. Rightsizing anhand echter Auslastung und Autoscaling halten die Leistung stabil. Riskant wird es nur, wenn Ressourcen pauschal gekürzt werden, ohne Lastspitzen zu berücksichtigen.
Fazit
Nachhaltig sinken Cloud-Kosten erst, wenn die Teams, die Ressourcen anlegen, auch deren Kosten sehen. Einmalige Aufräumaktionen helfen kurzfristig, feste Regeln für Tags, Budgets und Abschaltzeiten halten den Effekt dauerhaft. Wenn Sie Ihre Anwendungsarchitektur kostenbewusst aufstellen möchten, unterstützen wir Sie im Rahmen unserer Webentwicklung und Cloud-Architektur.
Ähnliche Beiträge
- SaaS-Architektur: Entscheidungen, die Sie kaum rückgängig machen
Mandantenfähigkeit, Datenmodell, Authentifizierung, Hosting: Welche Entscheidungen eine SaaS-Architektur prägen und wie Sie sie früh richtig treffen.
- Microservices oder Monolith: die richtige SaaS-Architektur
Microservices oder Monolith für Ihr SaaS-Produkt? Warum ein modularer Monolith meist der bessere Start ist und wann sich das Aufteilen wirklich lohnt.
- CI/CD-Pipeline für Webanwendungen: Praxisleitfaden
So richten Sie eine CI/CD-Pipeline für Ihre Webanwendung ein: Build, Tests, Preview-Umgebungen, Deployment und Rollback. Mit Werkzeugen und typischen Stolpersteinen.
- Serverless-Architektur: Wann sie sich lohnt und wann nicht
Wann Serverless mit AWS Lambda und Co. Kosten spart, wo Kaltstarts, Laufzeitgrenzen und Lock-in Probleme machen und welche Alternativen es gibt.