Azure: Reservierung oder Savings Plan?

Inhalt geprüft am 29. Oktober 2026

Ein Team schaltet seine Entwicklungs-VMs nachts regelmäßig ab und erwartet durch einen Savings Plan weitere Einsparungen. Das Angebot wirkt attraktiv, weil es einen niedrigeren Stundentarif zeigt. Die Zusage gilt jedoch für jede Stunde, während die Entwicklungsumgebung nur einen Teil des Tages läuft. Eine zu hohe Zusage kann dazu führen, dass das Unternehmen mehr bezahlt als bei bedarfsabhängiger Abrechnung.

Wählen Sie eine Reservierung oder einen Savings Plan anhand des stündlichen Verbrauchs nach Beseitigung von Verschwendung, nicht anhand der gesamten Monatsrechnung. Der höchste Rabatt bedeutet nicht automatisch die niedrigsten Gesamtkosten. Wir unterscheiden Auslastung und Abdeckung, berechnen die Gewinnschwelle und zeigen, welche Kosten nicht doppelt angesetzt werden dürfen.

Dieser Artikel behandelt Azure Savings Plan for compute und Compute-Reservierungen. Microsoft unterscheidet inzwischen auch einen Datenbank-Savings-Plan; dessen berechtigte Dienste und Preiskomponenten sind anders. Übertragen Sie Compute-Regeln daher nicht allein wegen ähnlicher Namen auf Datenbankprodukte. Der aktuelle Überblick zu Savings Plans grenzt beide Angebote ab.

Was Sie bei den einzelnen Varianten kaufen

Reservierungen und Savings Plan gewähren Preisvorteile gegen eine Zusage. Sie ersetzen keine richtige Ressourcenkonfiguration und reduzieren nicht von selbst die benötigte Anzahl an VMs. Auch ein Compute Savings Plan garantiert keine Rechenzentrumskapazität; diese Grenze nennen die Azure-Produkt-FAQ ausdrücklich.

Microsoft empfiehlt in seiner Entscheidungshilfe, zunächst Ressourcen richtig zu dimensionieren und ungenutzte Ressourcen zu entfernen, danach bestehende Zusagen zu prüfen und erst anschließend neue zu kaufen. Andernfalls binden Sie sich langfristig an genau den Verbrauch, den Sie abschaffen wollen.

Für das Finanzteam lohnt sich eine Aufteilung in zwei Fragen: Wie viel Infrastruktur brauchen wir tatsächlich, und wie bezahlen wir ihren nachgewiesenen Sockel? Architektur und Betrieb beantworten die erste, das Preismodell die zweite. Ein gekaufter Rabatt belegt nicht, dass ein überdimensionierter Server korrigiert wurde.

Eine stündliche Zusage ist kein Monatsguthaben

Savings Plan wendet den Vorteil stundenweise an. Der ungenutzte Anteil einer Stunde wird weder auf den Abend noch auf den Folgetag oder das Monatsende übertragen. Berechtigter Verbrauch wird mit dem jeweils geltenden Plantarif auf die Zusage angerechnet. Vergleichen Sie diese daher nicht schematisch mit nominalen On-demand-Ausgaben.

Treffen Reservierung und Plan zusammen, wird auf passenden Verbrauch zuerst die Reservierung angewendet. Erst der Rest kann Savings Plan nutzen. Diese Regeln und die regelmäßig aktualisierten Preise beschreibt die Anwendung von Savings-Plan-Rabatten.

Die praktische Folge: Kaufen Sie im Januar einen Plan auf Basis des heute ungedeckten Verbrauchs und decken im Februar denselben stabilen Sockel durch eine Reservierung ab, bleibt dem ursprünglichen Plan möglicherweise weniger Verbrauch. Simulieren Sie beide Käufe gemeinsam. Die Rabatte von Reservierung und Savings Plan addieren sich nicht einfach auf dieselbe Compute-Einheit.

Eigene Berechnung: Wenn der Rabatt eine zeitgesteuerte VM verteuert

Das folgende Modell verwendet erfundene Tarife in Geldeinheiten, keine aktuellen Microsoft-Preise. Wir unterstellen eine konstante VM-Größe, denselben Geltungsbereich, keine anderen berechtigten Ressourcen, keine Reservierung und unveränderte Tarife. Berechnet wird ausschließlich Compute ohne Software, Datenträger, Netzwerk, Steuern oder Währungseffekte.

