Was ist ein Cloud-Abfallbericht und wie nutzt man ihn?

Ein Cloud-Verschwendungsbericht ist eine strukturierte Analyse, die Cloud-Ressourcen identifiziert, für die Sie bezahlen, die Sie aber nicht effektiv nutzen. Er deckt ungenutzte Instanzen, überdimensionierte Workloads, verwaistes Speicherplatz und ungenutzte Reservierungen in Ihrer gesamten Cloud-Umgebung auf. Der Bericht setzt diese Ergebnisse in geschätzte Verschwendungsausgaben um, damit Sie Maßnahmen priorisieren können. Die folgenden Abschnitte beantworten die häufigsten Fragen dazu, wie Cloud-Verschwendungsberichte funktionieren und wie Sie echten Nutzen daraus ziehen können.

Welche Arten von Cloud-Verschwendung werden in einem Bericht typischerweise aufgedeckt?

Ein Cloud-Waste-Bericht deckt in der Regel ungenutzte Recheninstanzen, überdimensionierte virtuelle Maschinen, nicht zugeordnete Speichervolumes, ungenutzte reservierte Kapazitäten und redundante Datenübertragungen auf. Diese Kategorien machen in den meisten Unternehmen den Großteil der vermeidbaren Cloud-Ausgaben aus und treten durchgängig in AWS-, Azure- und GCP-Umgebungen auf.

Im Einzelnen gehören zu den häufigsten Abfallarten:

  • Inaktive Recheninstanzen: Server oder Container, die mit einer Auslastung nahe Null laufen und oft nach Projektende oder außerhalb der Spitzenzeiten weiterlaufen gelassen werden
  • Überdimensionierte Ressourcen: Instanzen, denen mehr CPU-Leistung, Arbeitsspeicher oder Speicherplatz zugewiesen wurde, als die Workloads tatsächlich verbrauchen
  • Verwaistes Speichermedium: Snapshots, Datenträger und Objektspeicher-Buckets, die nicht mehr mit einer aktiven Arbeitslast verknüpft sind
  • Nicht genutzte Reservierungen und Sparpläne: Gebundene Kapazitäten, die nie vollständig ausgeschöpft wurden, wodurch sich ein Rabattmechanismus in eine Kostenbelastung verwandelte
  • Redundante Datenübertragungen: Der Datenverkehr wird zwischen Regionen oder Verfügbarkeitszonen ineffizient geleitet, was zu vermeidbaren Ausgangsgebühren führt
  • Verlassene Orte: Entwicklungs-, Test- oder Staging-Umgebungen, die nach Abschluss eines Projekts nie außer Betrieb genommen wurden

Jede dieser Verschwendungsarten hat eine andere Ursache. Inaktive Instanzen spiegeln oft eine mangelnde Verantwortlichkeit zwischen dem Team, das Ressourcen bereitstellt, und dem Team, das die Rechnung bezahlt, wider. Überdimensionierte Ressourcen resultieren häufig aus einer Überprovisionierung zu Beginn eines Projekts, wenn der tatsächliche Bedarf noch nicht bekannt ist. Wenn Sie ermitteln, welche Art in Ihrer Umgebung überwiegt, erfahren Sie, wo Änderungen an der Governance oder den Prozessen erforderlich sind – und nicht nur, wo Kosten eingespart werden können.

Wie werden in einem Cloud-Abfallbericht die verschwendeten Ausgaben berechnet?

Ein Cloud-Verschwendungsbericht ermittelt die verschwendeten Ausgaben, indem er die tatsächliche Ressourcenauslastung mit einem definierten Effizienzwert vergleicht und die Differenz anschließend mit den Stückkosten der Ressource multipliziert. Wenn beispielsweise eine virtuelle Maschine mit einer CPU-Auslastung von 5% läuft, aber für 100% ausgelegt ist, schätzt der Bericht die Kosten für die ungenutzten 95% als Verschwendung ein.

Die Berechnung basiert auf drei Eingabewerten: Auslastungskennzahlen aus Cloud-Überwachungstools, Daten zu den Ressourcenpreisen Ihres Cloud-Anbieters und einem Benchmark-Schwellenwert, der definiert, was als akzeptable Auslastung gilt. Dieser Schwellenwert ist nicht allgemeingültig. Eine Produktionsdatenbank kann durchaus eine niedrige durchschnittliche Auslastung aufweisen, um Spitzenauslastungen bewältigen zu können, während es für einen Entwicklungsserver ohne geplante Aktivitäten keinen triftigen Grund gibt, rund um die Uhr zu laufen.

