Zusammenfassung

  • Seit September 2026 können Kunden den Start künftiger EC2-Kapazitätsreservierungen verschieben. Innerhalb von zwei Wochen vor dem aktuellen Beginn ist üblicherweise ein zusätzlicher Bindungstag je verschobenem Tag fällig. Das konkrete Angebot legt die Bedingungen fest.
  • Wer gegen Gebühr storniert, gibt die Kapazität sofort frei und zahlt bis zum Ende der verkürzten Bindung weiter. Die Entscheidung vergleicht deshalb nutzbare zusätzliche Zeit mit den Kosten des Ausstiegs.

Der Beschluss kostet länger, als die Sitzung dauert

Für Projektgremien ist eine Woche Aufschub ein handliches Zugeständnis. Der Termin rückt nach rechts, das Protokoll wird angepasst, die nächste Sitzung kann kommen. Beim Einkauf von Rechenkapazität sollte jemand noch einen Blick auf das rechte Ende des Balkens werfen. Dort kann inzwischen mehr Vertrag stehen.

AWS hat am 28. September 2026 die Verschiebung des Beginns künftiger EC2-Kapazitätsreservierungen eingeführt. Damit erhält ein Kunde Spielraum, wenn etwa eine Migration, ein Produktstart oder die zugehörigen Daten später bereit sind als geplant. Die Kapazität muss nicht mehr zwangsläufig am alten Projekttermin festhalten.

Der Anbieter verkauft diesen Spielraum gegebenenfalls gegen eine längere Bindung. Das ist eine präzise ökonomische Tauschbeziehung: später antreten, dafür länger zusagen. In der internen Terminrunde sollte sie ebenso präzise ankommen.

Die zusätzliche Woche liegt am Ende

Die Änderungsdokumentation nennt eine typische Staffel. Wird die Verschiebung mehr als zwei Wochen vor dem aktuellen Start beantragt, ist gewöhnlich keine zusätzliche Bindung nötig. Innerhalb dieser zwei Wochen kommt in der Regel für jeden Tag Aufschub ein Tag Bindung hinzu. Maßgeblich bleibt das Angebot für den konkreten Vorgang.

AWS rechnet mit einem Beispiel von 14 Tagen Bindung. Eine Woche vor Beginn verschiebt der Kunde den Start um sieben Tage; daraus werden 21 Tage Bindung. Es handelt sich um das veröffentlichte Rechenbeispiel des Anbieters. Es macht sichtbar, dass der Kunde die Nutzung nicht bloß verschiebt, sondern einen längeren Zeitraum zusagt.

Der Arbeitsumfang folgt dieser Verlängerung keineswegs automatisch. Eine Aufgabe, die zwei Wochen benötigt, kann auch nach verspäteter Vorbereitung nach zwei Wochen fertig sein. Dann stellt sich die Frage nach dem verbliebenen gekauften Zeitraum. Gibt es passende Arbeit dafür, kann der Aufschub sinnvoll sein. Fehlt sie, hat der Kunde eine spätere Ankunft mit einem leeren Vertragsende bezahlt.

Die Reservierungskonzepte begrenzen die Ausweichmöglichkeiten. Instanztyp, Plattform, Availability Zone und Tenancy müssen passen. Während der Bindung lässt sich die Instanzzahl nicht unter die zugesagte Anzahl senken. Ein Verweis auf irgendeinen anderen Bedarf im Konzern reicht deshalb nicht. Der Bedarf muss auf diese Plätze und in diese Zeit passen.

Aktive ungenutzte Kapazität wird zum entsprechenden On-Demand-Preis berechnet. Belegt eine passende Instanz den reservierten Platz, entsteht für diesen Platz keine zusätzliche zweite Reservierungsgebühr. So beschreibt es die Abrechnungsdokumentation. Die entscheidende Größe ist, welche Arbeit die verlängerte Bindung tatsächlich trägt.

Zwei Kalender, die sich nicht gegenseitig zurücksetzen

Besonders aufschlussreich ist der Vergleich mit einer Stornierung. Die typische Verlängerungsregel für einen Aufschub bezieht sich auf den aktuellen Starttermin. Die Stornierungstabelle verwendet dagegen den ursprünglichen Starttermin. Wer mehrfach verschiebt, kann daraus keine frisch eröffnete kostenlose Ausstiegsfrist ableiten.

