Wie können IT-Teams Hoch- und Niedertarif-Strompreise nutzen, um die Infrastrukturbetriebskosten zu senken?

IT-Teams können die Infrastrukturbetriebskosten senken, indem sie flexible Workload-Zeitpläne an zeitvariable Strompreise anpassen. Das v3.2-Energiemanagement-Design der Quelle erfasst explizit Hoch- und Niedertarife, identifiziert unterbrechbare Aufgaben, die sich in Niedrigpreisperioden verschieben lassen, und berechnet die Einsparung für jede Verschiebung. Das Beispiel enthält vier Preisperioden mit einem vierfachen Unterschied zwischen dem niedrigsten und dem höchsten Tarif.

Die Grenze zieht die Flexibilität der Workload. Der Strompreis sollte mitbestimmen, wann geeignete Arbeit läuft, aber keine Service-SLOs, Deadlines, Kapazitätsgrenzen oder Geschäftsprioritäten aushebeln.

Was sind Hoch- und Niedertarif-Strompreise?

Bei Hoch- und Niedertarifpreisen ändert sich der Strompreis je nach Tageszeitraum. Ein Tarif kann Hochtarif, Übergangstarif, Niedertarif und weitere vom Energieversorger definierte Perioden umfassen.

Das v3.2-Beispiel der Quelle arbeitet mit vier Preisperioden. Das ist ein Beispiel aus dem Plattformdesign und keine allgemeingültige Marktstruktur. Das Unternehmen sollte den tatsächlichen Stromvertrag oder Tarif jedes Standorts hinterlegen, damit die Plattform die Energiekosten mit dem Preis berechnen kann, der zum Zeitpunkt des Verbrauchs galt.

Warum ist zeitvariable Preisgestaltung für KI-Infrastruktur wichtig?

KI-Workloads können viel Energie verbrauchen, und manche davon sind zeitlich flexibel. Eine große Trainingsaufgabe läuft oft stundenlang, eine Modellevaluierung muss nicht sofort beginnen, und ein Batch-Inferenz-Workload hat vielleicht eine Fertigstellungs-Deadline statt einer Echtzeit-Latenzanforderung.

Schwankt der Strompreis im Tagesverlauf deutlich, lassen sich durch das Verschieben solcher Workloads Kosten senken, ohne die Hardware anzufassen. Deshalb verbindet das Energiemodell der Quelle den Strompreis mit dem Scheduling.

Welche Workloads eignen sich gut für eine Verschiebung?

Gute Kandidaten sind Workloads, deren Startzeit sich verschieben lässt, ohne Serviceanforderungen zu verletzen. Dazu gehören etwa Batch-Training, Modellevaluierung, nicht dringendes Fine-Tuning, Backfill-Aufgaben, Datenverarbeitung und manche Wartungsjobs.

Die Quelle spricht ausdrücklich von unterbrechbaren Aufgaben, und das Wort ist bewusst gewählt: Eine Aufgabe, die sich verzögern oder unterbrechen lässt, ist leichter zu verschieben. Wie flexibel eine Workload ist, sollte die Organisation schon bei der Einreichung festlegen und nicht erst, wenn die Ressource bereits läuft.

Welche Workloads sollten in der Regel bleiben, wo sie sind?

Bei Online- oder zeitkritischen Diensten sollte in der Regel die Serviceanforderung den Ausschlag geben. Beispiele sind Produktions-Inferenz, kundenseitige APIs, dringende Incident-Wiederherstellung, Deadline-kritisches Training und kritische Batches mit festem Fertigstellungsfenster.

Ein hoher Strompreis rechtfertigt kein verfehltes SLO. Das Betriebsmodell der Quelle umfasst Servicequalität, Priorität, Quoten und SRE, und die Energieoptimierung muss sich innerhalb dieser Regeln bewegen.

Wie sollte der Tarif dargestellt werden?

Speichern Sie den tatsächlichen Preis nach Standort und Zeitperiode. Sinnvolle Felder sind Rechenzentrum, Gültigkeitsdatum, Zeitperiode, Strompreis pro kWh, eine Wochenend- oder Feiertagsregel, sofern zutreffend, und die Vertragsversion.

Ein Tarifdatenschema definiert die Quelle nicht. Praktisch muss die Kostenberechnung wissen, welcher Satz für jedes Energieintervall gilt. Ändert sich der Stromvertrag, sollte der neue Tarif als neue Version angelegt werden, damit historische Kosten nicht überschrieben werden.

Wie sollte die Workload-Energie gemessen werden?

Verwenden Sie, wo verfügbar, die gemessene Energie der Geräte oder die der Workload zugewiesene Energie. Das Energiemodell der Quelle umfasst GPU-Leistung, Energie auf Geräteebene, Projektzuordnung und Energie pro Token-Einheit.

Für eine Workload integriert man die relevante Leistung über den Ausführungszeitraum und ordnet diese Energie den Tarifperioden zu, die der Job durchlaufen hat. Erstreckt sich ein Job über Hoch- und Niedertarifzeit, wird die Energie auf beide Perioden aufgeteilt, statt einen einzigen Preis auf den ganzen Job anzuwenden. Wie fein das geht, hängt von der Telemetrie ab.