Aus diesem Grund kennzeichnen die aussagekräftigsten Cloud-Abfallberichte nicht einfach alles, was unter einem festgelegten Prozentsatz liegt. Sie berücksichtigen den Kontext. Ressourcen, die aktiven Produktions-Workloads zugeordnet sind, werden anders bewertet als Ressourcen ohne Zuordnung, ohne aktuelle Aktivität und ohne zugehöriges Team. Das Ergebnis ist eine nach Priorität geordnete Liste von Verschwendungsmöglichkeiten, sortiert nach den geschätzten monatlichen Kosten. So lassen sich die Anstrengungen leichter auf die Bereiche konzentrieren, in denen die finanziellen Auswirkungen am größten sind.

Was ist der Unterschied zwischen einem Cloud-Abfallbericht und einem Cloud-Kostenbericht?

Ein Cloud-Kostenbericht zeigt Ihnen, was Sie ausgegeben haben. Ein Cloud-Verschwendungsbericht zeigt Ihnen, was Sie unnötigerweise ausgegeben haben. Ein Kostenbericht beantwortet die Frage “Wohin ist das Geld geflossen?”, während ein Verschwendungsbericht die Frage “Welche dieser Kosten hätten vermieden werden können?” beantwortet. Die beiden ergänzen sich, dienen jedoch unterschiedlichen Zwecken in Optimierung der Cloud-Kosten.

Cloud-Kostenberichte haben in erster Linie beschreibenden Charakter. Sie schlüsseln die Ausgaben nach Dienst, Konto, Team oder Zeitraum auf und helfen Führungskräften aus den Bereichen Finanzen und IT, die Zusammensetzung ihrer Cloud-Rechnung nachzuvollziehen. Sie sind nützlich für die Budgetierung, die Prognoseerstellung und die Erläuterung von Abweichungen gegenüber der Unternehmensleitung.

Cloud-Verschwendungsberichte sind diagnostisch und handlungsorientiert. Sie beschränken sich nicht darauf, Ausgaben zu beschreiben, sondern bewerten auch, ob diese Ausgaben einen Mehrwert gebracht haben. Ein Kostenbericht könnte beispielsweise zeigen, dass Ihr Unternehmen im letzten Monat einen erheblichen Betrag für Rechenleistung ausgegeben hat. Ein Verschwendungsbericht würde Ihnen hingegen Aufschluss darüber geben, wie viel dieser Rechenleistung ungenutzt blieb, wie viel überdimensioniert war und welche potenziellen Einsparungen sich ergeben würden, wenn Sie auf der Grundlage dieser Erkenntnisse Maßnahmen ergreifen würden.

Unternehmen, die sich ausschließlich auf Kostenberichte stützen, verbessern in der Regel zwar die Transparenz, ohne jedoch die Ergebnisse zu verbessern. Sie können ihre Cloud-Rechnung zwar detailliert erläutern, haben jedoch Schwierigkeiten, diese strukturell zu senken. Erst durch die Einbindung eines Berichts über Cloud-Verschwendung in Ihren regelmäßigen Überprüfungszyklus lässt sich Transparenz in konkrete Maßnahmen umsetzen.

Wie geht man mit den Ergebnissen eines Cloud-Waste-Berichts um?

Sie reagieren auf die Ergebnisse der Cloud-Verschwendungsanalyse, indem Sie jeden Befund einem Ressourcenverantwortlichen zuweisen, die Empfehlung im Kontext überprüfen und eine Korrekturmaßnahme mit einem festgelegten Zeitplan durchführen. Ein direkter Übergang vom Bericht zur Maßnahme ohne vorherige Überprüfung birgt das Risiko, Workloads zu stören, die zwar verschwenderisch erscheinen, aber einem legitimen Zweck dienen.