Für die Alternativen braucht es aktuelle Angebote. Ein selbst gebauter Mischpreis aus beiden Tabellen wäre eine Annahme über Bedingungen, die so noch niemand zugesagt hat. Das kann schon deshalb wichtig werden, weil eine Verlängerung die Verpflichtung verändert, über deren späteres Ende man nachdenkt.

Auch der Aufschub selbst ist begrenzt: höchstens 30 Tage kumuliert ab dem ursprünglichen Termin. Weniger als eine Stunde vor dem Start lässt sich der Beginn nicht mehr verschieben. Ein Änderungsangebot gilt 24 Stunden; danach ist ein neues nötig.

AWS bearbeitet jeweils nur einen Änderungsantrag. Solange dieser in Bearbeitung ist, kann der Kunde ihn nicht ersetzen oder zurücknehmen. Am Ende steht ein angewandter oder ein abgelehnter Änderungswunsch. Ein abgeschickter Antrag gehört deshalb noch nicht als gesicherter neuer Start in den Betriebsplan.

Das teure Schweigen vor dem Termin

Der Anbieter sieht den Zeitpunkt des Antrags. Im Unternehmen kann längst bekannt gewesen sein, dass eine Abhängigkeit nicht rechtzeitig fertig wird. Dazwischen liegen Abstimmungen, Hoffnung und die Vorliebe, unangenehme Nachrichten erst nach der nächsten Prüfung weiterzugeben.

Die Zweiwochenmarke macht aus dieser Verzögerung einen möglichen Einkaufsfaktor. Eine Entscheidung abzuwarten kann vernünftig sein, wenn bald bessere Informationen vorliegen. Routinemäßiges Warten auf das nächste Gremium kann dagegen Spielraum verbrauchen. Der Mehrbetrag taucht später im Cloud-Budget auf, obwohl seine Vorgeschichte im Projektmanagement liegt.

Ein System, das den ersten Überbringer der schlechten Nachricht bestraft, verschärft das Problem. Die Warnung muss früh kommen dürfen. Ob das Vorhaben die zusätzliche Bindung wert ist, entscheidet die Person, die es weiterführen will. So können technischer Rat und kaufmännische Verantwortung zusammenfinden, bevor der Kalender die Bedingungen verändert.

Der Ausstieg gibt Plätze zurück und lässt Kosten stehen

Die Stornierungsmöglichkeit vom 10. Juni ergänzt diese Wahl. Ein Kunde kann einen aufgegebenen Plan verlassen, statt für einen späteren Plan länger zu kaufen.

Nach den Stornierungsregeln hängt die Belastung vom Zeitpunkt und von der verbleibenden Bindung ab. Die Tabelle bietet eine allgemeine Orientierung, das Stornierungsangebot nennt die genaue berechnete Dauer. In bestimmten Zuständen, darunter die Prüfung eines Antrags und eine verzögerte Lieferung, ist die Stornierung kostenlos. Gleiches gilt für aktive Reservierungen ohne verbleibende Bindung.

Bei einer kostenpflichtigen Stornierung wird die Kapazität sofort freigegeben, während die Abrechnung bis zum Ende der reduzierten Bindung weiterläuft. Passende Savings Plans oder regionale Reserved Instances können die entsprechende Abrechnung rabattieren. Besteht noch Bindung, müssen laufende Instanzen vor der Stornierung gestoppt oder beendet werden. Der Kaufentscheid braucht daher auch einen Plan für die betroffene Arbeit.

In CUR 2.0 können Stornierungskosten als UnusedBox mit dem Status Cancelling erscheinen. Wer sie mit noch verfügbaren unbesetzten Plätzen zusammenwirft, schickt die Kostenoptimierer an die falsche Arbeit. Eine freigegebene Kapazität lässt sich nicht durch bessere interne Auslastung zurückholen.

Kundenspezifisch angenommene Angebote, spätere Nutzung und tatsächlich abgerechnete Kosten fehlen; erst sie zeigen, ob der verlängerte Zeitraum produktiv war. Die veröffentlichte Mechanik reicht aber für eine konkrete Einkaufsfrage: Wie viel nützliche Arbeit liegt im zusätzlichen Zeitraum, und wie viel kostet der alternative Ausstieg?

Dazu kommen das Risiko einer erneuten Kapazitätssuche und der mögliche Schaden eines verfrühten Starts. Das Ergebnis kann Aufschub, Stornierung oder Beibehaltung sein. Entscheiden sollte jemand, der alle diese Folgen kennt. Ein Terminbeschluss mit unsichtbarer Zusatzbestellung ist vor allem für den Verkäufer bequem.

Quellen