Wie sollte die potenzielle Einsparung berechnet werden?

Vergleichen Sie die geschätzten Kosten des aktuellen Zeitplans mit denen des vorgeschlagenen Zeitplans. Konzeptionell verteilt man die Energie beider Zeitpläne auf die Tarifperioden, und die Differenz ist die prognostizierte Einsparung.

Laut v3.2-Design der Quelle wird die Einsparung für jede verschobene Workload einzeln berechnet. Das ist sinnvoll, weil nicht jede Verschiebung gleich viel bringt. Bei einem kurzen Job mit geringer Leistung lohnt sich der operative Aufwand vielleicht nicht, während ein langer Job mit hoher Leistung erhebliche Einsparungen bringen kann.

Welche Annahmen sollten angezeigt werden?

Legen Sie die Annahmen hinter der Einsparungsschätzung offen. Typische Annahmen sind, dass Energie und Dauer der Workload ähnlich bleiben, derselbe Beschleunigertyp verfügbar ist, keine Aufgabe mit höherer Priorität den Job verdrängt, das Niedertarif-Fenster genug Kapazität hat und der Job weiterhin vor seiner Deadline fertig wird.

Eine einheitliche Prognosemethode liefert die Quelle nicht. Mit offengelegten Annahmen lässt sich die Empfehlung trotzdem überprüfen.

Wie sollten Warteschlange und Kapazität berücksichtigt werden?

Wer Arbeit in Niedertarifperioden verschiebt, kann dort eine neue Kapazitätsspitze erzeugen. Angenommen, viele Teams verschieben ihre Trainingsjobs auf Mitternacht: Der Strom wird billiger, der GPU-Pool ist überbucht, und die Jobs stauen sich in der Warteschlange, bis sie ihre Deadlines verpassen.

Der Scheduler der Quelle erfasst bereits Quote, Priorität, Warteschlange, Ressourcenverfügbarkeit und Fragmentierung. Energiebewusstes Scheduling sollte deshalb prüfen, ob im Niedrigpreisfenster nutzbare Kapazität frei ist. Billiger Strom bringt nichts, wenn die Workload nicht starten kann.

Wie sollten Deadlines gehandhabt werden?

Auch eine flexible Workload braucht eine Fertigstellungsanforderung. Eine Scheduling-Regel kann den frühesten Start, das späteste Ende, die geschätzte Dauer, die Ressourcenanforderung, die Priorität und den Strompreis berücksichtigen.

Einen deadline-bewussten Scheduler-Algorithmus definiert die Quelle nicht. Sie stützt das Prinzip, unterbrechbare Arbeit zu verschieben, ohne die Service- oder Projektanforderung zu verletzen. Die Plattform sollte zeigen, warum sie ein bestimmtes Fenster gewählt hat.

Für die Scheduling-Steuerung rund um Quoten, Prioritäten, Reservierungen und Preemption erklärt was GPU-Quoten, Reservierungen, Prioritäten und Preemption bedeuten und wann sie jeweils eingesetzt werden sollten, wie Workload-Dringlichkeit und -Berechtigung vom Energiepreis getrennt bleiben sollten.

Wie sollte Preemption energiebewusstes Scheduling beeinflussen?

Preemptible Arbeit lässt sich leichter verschieben, aber jede Unterbrechung kann Rechenleistung verschwenden. Der Scheduler der Quelle unterstützt Preemption und Checkpoint-Schutz. Hat ein Trainingsjob einen aktuellen Checkpoint, kann die Plattform ihn womöglich mit wenig Arbeitsverlust pausieren oder neu einplanen.

Lässt sich der Job nicht sicher wiederherstellen, kostet die Unterbrechung für einen niedrigeren Stromtarif unter Umständen mehr, als sie spart. Die Energieoptimierung muss also Checkpoint- und Neustartkosten einrechnen.

Wie sollte Leerlaufleistung die Entscheidung beeinflussen?

Verschiebt man eine Workload in die Niedertarifzeit, bleibt die Hardware während der Hochtarifzeit womöglich eingeschaltet und läuft im Leerlauf. Das v3.2-Energiemodell der Quelle erfasst auch die GPU-Leerlaufleistung, deshalb sollte eine Scheduling-Entscheidung sowohl die verschobene Workload-Energie als auch die verbleibende Leerlaufenergie berücksichtigen.

Kann die Infrastruktur in der ungenutzten Zeit sicher in einen sparsameren Zustand wechseln, kann die Einsparung größer ausfallen. Bleibt die Hardware bei hoher Leerlaufleistung, fällt der Nutzen kleiner aus. Welche Power-Management-Maßnahme passt, hängt von Infrastruktur und Serviceanforderungen ab.

Wie sollten Kühlkosten berücksichtigt werden?

Eine große Workload zu verschieben verändert IT-Leistung und Wärmelast zugleich. Das Energiemodell der Quelle verbindet Leistung und Kühlung auf Facility-Ebene über PUE und Zonenenergie. Wandert eine Workload in den Niedertarif, wandert auch ein Teil des Kühlbedarfs mit, was die gesamte Facility-Energie beeinflussen kann.