Ein praktischer Vorgehensplan sieht wie folgt aus:

  1. Triage-Befunde nach Zuverlässigkeit und Auswirkung: Beginnen Sie mit Elementen, die ein hohes Maß an Zuverlässigkeit und eine große Wirkung aufweisen, wie beispielsweise Instanzen, die seit mehr als 30 Tagen inaktiv sind und zu denen keine Tickets oder geplanten Aufträge zugeordnet sind.
  2. Weiterleitung der Ergebnisse an die Ressourceninhaber: Jede Feststellung sollte an das Team oder die Person weitergeleitet werden, die für die jeweilige Arbeitslast verantwortlich ist, und nicht an ein zentrales IT-Team, das keinen Kontext zu dieser Ressource hat.
  3. Erst prüfen, dann handeln: Die Verantwortlichen für die Ressourcen bestätigen, ob es sich bei dem Befund tatsächlich um Verschwendung handelt oder ob dafür ein berechtigter betrieblicher Grund vorliegt.
  4. Korrekturmaßnahmen durchführen: Validierte Abfälle werden beendet, reduziert oder für eine automatische Abschaltung außerhalb der Betriebszeiten vorgesehen.
  5. Realisierte Einsparungen nachverfolgen: Vergleichen Sie die im Bericht geschätzten Einsparungen mit den tatsächlichen Rechnungsminderungen im folgenden Monat, um das Modell zu validieren.

Der Schritt, den die meisten Organisationen überspringen, ist die Nachverfolgung der tatsächlich erzielten Einsparungen. Ohne diesen Rückkopplungskreislauf lässt sich nicht feststellen, ob Ihr Verschwendungsbericht korrekt ist oder ob die von Ihnen ergriffenen Maßnahmen tatsächlich zu der erwarteten Reduzierung geführt haben. Dieser Rückkopplungskreislauf stärkt zudem das Vertrauen in den Prozess, was die Teams dazu ermutigt, sich mit zukünftigen Berichten auseinanderzusetzen, anstatt sie zu ignorieren.

Wer sollte in einem Unternehmen die Verantwortung für den Cloud-Abfallbericht übernehmen?

Die Verantwortung für den Cloud-Abfallbericht sollte bei einem FinOps-Experten, einem Cloud-Finanzmanager oder einem funktionsübergreifenden FinOps-Team liegen, dem Vertreter aus den Bereichen Finanzen, IT und Technik angehören. Keine einzelne Funktion kann diese Verantwortung isoliert übernehmen, da die Daten aus der IT stammen, die Budgetverantwortung bei der Finanzabteilung liegt und die Abhilfemaßnahmen von den Technikteams umgesetzt werden.

Dies ist eine der immer wiederkehrenden Herausforderungen im Cloud-Finanzmanagement. Die Anwendungsteams bestimmen durch ihre architektonischen Entscheidungen die Cloud-Ausgaben, doch die Rechnung landet bei der IT- oder der Finanzabteilung. Wenn niemand ausdrücklich für den Verschwendungsbericht verantwortlich ist, wird dieser zwar erstellt, aber nicht weiterverfolgt. Die Ergebnisse werden lediglich als Informationen weitergegeben, anstatt Entscheidungen auszulösen.

Dies lässt sich beheben, indem ein namentlich benannter FinOps-Verantwortlicher oder Cloud-Kostenmanager als Verantwortlicher für den Bericht benannt wird. Diese Person muss nicht jede Korrekturmaßnahme selbst durchführen. Ihre Aufgabe besteht darin, den Bericht in regelmäßigen Abständen zu erstellen, die Ergebnisse an die zuständigen Verantwortlichen weiterzuleiten, die Umsetzung zu verfolgen und noch offene Punkte zu eskalieren. Der Bericht wird so zu einem Governance-Mechanismus und ist nicht mehr nur eine einmalige Analyse.

Wie oft sollte ein Cloud-Abfallbericht überprüft werden?

Ein Bericht über Verschwendung in der Cloud sollte mindestens einmal monatlich überprüft werden, wobei Ergebnisse mit hoher Priorität in Umgebungen, in denen die Cloud-Ausgaben hoch sind oder schnell steigen, wöchentlich überprüft werden sollten. Monatliche Überprüfungen stimmen mit den Abrechnungszyklen überein und geben den Teams genügend Zeit, vor der nächsten Überprüfung auf die Ergebnisse zu reagieren. Wöchentliche Überprüfungen sind nützlich, um neu entstehende Verschwendung zu erkennen, bevor sie sich anhäuft.

