Sie k\u00f6nnen ungenutzte Cloud-Ressourcen identifizieren, indem Sie nach best\u00e4ndigen Mustern mit einer Auslastung nahe Null suchen: virtuelle Maschinen, die zwar laufen, aber keinen Datenverkehr verarbeiten, Speichervolumes, die von allen Instanzen getrennt wurden, und Load Balancer, die auf leere Zielgruppen verweisen. Die meisten Cloud-Anbieter stellen diese Daten standardm\u00e4\u00dfig zur Verf\u00fcgung, doch um diese Transparenz in konkrete Ma\u00dfnahmen umzusetzen, sind ein konsequenter \u00dcberpr\u00fcfungsprozess und klare Zust\u00e4ndigkeiten erforderlich. Dieser Artikel behandelt die h\u00e4ufigsten Arten von Cloud-Verschwendung, wie man sie erkennt und wie man verhindert, dass sie sich erneut ansammeln.<\/p>\n
Zu den am h\u00e4ufigsten ungenutzten Cloud-Ressourcen z\u00e4hlen inaktive virtuelle Maschinen, verwaiste Speichervolumes, nicht zugewiesene IP-Adressen, vergessene Snapshots sowie Load Balancer oder NAT-Gateways ohne aktiven Datenverkehr. Diese Ressourcentypen machen den Gro\u00dfteil der vermeidbaren Cloud-Verschwendung in AWS-, Azure- und GCP-Umgebungen aus.<\/p>\n
Jede dieser Kategorien hat eine andere Ursache:<\/p>\n
Das Muster ist bei all diesen F\u00e4llen dasselbe: Eine Ressource wurde f\u00fcr einen bestimmten Zweck bereitgestellt, dieser Zweck ist nun erf\u00fcllt, aber niemand hat die Verantwortung f\u00fcr die Aufhebung der Bereitstellung \u00fcbernommen. Ohne klare Zust\u00e4ndigkeit h\u00e4uft sich Cloud-Verschwendung unbemerkt an.<\/p>\n
Ungenutzte Cloud-Ausgaben lassen sich nur schwer erkennen, da die Abrechnungsdaten f\u00fcr Cloud-Dienste sehr detailliert und fragmentiert sind, was es erschwert, einen einzelnen Posten auf einer Rechnung dem daf\u00fcr zust\u00e4ndigen Team oder der entsprechenden Anwendung zuzuordnen. Wenn niemand eindeutig f\u00fcr eine Ressource verantwortlich ist, bemerkt auch niemand, wenn diese ihren Nutzen verliert.<\/p>\n
Mehrere Faktoren versch\u00e4rfen dieses Problem. Erstens lassen sich Cloud-Umgebungen schnell skalieren. Teams stellen Ressourcen nach Bedarf bereit, oft ohne formellen Stilllegungsprozess. Zweitens lassen Abrechnungsdaten allein keinen R\u00fcckschluss darauf zu, ob eine Ressource einen Mehrwert liefert. Eine virtuelle Maschine, die l\u00e4uft und in Rechnung gestellt wird, unterscheidet sich nicht von einer, die zwar l\u00e4uft, aber im Leerlauf ist \u2013 es sei denn, man betrachtet neben den Kostendaten auch die Auslastungskennzahlen.<\/p>\n
Ein dritter Faktor ist organisatorischer Natur: In vielen Unternehmen sind die Entwicklerteams, die Ressourcen bereitstellen, nicht dieselben Teams, die die Rechnung erhalten. Die Rechnung geht an die IT- oder Finanzabteilung, doch die Entscheidungen \u00fcber die Ausgaben wurden von den Anwendungsteams getroffen. Diese Diskrepanz f\u00fchrt dazu, dass den Personen, die befugt sind, eine Ressource zu l\u00f6schen, oft der Kontext fehlt, w\u00e4hrend denjenigen, die \u00fcber den Kontext verf\u00fcgen, der Anreiz fehlt.<\/p>\n
Schlie\u00dflich k\u00f6nnen Ihnen Tools zur Transparenz der Cloud-Kosten Folgendes aufzeigen: Was<\/em> Sie geben zwar Geld aus, doch diese Daten f\u00fchren nicht automatisch zu einem Entscheidungsrhythmus. Ohne regelm\u00e4\u00dfige \u00dcberpr\u00fcfungszyklen und klar festgelegte Verantwortlichkeiten f\u00fchrt Transparenz nicht zu konkreten Ma\u00dfnahmen. Dies ist eines der Kernprobleme, die FinOps als Praxis<\/a> soll l\u00f6sen.<\/p>\n Ungenutzte Cloud-Ressourcen lassen sich ermitteln, indem man native Tools der Cloud-Anbieter mit Auslastungsdaten und Tagging-Richtlinien kombiniert. Dabei werden Kosten- und Nutzungsberichte abgerufen, nach Ressourcen mit durchgehend geringer oder gar keiner Auslastung gefiltert und diese Ergebnisse mit den Tags zur Ressourcenzugeh\u00f6rigkeit abgeglichen.<\/p>\n Hier ist ein praktischer Ansatz, den Sie befolgen k\u00f6nnen:<\/p>\n Das Ziel ist nicht eine einmalige Pr\u00fcfung, sondern ein wiederholbarer Prozess, der Verschwendung aufdeckt, bevor sie sich \u00fcber mehrere Abrechnungszyklen hinweg anh\u00e4uft.<\/p>\n Eine Cloud-Ressource wird wahrscheinlich nicht mehr genutzt, wenn sie eine anhaltende CPU-Auslastung nahe Null aufweist, kein ein- oder ausgehender Netzwerkverkehr vorliegt, keine Lese- oder Schreibaktivit\u00e4ten auf dem zugeordneten Speicher stattfinden und keine aktuellen API-Aufrufe oder Zugriffsereignisse zu verzeichnen sind. Diese Kennzahlen, die \u00fcber einen aussagekr\u00e4ftigen Zeitraum hinweg betrachtet werden, sind deutliche Anzeichen daf\u00fcr, dass eine Ressource sicher au\u00dfer Betrieb genommen werden kann.<\/p>\n Konkret sind folgende Signale zu beachten:<\/p>\n Ein wichtiger Hinweis: Eine Ressource mit geringer Auslastung ist nicht immer ungenutzt. Manche Systeme laufen aufgrund ihrer Konzeption mit geringer Auslastung, wie beispielsweise Standby-Instanzen f\u00fcr die Notfallwiederherstellung oder geplante Batch-Jobs. Kl\u00e4ren Sie vor dem L\u00f6schen stets die Situation mit dem zust\u00e4ndigen Team ab.<\/p>\n Sie sollten eine Ressource l\u00f6schen, wenn sie keine Auslastung aufweist und keinen berechtigten Standby-Zweck erf\u00fcllt. Sie sollten ihre Gr\u00f6\u00dfe anpassen, wenn sie zwar eine echte, aber geringe Auslastung aufweist, die ihre aktuelle Gr\u00f6\u00dfe oder Konfiguration nicht rechtfertigt. Die Entscheidung h\u00e4ngt davon ab, ob die Ressource \u2013 wenn auch nur gelegentlich \u2013 eine aktive Funktion erf\u00fcllt.<\/p>\n Das L\u00f6schen ist die richtige Entscheidung, wenn eine Ressource wirklich verwaist ist: Keine Anwendung h\u00e4ngt davon ab, kein Team beansprucht die Verantwortung daf\u00fcr, und \u00fcber einen l\u00e4ngeren Zeitraum hinweg wurde keine Aktivit\u00e4t festgestellt. Durch das L\u00f6schen werden die Kosten vollst\u00e4ndig beseitigt und die Komplexit\u00e4t der Umgebung verringert.<\/p>\n Eine Gr\u00f6\u00dfenanpassung ist die richtige Wahl, wenn eine Ressource zwar aktiv, aber \u00fcberdimensioniert ist. Beispielsweise ist eine virtuelle Maschine, die mit 16 vCPUs bereitgestellt wurde und durchgehend mit einer CPU-Auslastung von 10% l\u00e4uft, zwar nicht ungenutzt, stellt jedoch eine Verschwendung dar. Eine Verkleinerung auf einen kleineren Instanztyp senkt die Kosten, w\u00e4hrend der Dienst weiterhin gew\u00e4hrleistet bleibt. Die gleiche Logik gilt f\u00fcr Speicherebenen, Datenbankinstanztypen und Reservierungskapazit\u00e4tsverpflichtungen.<\/p>\n Ein praktischer Ansatz f\u00fcr diese Entscheidung besteht darin, zwei Fragen zu stellen. Erstens: Wird diese Ressource von einem Team oder einer Anwendung beansprucht? Wenn die Antwort \u201eNein\u201c lautet, l\u00f6schen Sie sie. Zweitens: Ist die aktuelle Gr\u00f6\u00dfe der Ressource durch ihre tats\u00e4chliche Auslastung gerechtfertigt? Wenn die Antwort \u201eNein\u201c lautet, passen Sie die Gr\u00f6\u00dfe entsprechend an. Beide Ma\u00dfnahmen tragen zur Optimierung der Cloud-Kosten bei, erfordern jedoch unterschiedliche Gespr\u00e4che mit verschiedenen Beteiligten.<\/p>\n Sie verhindern, dass sich ungenutzte Cloud-Ressourcen ansammeln, indem Sie Governance-Ma\u00dfnahmen direkt in den Bereitstellungsprozess integrieren: obligatorische Kennzeichnung, automatische Warnmeldungen bei Inaktivit\u00e4t, regelm\u00e4\u00dfige \u00dcberpr\u00fcfungsintervalle und klare Richtlinien zur Zust\u00e4ndigkeit. Vorbeugung ist effektiver als regelm\u00e4\u00dfige Bereinigung, da sie die Ursache und nicht nur das Symptom angeht.<\/p>\n Die wirksamsten vorbeugenden Ma\u00dfnahmen sind:<\/p>\n Das zugrunde liegende Prinzip ist die Verantwortlichkeit. Cloud-Verschwendung entsteht, wenn niemand daf\u00fcr verantwortlich ist. Governance-Strukturen, die klare Zust\u00e4ndigkeiten festlegen und regelm\u00e4\u00dfige \u00dcberpr\u00fcfungstermine vorsehen, verhindern, dass das Problem nach einer Bereinigungsma\u00dfnahme erneut auftritt.<\/p>\n Bei It\u2019s Value unterst\u00fctzen wir Unternehmen dabei, \u00fcber einmalige Bereinigungen hinauszugehen und einen strukturierten, nachhaltigen Ansatz f\u00fcr das Cloud-Ressourcenmanagement zu verfolgen. Unser FinOps-Dienstleistungen<\/a> basieren auf genau den Herausforderungen, die in diesem Artikel beschrieben werden: fehlende Eigenverantwortung, isolierte Teams und Transparenz, die nicht in Entscheidungen umgesetzt wird.<\/p>\n Konkret unterst\u00fctzen wir Sie bei folgenden Aufgaben:<\/p>\nWie finden Sie ungenutzte Cloud-Ressourcen in Ihrer Umgebung?<\/h2>\n
\n
Anhand welcher Kennzahlen l\u00e4sst sich erkennen, dass eine Cloud-Ressource nicht mehr genutzt wird?<\/h2>\n
\n
Sollten Sie eine zu wenig genutzte Cloud-Ressource l\u00f6schen oder ihre Kapazit\u00e4t anpassen?<\/h2>\n
Wie verhindert man, dass sich ungenutzte Cloud-Ressourcen erneut ansammeln?<\/h2>\n
\n
So helfen wir Ihnen, Cloud-Verschwendung zu vermeiden<\/h2>\n