Reserved Instances, Savings Plans und Spot in Azure

Azure bietet drei klar unterscheidbare Wege, Compute unter dem Pay-as-you-go-Tarif zu beziehen: Reserved Instances, Savings Plans und Spot. Sie werden regelmäßig verwechselt, häufig falsch eingesetzt und sind zusammen für einen der größten steuerbaren Posten jeder Enterprise-Azure-Rechnung verantwortlich. Der Kauf des falschen Instruments — oder des richtigen für den falschen Workload — zementiert Verschwendung für ein bis drei Jahre.

Dies ist ein Praxis-Deep-Dive zur Azure-Commitment-Strategie: was jedes Instrument tatsächlich ist, wo es gewinnt, wo es still und leise Wert vernichtet und wie man alle drei zu einem stimmigen Gesamtplan schichtet.

TL;DR / Die wichtigsten Erkenntnisse

Reserved Instances liefern den tiefsten Rabatt, binden Sie aber für ein bis drei Jahre an eine VM-Familie und Region — ideal für stabile, gut verstandene Grundlasten.
Savings Plans verpflichten Sie zu festen stündlichen Ausgaben, nicht zu einer Ressourcenform — der Rabatt folgt Ihrer Compute-Last. Ideal bei planbaren Ausgaben und sich verändernder Architektur.
Spot-VMs bieten die größten Rabatte überhaupt, können aber in rund 30 Sekunden entzogen werden — ideal für unterbrechbare, mit Checkpoints versehene oder zustandslose Lasten.
Das ausgereifte Muster ist geschichtet: Grundlast mit RIs/Savings Plans abdecken, mit Savings Plans flexibel ergänzen, Spitzen auf Spot abfangen. Azure wendet die Vorteile der Reihe nach an, sie kollidieren also nicht.
Commitment ist eine Disziplin der FinOps-Phase „Optimize": Verpflichten Sie sich nie auf Kapazität, die Sie nicht zuvor gemessen und richtig dimensioniert haben.

Die drei Instrumente, präzise

Genauigkeit lohnt sich hier, denn die Marketingbegriffe verwischen genau die Unterschiede, die operativ entscheidend sind.

Reserved Instances (RIs)

Eine Reserved Instance ist eine Verpflichtung auf eine bestimmte VM-Familie (etwa die Dsv5-Serie) in einer bestimmten Region, für ein oder drei Jahre, im Voraus oder monatlich bezahlt. Im Gegenzug erhalten Sie den tiefsten verfügbaren Rabatt auf den Pay-as-you-go-Tarif. RIs sind Form-Commitments: Der Vorteil gilt für passende laufende Instanzen. Azure bietet Instanzgrößen-Flexibilität innerhalb einer Familie, sodass eine Reservierung für eine große VM mehrere kleinere derselben Familie abdecken kann — nützlich, aber kein Rettungsanker, wenn Sie vollständig auf eine andere Familie migrieren.

RIs belohnen Sie dafür, dass Sie die Form Ihres Steady-State-Bestands kennen.

Savings Plans

Ein Azure Savings Plan für Compute funktioniert grundlegend anders: Sie verpflichten sich zu festen stündlichen Ausgaben — etwa 12 USD/Stunde — für ein oder drei Jahre, und Azure wendet diesen Rabattsatz automatisch auf Ihre berechtigte Compute-Nutzung an, über VMs, Container Instances, Azure Functions Premium, App Service und mehr, in beliebigen Regionen. Sie wetten nicht auf eine VM-Familie, sondern auf eine Ausgabenuntergrenze.

Der Kompromiss: Der maximale Savings-Plan-Rabatt liegt für denselben Workload meist unter dem maximalen RI-Rabatt. Sie bezahlen ein wenig für die Flexibilität.

Savings Plans belohnen Sie dafür, dass Sie die Größe Ihrer Steady-State-Ausgaben kennen, selbst wenn die Form noch in Bewegung ist.

Spot-VMs

Spot-VMs verkaufen ungenutzte Azure-Kapazität zu einem stark schwankenden Rabatt. Der Haken: Azure kann Ihre Spot-Instanz mit rund 30 Sekunden Vorlauf entziehen, wenn die Kapazität zurückbenötigt wird, und der Preis variiert mit dem Angebot. Spot ist kein Commitment und trägt kein SLA. Es ist das richtige Werkzeug für alles, was Unterbrechung verkraftet — und eine Falle für alles, was das nicht kann.

