AWS Saving Plans vs Reserved Instances: Welche Variante 2026 noch Sinn ergibt

AWS hat zwei Mechanismen, um EC2 (und Fargate, Lambda, SageMaker) guenstiger zu machen: Reserved Instances und Savings Plans. Klingt nach Wahl. Ist 2026 keine — fuer 95 % der Faelle ist Savings Plan die richtige Antwort, und der Rest ist Compliance- oder RI-Marketplace-Arbitrage.

Hier die ehrliche Aufschluesselung: was die Varianten kosten, wo der Lock-in zubeisst, und wie du den richtigen Commit-Level findest. Stand: 14. Mai 2026.

TL;DR

• Compute Savings Plan (CSP) ist 2026 die Default-Wahl. Gilt ueber EC2, Fargate, Lambda hinweg und ueber Instance-Familien. Rabatt ~30 % (1y) bis ~55 % (3y, All Upfront).
• EC2 Instance Savings Plan bindet dich an eine Family in einer Region, dafuer ~5-10 % mehr Rabatt als CSP.
• Standard Reserved Instances sind nur noch sinnvoll, wenn du sie ueber den RI-Marketplace zu Discount kaufen oder verkaufen willst.
• Convertible RIs sind faktisch tot — CSP macht dasselbe ohne Family-Lock.
• Faustregel: 1-Jahr CSP fuer ~70 % deiner Baseline, Rest On-Demand und Spot.

Die vier Optionen im Vergleich

Wichtig: Die Marketing-Rabattzahlen oben sind die Max-Werte (3y All Upfront). In der Praxis nehmen die meisten 1y No Upfront oder 1y Partial Upfront — da ist der Rabatt ~30 %.

Compute Savings Plan im Detail

Der Compute SP ist eine Verpflichtung in USD pro Stunde ueber einen Zeitraum (1 oder 3 Jahre). AWS rechnet dann den verbrauchten Compute zu Savings-Plan-Preisen ab — solange du dein Stunden-Commitment hast.

Beispiel: Du committest $1/h fuer 1 Jahr (~$8.760 total).

• Wenn deine tatsaechliche Compute-Nutzung pro Stunde > $1/h ist, wird die erste $1 zum SP-Preis abgerechnet, der Rest On-Demand.
• Wenn deine Nutzung < $1/h ist, zahlst du trotzdem $1/h (Commitment).

Praxis: Der Unterschied zwischen No und All Upfront ist ~3 Prozentpunkte. Fuer den Cashflow-Vorteil ist No Upfront 95 % der Zeit die richtige Wahl, ausser man hat ungenutzte Liquiditaet und will optimieren.

EC2 Instance Savings Plan

Der EC2 Instance SP gibt mehr Rabatt, aber du verpflichtest dich auf:

• Instance-Family (z. B. c7g)
• Region (z. B. eu-central-1)
• nicht aber Groesse, Tenancy oder OS

Wann lohnt der Instance-SP statt CSP?

• Du weisst, dass du c7g in eu-central-1 fuer drei Jahre brauchst
• Workload ist stabil, kein Family-Wechsel geplant
• Du willst die zusaetzlichen ~10 Prozentpunkte holen

Wann nicht?

• Du ueberlegst, in 12 Monaten auf c8g zu wechseln (kommt 2026)
• Du nutzt Fargate parallel — der zaehlt nicht zum Instance-SP
• Du willst Region wechseln (z. B. nach eu-west-1 wegen Stripe-Latenz)

Reserved Instances — warum sie 2026 fast tot sind

RIs gibt es weiter, aber:

• Standard RI = volle Instance-Festlegung (Family + Groesse + AZ-spezifisch oder nicht). Verkauf am Marketplace moeglich.
• Convertible RI = Family konvertierbar. ~5 Prozentpunkte weniger Rabatt als Standard.

