Reserved Instances Optimierungsleitfaden

Reserved Instances (AWS), Reservations (Azure) und Committed Use Discounts (GCP) sind der größte Hebel, um die Kosten stabiler Cloud-Arbeitslasten zu senken. Ein 1-Jahres-Commitment spart typischerweise 30 bis 40 Prozent auf On-Demand, ein 3-Jahres-Commitment 50 bis 72 Prozent — Einsparungen, die bei einer Arbeitslast mit 10.000 $ monatlich 36.000 bis 86.000 $ pro Jahr freisetzen können.

Was ist eine Reserved Instance?

Eine Reserved Instance (RI) ist kein separater Instanztyp — sie ist ein Abrechnungsrabatt, der auf On-Demand-Verbrauch angewendet wird, der den Spezifikationen der Reservierung entspricht. Sie starten weiterhin dieselbe VM wie immer; das Abrechnungssystem des Cloud-Anbieters wendet den rabattierten Satz auf die übereinstimmenden Nutzungsstunden an. Unbenutzte Reservierungen rollen nicht über, daher ist das Ziel, das Commitment auf den Basisverbrauch zu dimensionieren, nicht auf die Spitze.

Die drei Commitment-Zeiträume

Die 1-Jahres No Upfront-Option ist der sicherste Startpunkt: keine Barauslage, und das Commitment kann innerhalb der Instanzfamilie getauscht werden, wenn sich die Arbeitslast ändert. Wechseln Sie zu 3-Jahres All Upfront nur für Arbeitslasten, von denen Sie sicher sind, dass sie unverändert über die volle Laufzeit laufen, da die Break-Even-Punkte typisch 12 bis 15 Monate sind.

Reservierungen staffeln

Ein häufiger Fehler ist es, die gesamte Flotte am selben Startdatum zu committen, was ein ganz-oder-gar-nicht Erneuerung 12 oder 36 Monate später erzwingt. Stattdessen staffeln Sie Reservierungen:

1. Monat 1 — committen Sie 30 Prozent des Basisverbrauchs als 1-Jahres-Reservierung.
2. Monat 2 — committen Sie weitere 30 Prozent, ebenfalls 1-Jahres.
3. Monat 3 — committen Sie die restlichen 30 bis 40 Prozent.

Nach 12 Monaten erneuern Sie jeden Monat ein Drittel Ihrer Reservierungen statt der gesamten Flotte, was Ihnen Raum gibt, Right-Sizing vorzunehmen, Instanzfamilien zu wechseln oder Anbieter zu migrieren, ohne committete Ausgaben zu binden.

Savings Plans vs Reserved Instances

Bei AWS und Azure ist die moderne Alternative zu RI ein Savings Plan. Ein Savings Plan committet einen Dollar-pro-Stunde-Verbrauch statt einer spezifischen Instanzfamilie, sodass der Rabatt über jede Instanzgröße oder -familie in der committeten Region gilt. Der Rabatt ist etwas niedriger (bis zu 66% bei AWS Compute Savings Plans vs 72% bei RI), aber die Flexibilität ist es wert für Teams, deren Instanzmix sich über die Zeit ändert.

GCP Committed Use Discounts

GCP funktioniert anders. Sustained-Use-Rabatte (SUDs) werden automatisch angewendet, wenn eine VM mehr als 25% des Monats läuft, wobei der Rabatt auf bis zu 30% bei 100% Auslastung hochskaliert — kein Commitment erforderlich. Committed Use Discounts (CUDs) stapeln sich obendrauf für zusätzliche 21 bis 57% Rabatt.

Häufige Fehler, die Sie vermeiden sollten

• Übercommitten — mehr als Ihre Basis zu committen bedeutet, für ungenutzte Stunden zu zahlen. Committen Sie immer auf den 30-Tage-Durchschnitt, nicht auf die Spitze.
• Convertible RIs ignorieren — AWS Convertible RIs kosten etwas mehr, können aber ohne Strafe gegen eine andere Instanzfamilie, Region oder ein anderes Betriebssystem getauscht werden.
• RI-Ablauf vergessen — setzen Sie 30 Tage vor Ablauf jeder Reservierung Kalendererinnerungen, damit Sie erneuern oder verkleinern können, bevor der Rabatt endet.
• Spot und RI für dieselbe Instanz mischen — wenn ein Teil Ihrer Arbeitslast auf Spot läuft, reservieren Sie nicht denselben Instanztyp; der RI-Rabatt wird verschwendet, wenn die Instanz auf Spot ist.

Siehe den AWS vs Azure Compute-Vergleich für die spezifischen Reservierungsersparnisse pro Instanz und die Kostenoptimierungsleitfäden-Übersicht für die nächste Einsparungsschicht.