Direkter Vergleich

Dimension	Reserved Instances	Savings Plans	Spot-VMs
Worauf Sie sich festlegen	VM-Familie + Region	Feste USD/Stunde-Ausgaben	Nichts
Laufzeit	1 oder 3 Jahre	1 oder 3 Jahre	Keine
Rabatttiefe	Am tiefsten	Mittel bis tief	Am größten, aber volatil
Flexibilität	Gering (formgebunden)	Hoch (ausgabengebunden)	N/A
Unterbrechungsrisiko	Keines	Keines	Hoch (~30s Entzug)
Ideal für	Stabile, bekannte Grundlasten	Planbare Ausgaben, bewegliche Form	Batch, CI/CD, zustandslos, Checkpoints
Gilt für	Passende VM-Familie	Breite berechtigte Compute-Last	Berechtigte VM-Familien
SLA	Voll	Voll	Keines

Ein Entscheidungsrahmen

Die Frage lautet nie abstrakt „RI oder Savings Plan oder Spot?". Sie lautet: „Wie verhält sich dieser Workload?" Beantworten Sie das, und das Instrument ergibt sich von selbst.

Loading diagram...

Ist der Workload unterbrechbar? Wenn er Checkpoints setzen kann oder zustandslos und idempotent ist, ist Ihr erster Hebel Spot. Hier liegen die größten Einsparungen, und sie erfordern kein Commitment.
Ist der nicht unterbrechbare Teil über die Laufzeit stabil und formstabil? Wenn VM-Familie und Region über ein bis drei Jahre wirklich stabil sind, holen Reserved Instances den tiefsten Rabatt heraus.
Sind die Ausgaben planbar, die Form aber noch in Bewegung? Während Migration oder aktiver Modernisierung — wenn Familien, Regionen und sogar Compute-Dienste wechseln — schützen Savings Plans den Rabatt, ohne auf eine Form zu wetten, die das Quartal vielleicht nicht überlebt.
Was bleibt übrig? Alles, was spitzenartig und kurzlebig über Ihre festgelegte Grundlast hinausgeht, bleibt auf Pay-as-you-go. Verpflichten Sie sich nicht auf Spitzen.

In unserer Projektarbeit bei CC Conceptualise ist der häufigste Fehler, den wir übernehmen, ein großer dreijähriger RI-Kauf früh in einer Migration, bevor sich die Architektur stabilisiert hat. Sechs Monate später hat das Team auf eine andere VM-Familie re-plattformiert, die Reservierung liegt brach, und die „Einsparung" ist nun ein versunkener Verlust. Die Lösung ist fast immer: während der Veränderung mit Savings Plans führen und erst dann in RIs umwandeln, wenn der Bestand nachweislich stabil ist.

Abdeckung aufbauen: wie sich die Schichten stapeln

Azure wendet die Vorteile stündlich in fester Reihenfolge an: zuerst der Reserved-Instance-Vorteil, dann der Savings-Plan-Vorteil, danach die verbleibende Nutzung zu Spot- oder Pay-as-you-go-Tarifen. Genau diese Reihenfolge macht das Schichten sicher — die Instrumente konkurrieren nicht um dieselbe Nutzung.

Ein gesundes Zielprofil sieht so aus:

Grundlast (Dauerbetrieb, formstabil): Reserved Instances, idealerweise dreijährig, wo die Sicherheit hoch ist.
Variable, aber planbare Schicht: Savings Plans, dimensioniert auf Ihre verlässliche Ausgabenuntergrenze, ein- oder dreijährig je nach Sicherheit.
Elastische / unterbrechbare Schicht: Spot, mit eingebauter Entzugsbehandlung und sauberem Draining.
Echte Spitzen: Pay-as-you-go — bewusst ohne Commitment.

Die entscheidende Kennzahl ist die Commitment-Abdeckung: der Anteil der berechtigten Compute-Stunden, der durch ein Commitment gedeckt ist. Hohe Abdeckung der Grundlast ist das Ziel; das Jagen nach 100 % Abdeckung über alles hinweg führt geradewegs in die Überverpflichtung.