Marketplace-Trick: Wenn du wirklich Cents holen willst, kannst du am AWS RI Marketplace gebrauchte Standard-RIs kaufen, die ehemalige Besitzer abstossen — manchmal mit Restlaufzeit 6 Monate zu 50 % des Listenpreises. Lohnt sich aber nur ab nennenswertem Volumen.

Rechnung: 10 c7g.2xlarge Instances ein Jahr

Annahme: 10 Instanzen 24/7 = 7.300 Instance-Stunden / Monat, 87.600 / Jahr.

Der EC2 Instance SP 1y All Upfront liefert hier $9.628 Ersparnis gegenueber OD — und du behaeltst die Flexibilitaet, Groessen zu aendern.

Wo der Lock-in zubeisst

Drei reale Szenarien, in denen Commit-Plaene wehtun:

1) Du wechselst die Instance-Familie. Du hast EC2 Instance SP fuer c7g. AWS kuendigt c8g mit 15 % besserer Performance an. Dein SP gilt nicht fuer c8g — du zahlst zwei Jahre auf c7g vorgewichtet, obwohl c8g insgesamt billiger waere.

2) Dein Traffic faellt. Du hast 1y All Upfront $1.500/Monat committed. Drei Monate spaeter verlierst du den Hauptkunden. Du zahlst weiter $1.500/Monat fuer ungenutztes Compute.

3) Du wechselst die Region. Du hast EC2 Instance SP fuer eu-central-1, willst nach Stripe- Ausfall in eu-west-1 verlegen. Der SP folgt nicht.

Der Compute SP ist hier eleganter — er gilt ueber Regionen und Familien, aber dafuer mit weniger Rabatt.

Coverage-Strategie: wie viel committen

Schaue auf das AWS Cost Explorer Coverage Report. Empfohlene Ratios:

Faustregel: Wenn du dir nicht sicher bist, nimm 1y No Upfront auf etwa 60 % deiner stabilen Compute-Baseline. Das ist der Punkt, an dem Rabatt und Risiko sich gut balancieren.

Fargate, Lambda und SageMaker

Der Compute SP gilt auch fuer:

• AWS Fargate: ECS und EKS in Fargate
• AWS Lambda: Provisioned Concurrency und reguliere Compute
• SageMaker Real-time Inference

Aber: der Rabatt bei Fargate/Lambda ist deutlich kleiner als bei EC2 (20 % statt 30 % bei 1y). Trotzdem sinnvoll, wenn du ein gemischtes Setup hast.

DACH-Praxis: Was wir typischerweise empfehlen

Fuer kleinere DACH-Teams (5-50 EC2-Instances):

1. Compute SP 1y No Upfront auf ~50-60 % der Baseline. Keine Vorauszahlung, ~27 % Rabatt, volle Service-Flexibilitaet.
2. Spot-Mix in ASG fuer den Rest. Mit Spot-Diversification ueber 3-4 Instance-Typen sinken Unterbrechungen unter 5 %.
3. Keine RIs. Die Komplexitaet rechtfertigt die zusaetzlichen 3-5 Prozentpunkte nicht.

Bei groesseren Workloads (>500 Instances): zusaetzlich EC2 Instance SP 3y All Upfront fuer die wirklich nicht-bewegliche Baseline.

Faustregel zum Mitnehmen

Wenn dein AWS-Bill fuer Compute > $2.000/Monat ist und Baseline stabil: starte mit Compute SP 1y No Upfront auf 60 %. Damit sparst du ohne Liquiditaetsverpflichtung und ohne Lock-in nennenswert. Alles darueber ist Optimierung — die Rendite sinkt schnell.

Quellen

• AWS Savings Plans Pricing
• AWS EC2 Reserved Instances
• AWS Compute Savings Plan vs RI
• AWS Cost Explorer Coverage Reports
• AWS Spot Instance Advisor

Pricing-Stand: 14. Mai 2026. AWS aktualisiert SP-Rabatte sporadisch ohne Ankuendigung — Aktualstand immer vor Commit pruefen.