Der On-demand-Betrieb kostet 1 Einheit pro Stunde. Der Plantarif beträgt für dieselbe Leistung 0,60 Einheiten pro Stunde, also einen angenommenen Rabatt von 40 %. Wir kaufen eine Zusage von 0,60 für jede der 24 Tagesstunden. Sie kostet täglich 14,40 Einheiten, unabhängig von der Laufzeit dieser einzelnen VM.

In der dritten Zeile führt der niedrigere angebotene Tarif nicht zu niedrigeren Tageskosten. Die Zusage ist für diese isolierte Last zu groß. Gibt es während der freien Stunden anderen berechtigten Verbrauch im selben Geltungsbereich, kann sich das Ergebnis allerdings ändern. Das Modell beweist daher nicht, dass Savings Plan für Entwicklung generell ungeeignet ist. Es zeigt, warum der stündliche Gesamtverlauf der berechtigten Umgebung geprüft werden muss.

Die Gewinnschwelle in diesem Modell

Die Zusagekosten von 14,40 entsprechen bei täglich 14,4 Betriebsstunden den On-demand-Kosten. Bei genau dieser Laufzeit entsteht keine Ersparnis. Die genannten 40 % sind die maximale modellierte Ersparnis bei voller Auslastung, keine automatische Ersparnis mit Vertragsabschluss.

Für diesen vereinfachten Fall gilt: erforderliche Auslastung an der Gewinnschwelle = Plantarif / vergleichbarer On-demand-Tarif. Hier also 0,60 / 1,00 = 60 %. Dies ist unsere eigene Ableitung aus den beschriebenen Annahmen. Bei mehreren Verbrauchszählern, Preisänderungen und bestehenden Zusagen brauchen Sie eine stündliche Simulation realer Daten. Ein allgemeingültiger Prozentsatz für das gesamte Azure-Konto lässt sich daraus nicht ableiten.

Auslastung und Abdeckung beantworten unterschiedliche Fragen

Die Auslastung der Zusage zeigt, ob Sie das verbraucht haben, zu dessen Kauf Sie sich verpflichtet haben. Als Abdeckung bezeichnen wir hier den Anteil des untersuchten berechtigten Verbrauchs, der einen Zusagevorteil erhalten hat. Geben Sie im Bericht an, ob Sie das Verhältnis anhand von Leistungseinheiten, dem On-demand-Referenzwert oder einer anderen Basis berechnen. Unterschiedliche Grundlagen gehören nicht in dieselbe Prozentzahl.

Laut Dokumentation des Auslastungsberichts kann die erste Datenanzeige bis zu 48 Stunden dauern. Später kommt weitere Verarbeitungsverzögerung hinzu. Bewerten Sie einen neuen Plan deshalb nicht nur anhand der ersten Stunden und mischen Sie unvollständige Daten nicht mit abgeschlossenen Zeiträumen.

Eine Reservierung muss nicht auf eine exakte Größe festgelegt sein

Beim Flexibilitätsvergleich wird Instance Size Flexibility häufig übersehen. Eine unterstützte Reservierung kann auf verschiedene kompatible Größen innerhalb der jeweiligen Gruppe und Region angewendet werden. Die Anzahl abgedeckter Instanzen hängt von den Größenverhältnissen ab. Eine größere und zwei kleinere VMs lassen sich daher nicht allein nach ihrer Anzahl vergleichen.

Prüfen Sie die genauen Gruppen und Verhältnisse in der Dokumentation zu Instance Size Flexibility. Zwei Größen mit dem Buchstaben D im Namen müssen nicht derselben Flexibilitätsgruppe angehören. Halten Sie vor einer Migration ursprüngliche und künftige SKU, Region und konkrete Kompatibilitätsregel fest.

Drei Betriebssituationen

• Stabiler Datenbankserver auf einer Azure-VM: Vergleichen Sie die Reservierung seines Compute-Sockels mit einem Plan und prüfen Sie die Softwarelizenz getrennt. Ein Größenwechsel innerhalb einer geprüften kompatiblen Gruppe muss die Reservierung nicht entwerten.
• Schrittweiser Umzug von Anwendungen aus VMs in einen anderen berechtigten Compute-Dienst: Savings Plan kann breiter nutzbar sein. Prüfen Sie aber Zieldienst und tatsächlichen Verbrauchszähler; das Wort Cloud allein begründet keinen Anspruch.
• Entwicklung nur an Werktagen: Berechnen Sie das Stundenprofil gemeinsam mit den anderen Ressourcen. Der Monatsdurchschnitt verdeckt ungenutzte Nächte und Wochenenden.

Compute von Windows, SQL und anderen Gebühren trennen