Eine praktische Einführungssequenz

Zuerst Inform. Ziehen Sie mindestens 30 bis 90 Tage Nutzungsdaten aus Cost Management. Sie können sich nicht verantwortungsvoll auf Kapazität festlegen, die Sie nicht gemessen haben. Kombinieren Sie das mit Kostenanomalie-Erkennung, damit Ausgabenspitzen erklärt sind, bevor sie zur „Grundlast" werden.
Vor dem Commitment richtig dimensionieren. Sich auf überdimensionierte VMs zu verpflichten, zementiert die Verschwendung. Erst right-sizen, dann committen.
Unterbrechbare Last auf Spot verlagern. Den größten Rabatt zuerst abschöpfen, ohne Commitment-Risiko.
Stabile Grundlast abdecken. Mit Savings Plans beginnen, wenn die Architektur noch in Bewegung ist; RIs dort einsetzen, wo die Form wirklich feststeht.
Mit Leitplanken absichern. Nutzen Sie Azure Policy, damit nicht getaggte oder nicht zugeordnete Ressourcen nicht still die Grundlast aufblähen, auf die Sie sich gleich festlegen.
Betreiben und quartalsweise überprüfen. Abdeckung und Auslastung driften, während sich der Bestand verändert. Behandeln Sie Commitment als lebendes Portfolio, nicht als einmaligen Kauf.

Häufige, teure Fehler

Commitment während der Migration. Die Architektur ist genau dann am instabilsten. Führen Sie mit flexiblen Instrumenten.
RIs für lastspitzenartige Workloads kaufen. Reservierungen werden berechnet, ob Sie sie nutzen oder nicht; spitzenartige Lasten lassen Reservierungen brachliegen.
Spot als kostenlose Produktionskapazität behandeln. Der Entzug ist kein Randfall — er ist der Vertrag. Zustandsbehaftete Einzelinstanzen auf Spot sind ein Ausfall mit Ansage.
Die Preisdynamik bei GPU/KI ignorieren. GPU-Kapazität ist knapp und Preise bewegen sich schnell. Lange Commitments sind hier riskanter; siehe unseren Beitrag zur Kostensteuerung von GPU- und KI-Workloads.
Compute jenseits von VMs vergessen. Savings Plans decken weit mehr als VMs ab, und Fabric-Kapazität folgt einer eigenen Commitment-Logik — behandelt in Fabric-Kapazitäts-Dimensionierung.

Wo das in Ihrer FinOps-Praxis steht

Commitment-Strategie ist eindeutig eine Aktivität der FinOps-Phase Optimize, und sie funktioniert nur, wenn die Phase Inform gesund ist: korrektes Tagging, Zuordnung und Showback, sodass Sie wissen, was tatsächlich Steady State ist. Anschließend muss sie in die Phase Operate übergehen — Commitments werden fortlaufend überprüft, erneuert und neu ausbalanciert, nicht einmal gekauft und vergessen. Ein ein Jahr lang unverwaltetes Commitment-Portfolio passt am Ende fast immer nicht mehr zum Bestand.

Die Disziplin ist unspektakulär, aber wirkungsstark: messen, right-sizen, dann bewusst committen, Schicht für Schicht, mit dem tiefsten Commitment reserviert für die planbarsten Workloads.

Fazit

Reserved Instances, Savings Plans und Spot sind keine Konkurrenten — sie sind komplementäre Werkzeuge für drei unterschiedliche Workload-Verhalten. RIs belohnen Formstabilität mit dem tiefsten Rabatt. Savings Plans belohnen Ausgaben-Planbarkeit mit Flexibilität. Spot belohnt Unterbrechungstoleranz mit dem größten Rabatt von allen. Die Unternehmen, die das richtig machen, wählen nicht eines aus; sie schichten alle drei auf eine Grundlast, die sie bereits gemessen und richtig dimensioniert haben.

Wenn Sie ein zweites Paar erfahrener Augen auf Ihr Azure-Commitment-Portfolio werfen lassen möchten — oder eine Strategie auf der grünen Wiese vor Ihrem nächsten großen Kauf — genau diese Arbeit leistet unsere Praxis für Cloud-Architektur und Migration.

