Reservierungen sind der größte einzelne Rabatthebel in Azure — und gleichzeitig der, bei dem sich Fehler am längsten halten. Wer sich festlegt, legt sich für ein oder drei Jahre fest. Das ist attraktiv, wenn die Grundlage stimmt, und teuer, wenn sie es nicht tut.
Azure Reserved Instances senken die Kosten für virtuelle Maschinen gegenüber der nutzungsbasierten Abrechnung erheblich — Microsoft nennt für ein Beispiel mit 36 Monaten Laufzeit bis zu 72 Prozent. Voraussetzung ist eine Grundlast, die über die gesamte Laufzeit bestehen bleibt. Sie lohnen sich für stabile, dauerhaft laufende Systeme; für schwankende oder unklare Lasten sind Sparpläne die flexiblere Wahl. Der wichtigste Schritt kommt vor beidem: erst die Umgebung aufräumen, dann reservieren.
Microsoft 365 zum Festpreis
Effiziente Zusammenarbeit und produktives Arbeiten mit Microsoft 365
Was eine Reservierung eigentlich ist
Eine Reservierung ist kein technisches Objekt, sondern eine Abrechnungsvereinbarung. An der Umgebung ändert sich nichts: Dieselbe virtuelle Maschine läuft weiter, in derselben Größe, in derselben Region. Nur der Preis, mit dem der Verbrauch verrechnet wird, ist ein anderer.
Man verpflichtet sich, eine bestimmte Kapazität für ein oder drei Jahre abzunehmen, und erhält dafür einen Nachlass gegenüber dem nutzungsbasierten Preis. Bezahlt wird wahlweise im Voraus oder monatlich — der Rabatt ist bei beiden Wegen derselbe, was die Vorauszahlung für die meisten Betriebe unattraktiv macht: Sie bindet Liquidität ohne Gegenleistung.
Wichtig ist, was nicht reserviert wird: Speicher, ausgehender Datenverkehr und die meisten Plattformdienste bleiben außen vor. Eine Reservierung wirkt auf den Rechenanteil, und der ist zwar meist der größte Posten, aber eben nicht die ganze Rechnung.
Die Zahlen
Microsoft gibt für reservierte VM-Instanzen Einsparungen von bis zu 72 Prozent gegenüber der nutzungsbasierten Abrechnung an. Der Wert stammt aus einem konkreten Beispiel — einer M64ls-Instanz für SUSE Linux Enterprise in der Region USA Osten über 36 Monate — und ist damit ein Maximalwert, kein Durchschnitt. Für typische mittelständische Workloads liegen die tatsächlichen Werte darunter, sind aber weiterhin erheblich.
| Modell | Bindung | Flexibilität | Rabatthöhe |
|---|---|---|---|
| Nutzungsbasiert | keine | vollständig | keiner |
| Sparplan | 1 oder 3 Jahre, auf einen Stundenbetrag | hoch — gilt über Instanztypen und Regionen hinweg | mittel |
| Reservierung | 1 oder 3 Jahre, auf konkrete Kapazität | gering — an Typ und Region gebunden | am höchsten |
Microsoft formuliert die Abwägung in der eigenen Dokumentation knapp: Bei vollständiger Nutzung bieten Reservierungen die größtmöglichen Einsparungen. Der Zusatz „bei vollständiger Nutzung“ ist der entscheidende Teil des Satzes — er beschreibt genau die Bedingung, an der die Rechnung in der Praxis scheitert.
Werden beide Modelle kombiniert, greifen zuerst die Reservierungen, weil sie den höheren Rabatt tragen; der Sparplan fängt auf, was darüber hinausgeht. Diese Reihenfolge ist fest und muss nicht konfiguriert werden.
Wann sie sich rechnen — und wann nicht
Gute Kandidaten
- + Domaincontroller, Dateidienste, ERP-Datenbanken
- + Systeme, die seit über einem Jahr unverändert laufen
- + Produktivumgebungen mit stabiler Grundlast
- + Alles, wofür es keinen Abschaltplan gibt
Schlechte Kandidaten
- − Test- und Entwicklungsumgebungen
- − Projektbezogene Systeme mit absehbarem Ende
- − Alles vor einer geplanten Migration oder Modernisierung
- − Umgebungen, die noch nie auf Auslastung geprüft wurden
Die letzte Zeile rechts ist die wichtigste, und sie wird am häufigsten übersehen.
Der Reihenfolge-Fehler
Reservierungen berechnen sich auf die Kapazität, die man bestellt — nicht auf die, die man braucht. Wer eine Umgebung reserviert, die zu einem erheblichen Teil aus überdimensionierten Maschinen und vergessenen Systemen besteht, kauft genau diese Verschwendung ein. Mit Rabatt zwar, aber für drei Jahre und verbindlich.
Der Rabatt fühlt sich dann wie ein Erfolg an: Die Rechnung sinkt spürbar, das Projekt gilt als erledigt. Tatsächlich ist der Fehler nur eingefroren worden — und er lässt sich nicht mehr korrigieren, ohne die Reservierung selbst anzufassen.
Die richtige Reihenfolge ist deshalb immer dieselbe: erst die Auslastungsdaten ansehen, überdimensionierte Maschinen verkleinern, ungenutzte abschalten, Test- und Entwicklungssysteme mit Zeitplänen versehen. Erst wenn die Umgebung dem tatsächlichen Bedarf entspricht, wird reserviert — auf die bereinigte Grundlast, nicht auf den Ist-Zustand.
Ein Rechenbeispiel zur Auslastungsfrage
Warum „bei vollständiger Nutzung“ der entscheidende Halbsatz ist, zeigt eine einfache Gegenüberstellung. Angenommen, eine Maschine kostet nutzungsbasiert 400 € im Monat, und die Reservierung senkt diesen Preis um 40 Prozent auf 240 €.
| Tatsächliche Nutzung | Ohne Reservierung | Mit Reservierung | Ergebnis |
|---|---|---|---|
| durchgehend | 400 € | 240 € | 160 € gespart |
| nur werktags, 12 Std. | ~110 € | 240 € | 130 € Mehrkosten |
| System nach 8 Monaten abgelöst | 0 € danach | 240 € weiter | Bindung läuft weiter |
Die mittlere Zeile ist der Fall, der in der Praxis am häufigsten übersehen wird. Eine Maschine, die man ohnehin nachts und am Wochenende abschalten könnte, wird durch eine Reservierung nicht günstiger — sie wird teurer, weil die Reservierung unabhängig von der Laufzeit berechnet wird. Der Rabatt gilt auf den Preis, nicht auf die Nutzung.
Daraus folgt eine brauchbare Faustregel: Reservieren, was ohnehin durchläuft. Abschalten, was nicht durchlaufen muss. Beides zusammen an derselben Maschine schließt sich aus, und die Entscheidung darüber fällt vor dem Kauf.
Der zweite Hebel: vorhandene Lizenzen einbringen
Wer Windows-Server- oder SQL-Server-Lizenzen mit aktiver Software Assurance besitzt, kann sie in Azure weiterverwenden, statt die Lizenzkosten im Stundenpreis erneut zu zahlen. Microsoft gibt für diesen Azure-Hybridvorteil Einsparungen von bis zu 76 Prozent gegenüber der nutzungsbasierten Abrechnung an.
Der Hebel wird regelmäßig übersehen, weil er in der Zuständigkeit zwischen zwei Bereichen liegt: Wer die Cloud-Kosten verantwortet, weiß oft nicht, welche Lizenzen im Haus vorhanden sind — und wer die Lizenzen verwaltet, sieht die Cloud-Rechnung nicht. Beides zusammenzubringen ist ein Nachmittag Arbeit und wirkt dauerhaft.
Kombinieren lässt sich der Hybridvorteil mit Reservierungen: Die Reservierung senkt den Preis für die Rechenleistung, der Hybridvorteil entfernt den Lizenzanteil. Beide Effekte addieren sich, was die häufig zitierten Maximalwerte erklärt.
Wer die Reservierung im Blick behält
Eine Reservierung ist gekauft und danach unsichtbar. Sie erscheint nicht als eigene Position im Betrieb, sie erzeugt keine Meldung, und sie meldet sich auch nicht, wenn die zugrunde liegende Maschine längst abgeschaltet wurde. Genau das passiert regelmäßig: Ein System wird abgelöst, die Reservierung läuft weiter und verrechnet sich gegen — nichts.
Zwei Termine gehören deshalb in den Kalender, sobald eine Reservierung abgeschlossen ist. Der erste liegt etwa nach der Hälfte der Laufzeit und prüft, ob die reservierte Kapazität überhaupt noch genutzt wird. Der zweite liegt zwei bis drei Monate vor Ablauf und beantwortet die Frage, ob verlängert wird — mit denselben Zahlen, die beim ersten Kauf zugrunde lagen, nur aktualisiert. Beides zusammen kostet zwei Stunden im Jahr.
Modern Cloud Infrastructure
Zukunftssichere IT-Infrastruktur für Ihr Unternehmen
Was passiert, wenn sich die Lage ändert
Reservierungen sind nicht vollständig starr. Innerhalb bestimmter Grenzen lassen sie sich auf andere Instanztypen oder Regionen übertragen, und ein Rückgabefenster gibt es ebenfalls — allerdings mit Deckelung. Wer sich darauf verlässt, plant falsch: Die Flexibilität ist eine Notlösung, kein Bestandteil der Kalkulation.
Praktisch bewährt sich ein gestaffeltes Vorgehen. Statt die gesamte Umgebung auf einmal für drei Jahre festzulegen, wird zunächst der unstrittige Kern reserviert — die Systeme, bei denen niemand ernsthaft mit einer Änderung rechnet. Der Rest folgt in einer zweiten Runde, wenn die Erfahrung mit dem ersten Schritt vorliegt. Der entgangene Rabatt in der Zwischenzeit ist deutlich kleiner als der Schaden einer falsch dimensionierten Dreijahresbindung.
Ebenso gehört ein Termin in den Kalender: Reservierungen laufen aus, und sie verlängern sich nicht automatisch zu denselben Konditionen. Wer das Ende verpasst, zahlt ab dem Folgetag wieder den vollen nutzungsbasierten Preis — ohne Hinweis und ohne dass sich technisch etwas ändert.
Häufige Fragen
Wie viel spart eine Azure-Reservierung wirklich?
Microsoft nennt bis zu 72 Prozent gegenüber der nutzungsbasierten Abrechnung, bezogen auf ein konkretes Beispiel mit 36 Monaten Laufzeit. Das ist ein Maximalwert. Die tatsächliche Ersparnis hängt an Instanztyp, Region, Laufzeit und vor allem daran, ob die reservierte Kapazität durchgehend genutzt wird.
Was ist der Unterschied zwischen Reservierung und Sparplan?
Eine Reservierung bindet an konkrete Kapazität in einer Region und liefert dafür den höchsten Rabatt. Ein Sparplan bindet nur an einen Stundenbetrag und gilt flexibel über Instanztypen und Regionen hinweg, dafür fällt der Nachlass geringer aus. Microsoft empfiehlt Reservierungen bei stabiler, vollständig genutzter Kapazität und Sparpläne, wenn sich die Umgebung noch verändert.
Kann man eine Reservierung rückgängig machen?
Innerhalb gewisser Grenzen ja — es gibt Möglichkeiten zum Tausch und zur Rückgabe, letztere gedeckelt. Darauf sollte die Planung aber nicht aufbauen. Die Bindung über ein oder drei Jahre ist der Kern des Modells und der Grund für den Rabatt.
Lohnt sich eine Reservierung für Testumgebungen?
In aller Regel nicht. Testsysteme sind die besten Kandidaten für zeitgesteuertes Abschalten — außerhalb der Arbeitszeit laufen sie nicht, und was nicht läuft, kostet nichts. Eine Reservierung würde genau diesen Vorteil aufheben, weil sie die Kapazität unabhängig von der Nutzung berechnet.
Was ist der Azure-Hybridvorteil?
Die Möglichkeit, vorhandene Windows-Server- oder SQL-Server-Lizenzen mit aktiver Software Assurance in Azure weiterzuverwenden, statt den Lizenzanteil im Stundenpreis erneut zu zahlen. Microsoft gibt dafür Einsparungen von bis zu 76 Prozent gegenüber der nutzungsbasierten Abrechnung an. Er lässt sich mit Reservierungen kombinieren.
