Bildquelle: extern
Green IT klingt oft nach Strategie, Nachhaltigkeitsbericht und späterer Optimierung. Im Betrieb entscheidet sich der Nutzen aber viel früher. Wer Stromverbrauch erst auf der Monatsrechnung sieht, erkennt Lastspitzen, Leerlauf, Kühlungsprobleme und teure Gewohnheiten zu spät. Nachhaltigkeit braucht deshalb Betriebsdaten, nicht nur gute Absichten.
Green IT meint nicht nur sparsame Geräte oder ein grünes Rechenzentrum. Für ITSM-Generalisten geht es darum, IT-Services so zu planen, zu betreiben und zu verbessern, dass Energie, Kosten, Verfügbarkeit und Verantwortung zusammen betrachtet werden. Ein Service kann technisch stabil laufen und trotzdem unnötig Strom verbrauchen, weil Testumgebungen dauerhaft aktiv bleiben, Kapazität zu großzügig reserviert wird oder niemand die Auslastung regelmäßig prüft.
Die Monatsrechnung kommt nach der Entscheidung
Eine Stromrechnung zeigt, dass Energie verbraucht wurde. Sie erklärt aber selten, welcher Service die Last erzeugt hat, welche Umgebung unnötig lief oder welche Änderung den Verbrauch erhöht hat. Für den Betrieb ist diese Rückschau zu spät. Dann sind Deployments längst erfolgt, Kapazitäten gebucht, virtuelle Maschinen vergessen oder Kühlungsreserven dauerhaft eingeplant.
Green IT wird deshalb nicht durch einen zusätzlichen Bericht gelöst. Es braucht eine Verbindung zwischen technischen Betriebsdaten und Serviceverantwortung. Dazu gehören Auslastung, Laufzeiten, geplante Abschaltungen, Speicherwachstum, Kühlungsauffälligkeiten, Cloud-Ressourcen, Reserven und die Frage, welcher Fachbereich welchen Nutzen aus dieser Last zieht. Erst wenn diese Informationen zusammengeführt werden, kann ein Team sinnvoll entscheiden.
Leerlauf ist ein Serviceproblem
Unnötiger Energieverbrauch entsteht oft an Stellen, die niemand als Nachhaltigkeitsthema sieht. Eine Testumgebung läuft über das Wochenende, obwohl sie nur für eine kurze Abnahme gebraucht wurde. Ein alter Report erzeugt jede Nacht Last, obwohl ihn kaum noch jemand liest. Eine Datenbank wächst weiter, weil Aufbewahrung, Archivierung und Löschung nie sauber geklärt wurden. Aus Betriebssicht sind das keine moralischen Einzelprobleme. Es sind unklare Serviceentscheidungen.
Der Service Owner muss deshalb wissen, welche Ressourcen sein Service wirklich braucht. Der Plattformbetrieb muss erkennen, welche Reserven dauerhaft ungenutzt bleiben. Der Service Desk sollte wiederkehrende Performance- oder Verfügbarkeitsmeldungen nicht nur als Störung behandeln, sondern auch als Hinweis auf falsche Dimensionierung. Green IT funktioniert dort, wo diese Signale nicht getrennt in Monitoring, Finance und Nachhaltigkeitsreporting liegen bleiben.
Kühlung und Kapazität gehören in dieselbe Sicht
In Rechenzentren und Technikräumen ist Stromverbrauch eng mit Kühlung verbunden. Mehr Last bedeutet häufig mehr Wärme. Mehr Wärme bedeutet mehr Kühlbedarf. Wer nur Server, Anwendungen oder Tickets betrachtet, übersieht diese zweite Wirkung. Gerade deshalb sollten Betriebsrunden nicht nur fragen, ob ein System erreichbar ist. Sie sollten auch fragen, ob die aktuelle Last zur erwarteten Nutzung passt und ob Kühlungs- oder Energiegrenzen sichtbar werden.
Für Cloud-Betrieb gilt dieselbe Logik in anderer Form. Dort sieht ein Team vielleicht keine eigene Klimaanlage, aber es erzeugt trotzdem Ressourcenverbrauch. Reservierte Instanzen, dauerhaft aktive Entwicklungsumgebungen, ungenutzter Speicher und doppelte Datenkopien haben Kosten- und Energieeffekte. FinOps hilft bei der Kostensicht, Green IT ergänzt die Frage, ob der Verbrauch fachlich gerechtfertigt und betrieblich sauber gesteuert ist.
Ein praktischer Prüfrahmen reicht für den Start
Organisationen müssen nicht sofort jedes Watt einem einzelnen Ticket zuordnen. Ein sinnvoller Anfang ist ein kleiner Prüfrahmen für kritische und besonders ressourcenstarke Services. Welche Umgebungen laufen dauerhaft? Welche Last ist geplant, welche unerwartet? Welche Abschaltzeiten sind erlaubt? Welche Daten wachsen ohne klare Aufbewahrungsregel? Welche Ressource hat keinen aktiven Owner mehr? Welche Metrik wird in der nächsten Betriebsrunde wirklich besprochen?
Diese Fragen machen Green IT operativ. Sie zwingen nicht zu großen Programmen, sondern zu sichtbaren Entscheidungen. Ein Service kann bewusst mehr Ressourcen brauchen, etwa für Resilienz, Spitzenlast oder regulatorische Anforderungen. Dann sollte diese Entscheidung dokumentiert sein. Problematisch ist nicht jeder hohe Verbrauch. Problematisch ist Verbrauch ohne Zweck, ohne Owner und ohne regelmäßige Prüfung.
Nachhaltigkeit braucht klare Zuständigkeit
Die größte Falle liegt in der Zuständigkeitslücke. Nachhaltigkeit liegt im Berichtswesen, Kosten liegen bei Finance, Plattformen liegen beim Betrieb, Services liegen bei Fachbereichen und Störungen landen beim Service Desk. Green IT bleibt wirkungslos, wenn jede Stelle nur ihren Ausschnitt sieht. Die operative Frage lautet daher: Wer darf und muss über Verbrauch, Verfügbarkeit und Nutzen eines Services entscheiden?
Ein guter Ablauf verbindet diese Rollen. Monitoring liefert Last- und Laufzeitdaten. Der Service Owner erklärt den fachlichen Nutzen. FinOps oder Controlling ordnet Kosten ein. Betrieb und Architektur prüfen Abschaltung, Rechte, Abhängigkeiten und Risiken. Der Service Desk bringt Hinweise aus wiederkehrenden Meldungen ein. Aus dieser Verbindung entsteht keine perfekte Nachhaltigkeitsmaschine, aber eine belastbare Routine.
Für ITSM-Generalisten ist die Konsequenz klar: Green IT beginnt nicht erst beim Jahresziel. Sie beginnt in der Betriebsrunde, im Service Review, in der Cloud-Kostenanalyse und im Umgang mit vergessenen Umgebungen. Monatsrechnungen sind dafür zu spät. Entscheidend sind frühere Betriebsdaten, klare Owner und die Bereitschaft, Verbrauch als steuerbare Serviceeigenschaft zu behandeln.
Quellen und Einordnung: Internationale Energieagentur zu Rechenzentren und Datenübertragungsnetzen, Uptime Institute zu Rechenzentrumsbetrieb und Energieeffizienz sowie FinOps Foundation zu Cloud-Kosten- und Nutzungssteuerung. Stand der Quellenprüfung: 29.06.2026.