FAQ

Was ist der Unterschied zwischen Azure Reserved Instances und Savings Plans?

Reserved Instances binden Sie für ein oder drei Jahre an eine bestimmte VM-Familie in einer bestimmten Region — im Gegenzug für den tiefsten Rabatt. Azure Savings Plans für Compute verpflichten Sie zu festen stündlichen Ausgaben (in Dollar pro Stunde) über mehrere berechtigte Compute-Dienste hinweg, und dieser Rabatt wird automatisch auf das angewendet, was Sie tatsächlich betreiben — VMs, Container Instances, Azure Functions Premium und mehr. RIs belohnen die Vorhersagbarkeit der Form, Savings Plans die Vorhersagbarkeit der Ausgaben bei deutlich höherer Flexibilität.

Wann sollte ich Azure Spot-VMs statt eines Commitments nutzen?

Nutzen Sie Spot für unterbrechungstolerante Workloads: Batch-Verarbeitung, CI/CD-Agenten, Rendering, Big-Data-Jobs sowie zustandslose oder mit Checkpoints versehene Compute-Lasten. Spot-Instanzen können mit rund 30 Sekunden Vorlauf entzogen werden, wenn Azure die Kapazität zurückbenötigt — daher sind sie für Produktionsdatenbanken, zustandsbehaftete Einzelinstanzen oder Dienste mit engem SLA ungeeignet. Spot ist ein Kapazitätsrabatt, kein Commitment, und ergänzt damit konzeptionell Ihre Grundlast-Abdeckung.

Kann ich Reserved Instances, Savings Plans und Spot in einer Strategie kombinieren?

Ja, und das sollten Sie. Das ausgereifte Muster: Decken Sie Ihre stabile Dauerlast mit Reserved Instances oder Savings Plans ab, nutzen Sie Savings Plans flexibel für die variable, aber planbare Schicht, und betreiben Sie unterbrechbare oder lastspitzenartige Workloads auf Spot. Azure wendet zuerst den RI-Vorteil und dann den Savings-Plan-Vorteil an, sodass sich die Schichten nicht in die Quere kommen. Ziel ist eine hohe Abdeckung der Grundlast, ohne sich auf Kapazität festzulegen, die Sie womöglich nicht nutzen.

Was passiert mit meinem Savings Plan, wenn ich eine VM-Familie nicht mehr nutze?

Nichts bricht zusammen. Da ein Savings Plan ein Commitment auf Dollar pro Stunde ist und nicht auf eine Ressourcenform, wird der Rabatt schlicht auf andere berechtigte Compute-Last angewendet, die Sie betreiben. Genau das ist der zentrale Vorteil gegenüber Reserved Instances, die an VM-Familie und Region gebunden sind und bei Architekturänderungen ungenutzt bleiben können. Der Preis dafür: Der maximale Savings-Plan-Rabatt liegt in der Regel unter dem maximalen RI-Rabatt.

Wie entscheide ich zwischen einem ein- und einem dreijährigen Azure-Commitment?

Richten Sie die Laufzeit nach Ihrer Sicherheit aus. Dreijahreslaufzeiten erschließen die tiefsten Rabatte, setzen aber voraus, dass Workload, Region und Architektur über diesen Zeitraum stabil bleiben — eine starke Annahme während einer Cloud-Migration oder aktiven Modernisierung. Einjahreslaufzeiten kosten pro Stunde mehr, bewahren aber Handlungsspielraum. Wir empfehlen Dreijahres-Commitments grundsätzlich nur für echte Steady-State-Plattformen und ein Jahr für alles, was sich noch entwickelt.

Gelten Azure-Commitments auch für GPU- und KI-Workloads?

Einige GPU-VM-Familien sind für Reserved Instances und Savings Plans berechtigt, doch GPU- und KI-Kapazität ist knapper und die Preise bewegen sich schneller, weshalb pauschale Dreijahres-Commitments riskanter sind. Für Training und Batch-Inferenz mit Checkpoints ist Spot-GPU-Kapazität häufig der größere Hebel. Für stabile Produktions-Inferenz ist meist ein kürzeres Commitment plus Spot für die elastische Last die bessere Balance.