Azure Reserved Instances vs Savings Plans: Der Unterschied für KMU

Wenn Sie vorhersehbare Workloads in Azure betreiben, zahlen Sie mit hoher Wahrscheinlichkeit mehr als nötig. Pay-as-you-go ist die Standardeinstellung – und die teuerste Art, Rechenleistung einzukaufen. Microsoft bietet zwei Wege, ein Nutzungs-Commitment gegen 30 bis 70 Prozent Rabatt einzutauschen. Doch beim Vergleich von Azure Reserved Instances vs Savings Plans bleibt der entscheidende Unterschied für die meisten KMU unklar – sie wählen das Falsche und binden Geld in einem Commitment, aus dem sie nicht leicht wieder herauskommen.

Dieser Beitrag erklärt den Unterschied in klaren Worten: worauf Sie sich mit jeder Option festlegen, wann welche die bessere Wahl ist, wie die Ausstiegs- und Umtauschregeln aussehen und was jede Variante auf einer realen KMU-Azure-Rechnung ungefähr spart. Keine Feature-Tabelle – eine Entscheidung, die Sie tatsächlich treffen können.

Azure Reserved Instances vs Savings Plans: der Unterschied

Eine Reserved Instance legt Sie auf eine konkrete Ressource fest – eine bestimmte VM-Größe, in einer bestimmten Region, für ein oder drei Jahre – und bietet dafür den höchsten Rabatt. Ein Savings Plan legt Sie auf einen stündlichen Ausgabenbetrag fest (zum Beispiel 4 €/Stunde für Compute), ebenfalls für ein oder drei Jahre, und Azure verrechnet den Rabatt automatisch mit allen berechtigten Ressourcen, die Sie gerade betreiben.

Kurz gesagt: Eine Reserved Instance bedeutet mehr Rabatt bei weniger Flexibilität. Ein Savings Plan bedeutet etwas weniger Rabatt bei deutlich mehr Flexibilität. Alles Weitere ergibt sich aus diesem Kompromiss. Genau diese Abwägung auf Basis von Daten statt Bauchgefühl zu treffen, ist der Kern unseres Cloud-FinOps-Dienstes.

Reserved Instances: der tiefste Rabatt, die engste Bindung

Reserved Instances (RIs) bieten die größte Ersparnis, die Azure vergibt – bei manchen VM-Familien bis zu rund 70 Prozent gegenüber Pay-as-you-go bei dreijähriger Laufzeit. Im Gegenzug binden Sie sich an eine konkrete Konfiguration. Reservieren Sie eine D4s-v5-VM in West Europe, gilt der Rabatt genau dafür. Betreiben Sie etwas anderes, wird es zum vollen Preis abgerechnet.

RIs bringen echte Flexibilitätsfunktionen mit, die viele Unternehmen nicht kennen. Instanzgrößen-Flexibilität bedeutet, dass eine Reservierung für eine VM-Größe automatisch andere Größen derselben Familie abdeckt – eine Reservierung für eine große VM kann zwei mittlere abdecken. Sie können eine Reservierung außerdem umtauschen oder gegen Erstattung stornieren, wobei Microsoft Stornierungen inzwischen auf 50.000 € pro Jahr begrenzt und die Option auch zurückziehen kann. Die praktische Regel: Eine RI ist richtig, wenn Sie sicher wissen, dass ein Workload über die gesamte Laufzeit durchgehend und in stabiler Größe läuft.

Savings Plans: flexibel, aber lesen Sie das Kleingedruckte

Ein Compute Savings Plan stellt eine andere Frage. Statt "Welche VM betreiben Sie?" fragt er "Wie viel geben Sie pro Stunde aus, egal was Sie betreiben?" Sie legen sich auf einen Stundenbetrag fest, und Azure wendet den Rabattpreis auf berechtigtes Compute an – VMs, Container Instances, Azure Functions Premium, App Service – bis zu diesem Stundenbetrag. Nutzung darüber hinaus wird zu Pay-as-you-go abgerechnet.

Der Rabatt fällt geringer aus als bei einer vergleichbaren RI – typischerweise bis zu rund 65 statt 70 Prozent – und der Haken, der viele überrascht: Ein Savings Plan lässt sich über die gesamte Laufzeit weder stornieren noch erstatten noch umtauschen. Sie sind an die stündliche Ausgabe gebunden. Damit wird die Dimensionierung des Commitments zur wichtigsten Entscheidung überhaupt: Setzen Sie es zu hoch an, zahlen Sie einen Rabattpreis für Kapazität, die Sie nie nutzen. Deshalb ist der sichere Weg, mit einem Plan nur Ihre stabile Grundlast abzudecken und die variable Spitze auf Pay-as-you-go zu belassen.

Ein konkretes Beispiel auf einer realen KMU-Rechnung

Nehmen wir ein Unternehmen mit 25 Mitarbeitenden und stabilem Azure-Fußabdruck: einige Produktions-VMs, ein Datenbankserver und ein App Service, zusammen rund 2.000 €/Monat bei Pay-as-you-go – etwa 24.000 € im Jahr.

• Nichts tun: 24.000 €/Jahr.
• Dreijähriger Savings Plan auf die stabile Grundlast (davon ca. 1.500 €/Monat): rund 40–50 Prozent Rabatt auf diesen Anteil, also grob 7.000–9.000 € Ersparnis pro Jahr – mit der Freiheit, diese VMs zu verkleinern oder neu zu plattformieren, ohne den Rabatt zu verlieren.
• Dreijährige Reserved Instances auf dieselben VMs (nur wenn sich deren Größe nicht ändert): etwas mehr Ersparnis, grob 8.000–10.000 € pro Jahr – aber Sie verlieren einen Teil davon in dem Moment, in dem Sie eine reservierte VM verkleinern oder migrieren.

Der Abstand zwischen beiden Optionen beträgt oft nur ein paar Hundert Euro im Monat – klein genug, dass für die meisten wachsenden KMU die Flexibilität des Savings Plans mehr wert ist als die paar Prozent Zusatzrabatt der RI. Der größere und häufigere Fehler ist, keines von beiden zu tun und die vollen 40–70 Prozent Jahr für Jahr liegen zu lassen.

Eine einfache Entscheidungsregel

Sie müssen sich nicht auf nur eine Option festlegen. Die stärkste Strategie kombiniert meist beide in Schichten:

• Reserved Instances für Workloads, die über die gesamte Laufzeit sicher unverändert laufen – ein Domänencontroller, eine geschäftskritische Datenbank, eine VM, die Sie nicht verkleinern werden.
• Ein Savings Plan für den Rest Ihrer stabilen Grundlast, bei dem Sie den Rabatt wollen, aber während der Laufzeit mit Größenänderungen, Re-Platforming oder Verschiebungen rechnen.
• Die variable Spitze – Dev/Test, saisonale Lastspitzen, alles, was Sie abschalten könnten – auf Pay-as-you-go belassen.

Die richtige Aufteilung hängt davon ab, Ihre tatsächliche stabile Grundlast korrekt zu prognostizieren – und hier hilft ein Blick von außen. Unser Managed-Cloud-Team führt diese Analyse als Teil der laufenden Kosten-Governance durch und behandelt Commitment-Käufe als dokumentierte, überprüfbare Entscheidung innerhalb Ihres IT-Governance-Prozesses – nicht als einmaliges Glücksspiel, das ein einzelner Admin am Freitagnachmittag eingeht.