Reserved Instances, Savings Plans und Spot

AWS bietet mehrere EC2-Kaufmodelle, die Flexibilität gegen Kosteneinsparungen abwägen. On-Demand wird sekundengenau ohne Verpflichtung abgerechnet — am flexibelsten, aber auch am teuersten. Reserved Instances ermöglichen bei einer Laufzeit von 1 oder 3 Jahren Einsparungen von bis zu 72 %. Savings Plans ermöglichen Einsparungen von bis zu 66 % bei einer flexiblen Verpflichtung zu einem stündlichen Ausgabenbetrag. Spot Instances nutzen freie Kapazität und ermöglichen Einsparungen von bis zu 90 %, können aber unterbrochen werden. Dedicated Hosts stellen physische Server zur Einhaltung von Lizenzvorgaben bereit, sind jedoch mit höheren Kosten verbunden. Für Kostenszenarien in der SAA-C03-Prüfung ist es entscheidend, jedes Modell zu verstehen.

Reserved Instances (RIs) sind ein Abrechnungsmodell und keine bestimmte Instance — sie gewähren einen Rabatt, der auf passende On-Demand-Instances in Ihrem Konto angewendet wird. RI-Typen: Standard RIs — höchster Rabatt (bis zu 72 %), die Instance-Familie kann jedoch nicht geändert werden. Convertible RIs — geringerer Rabatt (etwa 54 %), dafür können sie gegen eine andere Instance-Familie, ein anderes Betriebssystem oder eine andere Belegung ausgetauscht werden. Zahlungsoptionen: No Upfront (monatliche Zahlungen, geringste Bindung), Partial Upfront (niedrigerer effektiver Preis), All Upfront (niedrigster effektiver Stundenpreis). Wählen Sie Standard RIs für vorhersehbare, unveränderte Workloads.

Reserved Instances bieten zwei Gültigkeitsbereiche, die sich auf die Flexibilität auswirken. Der regionale Gültigkeitsbereich bietet innerhalb derselben Familie die Flexibilität bei der Instance-Größe — eine regionale m5-RI gilt für jede Größe (m5.small, m5.large usw.) in jeder AZ innerhalb der Region. Sie reserviert KEINE Kapazität. Der zonale Gültigkeitsbereich reserviert Kapazität in einer bestimmten AZ (Kapazitätsreservierung) und stellt dadurch sicher, dass Instances bei hoher Nachfrage verfügbar sind, bietet jedoch keine Flexibilität bei der Instance-Größe. Verwenden Sie den regionalen Gültigkeitsbereich, sofern Sie keine garantierte Kapazität benötigen (z. B. für Disaster Recovery oder ein striktes SLA).

Savings Plans sind ein flexibles Preismodell, bei dem Sie sich für 1 oder 3 Jahre zu einem Mindestbetrag pro Stunde (in US-Dollar) verpflichten. AWS wendet den Rabatt automatisch auf die zulässige Nutzung an. Es gibt zwei Typen: Compute Savings Plans (bis zu 66 % Einsparung) — gelten für EC2, Lambda und Fargate unabhängig von Instance-Familie, Region, Betriebssystem oder Belegung. EC2 Instance Savings Plans (bis zu 72 % Einsparung) — gelten innerhalb einer bestimmten Instance-Familie in einer bestimmten Region und bieten für weniger Flexibilität einen höheren Rabatt. Aufgrund ihrer Flexibilität werden Savings Plans für die meisten neuen Verpflichtungen gegenüber RIs empfohlen.

Wichtige Unterschiede als Entscheidungshilfe: RIs sind besser geeignet, wenn Sie Kapazitätsreservierungen benötigen (zonale RI), wenn Sie sehr vorhersehbare Workloads haben, bei denen sich die Instance-Familie nicht ändern wird, oder wenn Ihr älteres Konto bereits viele RIs enthält. Savings Plans sind für die meisten neuen Commitments besser geeignet, da sie automatisch auf neue Instance-Typen (z. B. Graviton) angewendet werden, ohne dass Sie RIs umtauschen müssen. AWS empfiehlt Savings Plans als modernen Ersatz für Compute-RIs. Für RDS, ElastiCache und Redshift sind Reserved Instances weiterhin das entsprechende Modell (für diese Services gibt es keine Savings Plans).

Spot Instances nutzen freie AWS-EC2-Kapazität und werden dynamisch nach Angebot und Nachfrage bepreist – typischerweise 60–90 % günstiger als On-Demand. AWS kann Spot Instances mit einer Vorwarnzeit von 2 Minuten zurückfordern, wenn die Kapazität benötigt wird. Geeignete Anwendungsfälle sind: Big-Data-Verarbeitung (EMR), CI/CD-Build-Agents, zustandslose Webanwendungen mit ELB, Training von Machine-Learning-Modellen (bei einer Unterbrechung das Modell-Checkpoint in S3 speichern) und Batch-Verarbeitungsjobs, die ihren Fortschritt per Checkpoint speichern. Entwickeln Sie Anwendungen so, dass sie mit den 2-minütigen Warnungen vor der Beendigung ordnungsgemäß umgehen können.