Ein Compute Savings Plan deckt nicht automatisch den gesamten Preis einer Windows-VM ab. Microsoft führt eine eigene Übersicht der Software-Verbrauchszähler außerhalb des Plans. Auch Datenträger-, Netzwerk- und weitere Dienstkosten sind kein verbleibender Compute-Verbrauch, den der Rabatt abdecken müsste.

Azure Hybrid Benefit ist eine andere Ebene. Mit qualifizierenden Rechten kann er in einem unterstützten Szenario die Windows- oder SQL-Lizenzkomponente abdecken. Sie dürfen jedoch nicht erst die Lizenzkomponente vom Referenzpreis abziehen und sie anschließend ein zweites Mal als zusätzliche Einsparung aus derselben Basis ausweisen. Die Windows-Regeln behandeln wir in Azure Hybrid Benefit: Wie viele Kerne benötigen Sie?.

Ein Arbeitsangebot sollte deshalb getrennte Positionen für Compute, Software, Speicher, Netzwerk, sonstige Dienste und ungenutzte Zusagen enthalten. So lässt sich erklären, warum Compute günstiger wird, die Gesamtrechnung durch mehr Datenträger oder Übertragungen aber nicht sinkt.

Das Ergebnis anhand amortisierter Kosten prüfen

Tatsächliche Zahlungen beantworten eine andere Frage als die wirtschaftlichen Kosten des verbrauchten Dienstes. Zahlen Sie eine Zusage im Voraus, brauchen Sie für die interne Verteilung auch ihre Amortisation. Ein Blick nur auf den entfallenen oder niedrigeren laufenden VM-Preis kann die Kosten des bereits gekauften Vorteils verbergen.

Die Microsoft-Anleitung zur Kostenverrechnung arbeitet mit Amortized Cost und der Zuordnung auf Ressourcen. Sie beschreibt den ungenutzten Teil der Zusage als ChargeType=UnusedSavingsPlan und PricingModel=SavingsPlan. Beziehen Sie ihn in das wirtschaftliche Ergebnis ein, statt ihn als vermeintlich sachfremde Position herauszufiltern.

Halten Sie Geltungsbereich, Zeitraum und Kostenbasis im Vergleich konstant. Addieren Sie nicht nochmals die Kaufzahlung aus Actual Cost zu allen amortisierten Beträgen desselben Zeitraums. Benennen Sie statt einer pauschalen Azure-Ersparnis von X Prozent die Vergleichsbasis: Verbrauchszähler, Tarif, Verbrauch und ungenutzte Zusage.

Änderungsmöglichkeiten vor dem Kauf prüfen

Ein Compute Savings Plan ist keine fortlaufend anpassbare Monatsbestellung. Der aktuelle Überblick hält fest, dass ein gekaufter Plan weder storniert noch erstattet werden kann. Monatliche Raten machen aus einer langfristigen Zusage kein monatliches Kündigungsrecht.

Unterscheiden Sie bei Reservierungen zwischen Umtausch, Rückgabe, Instance Size Flexibility und Trade-in gegen Savings Plan. Das sind keine Synonyme. Die aktuellen Trade-in-Regeln beschreiben auch Umtauschänderungen ab dem 1. Februar 2027 sowie die Vorgabe, dass die neue Gesamtzusage mindestens der verbleibenden Zusage der eingetauschten Reservierung entsprechen muss. Prüfen Sie konkrete Rechte nach Produkt und Kaufdatum.

Was eine Freigabevorlage enthalten sollte

1. Eine Liste berechtigter Ressourcen und Verbrauchszähler nach Entfernung ungenutzter Ressourcen und geplanter Größenanpassung.
2. Stundendaten einschließlich Nächten, Wochenenden, Saisonalität und geplanter Migrationen; eine Monatssumme reicht nicht.
3. Ein Modell bestehender Reservierungen und Pläne, ihrer Geltungsbereiche und Enddaten. Neue Käufe werden erst gegen den Restverbrauch gerechnet.
4. Einen Vergleich mit denselben Vertragstarifen sowie getrennten Software- und sonstigen Kosten.
5. Ein konservatives, ein erwartetes und ein Rückgangsszenario, jeweils mit tatsächlichen Kosten einschließlich ungenutzter Zusage.
6. Einen verantwortlichen Eigentümer, Prüftermin und Regeln für Infrastrukturänderungen, die die Zusage entwerten könnten.

Eine solche Vorlage erlaubt eine Reservierung für den stabilen Sockel, einen kleineren Savings Plan für einen ausreichend vorhersehbaren Rest oder vorerst weiter On-demand. Die Entscheidung beruht auf nachgewiesenem Betrieb, nicht auf dem Rabatt neben der Schaltfläche Kaufen.