Die richtige Häufigkeit hängt vom Reifegrad Ihrer FinOps-Praktiken und vom Tempo der Veränderungen in Ihrer Cloud-Umgebung ab. In Unternehmen, in denen die Entwicklerteams häufig neue Versionen bereitstellen, können bereits innerhalb weniger Tage nach Ende eines Sprint-Zyklus neue Verschwendungsquellen entstehen. Eine monatliche Überprüfung kann in diesem Zusammenhang dazu führen, dass Sie wochenlang für ungenutzte Ressourcen bezahlen, bevor jemand dies bemerkt.

Je ausgereifter Ihr Prozess zur Analyse von Cloud-Verschwendung wird, desto weniger geht es bei den Überprüfungen oft darum, Verschwendung im Nachhinein aufzudecken, sondern vielmehr darum, sie von vornherein zu verhindern. Automatisierte Warnmeldungen bei neu inaktiv gewordenen Ressourcen, Tagging-Richtlinien, die bei der Erstellung von Ressourcen die Zuordnung zu einem Verantwortlichen erzwingen, sowie Empfehlungen zur optimalen Ressourcenanpassung, die in die Bereitstellungs-Pipelines integriert sind – all dies trägt dazu bei, das Ausmaß der Verschwendung zu reduzieren, das überhaupt erst in den Monatsbericht gelangt.

So unterstützen wir Sie bei der Erfassung und Optimierung von Cloud-Verschwendung

Wir unterstützen Unternehmen dabei, über einmalige Analysen zur Cloud-Verschwendung hinauszugehen und eine strukturierte, wiederholbare FinOps-Praxis zu etablieren, die Cloud-Ausgaben transparent, nachvollziehbar und kontinuierlich optimiert macht. Unser Ansatz befasst sich mit den vier häufigsten Problemen, die wir immer wieder beobachten: unklare Zuständigkeiten, Erkenntnisse, die nicht zu Entscheidungen führen, isoliert arbeitende Teams und manuelle Prozesse, die nicht skalierbar sind.

Konkret unterstützen wir Sie bei folgenden Aufgaben:

  • Bewertung des Reifegrades von FinOps: Eine strukturierte Bewertung Ihrer derzeitigen Cloud-Finanzmanagement-Fähigkeiten, um festzustellen, wo Lücken in der Berichterstattung bestehen und welche Änderungen im Bereich Governance die größte Wirkung erzielen werden
  • Vollständige Kostenverrechnung und Regeln für die Kennzeichnung: Sicherstellen, dass jede Ressource korrekt gekennzeichnet, zugeordnet und zugewiesen ist, damit Feststellungen zu Verschwendung eindeutig an das richtige Team weitergeleitet werden können
  • Optimierung der Ressourcenauslastung bei AWS, Azure und GCP: Ermittlung und Bearbeitung überdimensionierter Ressourcen anhand fundierter Empfehlungen, die Kostensenkungen und Leistungsrisiken gegeneinander abwägen
  • Entwurf eines FinOps-Betriebsmodells: Aufbau einer funktionsübergreifenden Führungsstruktur, eines Entscheidungsrhythmus und eines Modells zur Rechenschaftspflicht, durch die aus monatlichen Verschwendungsberichten eine kontinuierliche Optimierung wird
  • Integration von TBM und FinOps: Die Ergebnisse zur Cloud-Kostenverschwendung in Ihr übergeordnetes IT-Finanzmanagement-Rahmenwerk einbinden, damit Optimierungsentscheidungen im Kontext des geschäftlichen Nutzens und nicht nur anhand der Stückkosten getroffen werden

Wenn Sie wissen möchten, wo Ihr Unternehmen derzeit steht und welche Vorteile ein strukturierter Ansatz zur Reduzierung von Cloud-Verschwendung bieten könnte, Nehmen Sie Kontakt mit uns auf um eine FinOps-Bewertung zu besprechen.

Sein Wert
Datenschutz-Übersicht

Diese Website verwendet Cookies, damit wir dir die bestmögliche Benutzererfahrung bieten können. Cookie-Informationen werden in deinem Browser gespeichert und führen Funktionen aus, wie das Wiedererkennen von dir, wenn du auf unsere Website zurückkehrst, und hilft unserem Team zu verstehen, welche Abschnitte der Website für dich am interessantesten und nützlichsten sind.