Um die Verfügbarkeit von Spot Instances zu maximieren und Unterbrechungen zu minimieren, setzen Sie auf Diversifizierung: Fordern Sie mehrere Instance-Typen über mehrere AZs hinweg an. Ein einzelner Spot-Pool (bestimmter Instance-Typ + AZ) kann gleichzeitig unterbrochen werden. Die Verwendung von ASGs mit gemischten Instance-Typen (m5.large, m5a.large, m4.large, c5.large) reduziert das Unterbrechungsrisiko erheblich – wenn ein Pool zurückgefordert wird, ersetzt das ASG ihn durch einen anderen Typ. Verwenden Sie die kapazitätsoptimierte Zuweisungsstrategie, damit automatisch der Pool mit der größten verfügbaren Kapazität (und dem geringsten Unterbrechungsrisiko) ausgewählt wird.

Batch-Workloads eignen sich ideal für Spot, da sie unterbrochen und fortgesetzt werden können. AWS Batch verwaltet Spot-Kapazität nativ, versucht fehlgeschlagene Jobs automatisch erneut und zielt auf optimale Spot-Pools ab. Mit Amazon EMR können Sie On-Demand-Master-Nodes (für Zuverlässigkeit) mit Spot-Core- und -Task-Nodes (für Einsparungen) kombinieren. Managed Node Groups in EKS können Spot Instances verwenden, und die kontrollierte Beendigung auf Node-Ebene durch Kubernetes verarbeitet die 2-minütige Warnung. Diese verwalteten Services abstrahieren die Komplexität der Verarbeitung von Spot-Unterbrechungen.

Die kosteneffizientesten Architekturen kombinieren alle drei Kaufmodelle: Savings Plans oder RIs decken die konstante Grundlast ab (die Mindestanzahl stets laufender Instances), On-Demand deckt vorhersehbare, aber variable zusätzliche Kapazität ab und Spot verarbeitet unvorhersehbare Lastspitzen oder Batch-Workloads. Legen Sie in einem ASG die On-Demand-Basiskapazität auf die Mindestanzahl zuverlässiger Instances fest (abgedeckt durch SP/RI) und konfigurieren Sie die Skalierungsschritte so, dass sie Spot verwenden. Dieser hybride Ansatz maximiert die Einsparungen bei gleichzeitiger Aufrechterhaltung der Zuverlässigkeit.

Überwachen Sie nach dem Kauf von RIs oder Savings Plans deren Auslastung, um sicherzustellen, dass Sie das nutzen, wofür Sie bezahlt haben. Berichte zur RI-/SP-Auslastung im Cost Explorer zeigen den Prozentsatz Ihrer zugesagten Kapazität, der tatsächlich genutzt wird. Eine Auslastung von unter 80 % bedeutet, dass Sie Geld für ungenutzte Commitments verschwenden. Prüfen Sie, ob Workloads beendet oder verkleinert wurden. Bei RIs können Sie ungenutzte RIs auf dem AWS Marketplace verkaufen, um einen Teil der Kosten zurückzuerhalten. Für Savings Plans gibt es keinen Sekundärmarkt – stellen Sie daher vor dem Kauf sicher, dass Sie von diesem Commitment überzeugt sind.

Dedicated Hosts weisen Ihrem Konto einen physischen, dedizierten EC2-Server zu. Dadurch können Sie Ihre vorhandenen Softwarelizenzen pro Kern oder pro Socket (Windows Server, SQL Server, Oracle) verwenden. Dedicated Hosts können deutlich teurer sein, sind aber für bestimmte Softwarelizenzvereinbarungen erforderlich. Dedicated Instances sind eine einfachere Variante: Die Instances laufen auf Hardware, die Ihrem Konto zugewiesen ist, Sie haben jedoch keine Kontrolle über den jeweiligen Host. Keine der beiden Optionen wird ausschließlich zur Sicherheitsisolierung empfohlen (verwenden Sie stattdessen VPC-Isolierung und SGs); sie dienen der Einhaltung von Lizenzvorgaben.

Testen Sie Ihr Verständnis der AWS-Solutions-Architect-Konzepte (SAA-C03) aus dieser Lektion.

In dieser Lektion haben Sie gelernt: Savings Plans sind flexibler als Reserved Instances und gelten für EC2, Lambda und Fargate, Spot Instances ermöglichen Einsparungen von bis zu 90 % bei unterbrechungstoleranten Workloads und die Kombination von Savings Plans für die Grundlast mit Spot für Lastspitzen ermöglicht die größtmögliche Kostenoptimierung. Überwachen Sie die Auslastung Ihrer Commitments, um sicherzustellen, dass Sie das nutzen, wofür Sie bezahlt haben. Als Nächstes befassen wir uns mit Cost Explorer, Budgets und Cost-Allocation-Tags.