Ein prädiktives Kühlkostenmodell für jede einzelne Workload definiert die Quelle nicht. Praktisch beginnt man mit der IT-Energie und wendet dann die genehmigte Facility-Allokationsmethode an, falls die Organisation den Kühl-Overhead ins Kostenmodell aufnimmt.

Für die zugrunde liegende Messhierarchie erklärt wie Organisationen den Serverstromverbrauch auf Geräte-, Rack- und Rechenzentrumsebene überwachen und verwalten können, wie Geräteenergie, Racklast und Facility-Energie miteinander verbunden bleiben.

Wie sollten verschiedene Rechenzentren verglichen werden?

Hat das Unternehmen mehrere Standorte mit unterschiedlichen Tarifen, wird energiebewusstes Scheduling zusätzlich zur Frage nach dem Ort. Die Quelle bietet standortübergreifende Ressourcenansichten und Energiedaten, beschreibt aber keinen automatischen standortübergreifenden Energie-Scheduler als fertige Fähigkeit jeder Bereitstellung.

Bevor Arbeit zwischen Standorten verschoben wird, sollte man laut Quelle Ressourcenverfügbarkeit, Strompreis, Netzwerkanforderung, Datenstandort, Service-Latenz, Kapazität und Kühleffizienz vergleichen. Eine Workload gehört nicht an einen günstigeren Standort, wenn Datenübertragung oder Service-Einschränkungen die Verschiebung unpraktikabel machen.

Wie sollten Projekte Stromeinsparungen sehen?

Ordnen Sie die verschobene Workload und die Einsparung dem Projekt zu. Das Metering-Modell der Quelle weist Compute- und Token-Verbrauch bereits nach Projekt und Mandant aus, und die v3.2-Energieansicht sortiert die Leerlaufleistung nach Projekt und berechnet Niedertarif-Einsparungen.

Ein Projektbericht kann deshalb die Kosten des ursprünglichen und des verschobenen Zeitplans, die geschätzte oder realisierte Einsparung, die verbrauchte Energie und die genutzte Ressource zeigen. Teams sehen so schwarz auf weiß, dass sich ein flexibler Zeitplan finanziell lohnt.

Wie sollten realisierte Einsparungen verifiziert werden?

Vergleichen Sie die Prognose mit dem tatsächlichen Lauf. Messen Sie nach Abschluss der Aufgabe den tatsächlichen Start und Abschluss, die tatsächliche Energie, die tatsächlich durchlaufenen Tarifperioden, die tatsächlichen Kosten und das tatsächliche Serviceergebnis.

Das Betriebsmodell der Quelle legt Wert darauf, den Kreis zu schließen und Ausführungsergebnisse zurück in Monitoring und Analyse zu führen. Hier heißt das: Eine geplante Einsparung gilt erst dann als realisiert, wenn die tatsächliche Nutzung sie bestätigt.

Wie sollten energiebewusste Empfehlungen gesteuert werden?

Empfehlungen lassen sich automatisieren, die Ausführung sollte aber den Scheduling- und Autorisierungsregeln folgen. Die Plattform der Quelle trennt Analyse und Produktionsaktion durchgängig. Eine Empfehlung könnte so lauten:

„Verschiebe Trainingsjob A vom 18:00-Hochtarif-Fenster in das 23:00-Niedertarif-Fenster. Erwartete Einsparung: X."

Der Projektinhaber oder eine Richtlinie genehmigt die Änderung, und der Scheduler führt den genehmigten Plan aus. So bleibt nachvollziehbar, wer was entschieden hat.

Was sollte ein energiebewusstes Scheduling-Dashboard zeigen?

Eine praktische Ansicht kann Folgendes zeigen:

• Aktuelle Tarifperiode und nächstes Niedertarif-Fenster
• Strompreis
• Flexible Workloads in der Warteschlange
• Geschätzte Job-Dauer und benötigte Ressourcen
• Aktuelle und vorgeschlagene Kosten
• Erwartete Einsparung
• Deadline
• Kapazität im Zielfenster
• Genehmigungsstatus
• Realisierte Einsparung

Ein Plattformbeispiel, das Tarifperioden, GPU-Leistung, Projektzuordnung und unterbrechbares Scheduling miteinander verbindet, ist Sensaka.

Würde ich eine zeitvariable Optimierung umsetzen, würde ich mit Jobs beginnen, die bereits flexibel und leicht zu verschieben sind. Messen Sie zuerst ihre tatsächliche Energie, laden Sie den echten Tarif, berechnen Sie die Einsparung transparent und verifizieren Sie das Ergebnis nach der Ausführung. Verschieben würde ich dabei die Arbeit, deren Timing flexibel genug ist, dass der niedrigere Strompreis eine echte Einsparung bringt, ohne ein neues Kapazitäts- oder Zuverlässigkeitsproblem zu schaffen. Eine pauschale Regel, „alles nachts laufen zu lassen", erreicht das nicht.