Reserved Instances sind Kaufverträge von Cloud-Anbietern, mit denen Kapazität langfristig reserviert und Stundenpreise deutlich reduziert werden. Sie eignen sich zur Optimierung wiederkehrender Infrastrukturkosten, erfordern aber Planung, Vertragsbindung und Monitoring. Für dynamische Workloads bieten alternative Modelle wie Savings Plans oder nutzungsbasier…
Nutze diesen Steckbrief, um den Baustein kurz zu verstehen, ihn im Modell einzuordnen und verwandte Bausteine zu öffnen.
Theoretisches Gebilde: erklärt einen Begriff, ein Prinzip oder ein Denkmodell.
Konkretes Rädchen im System, das in größeren Zusammenhängen wirkt.
Reserved Instances sind von Cloud-Anbietern langfristig reservierte Kapazitäts-/Preis-Commitments, die bei passender Nutzung die laufenden Compute-Kosten über deutlich niedrigere Stundenraten senken.
Reserved Instances stammen aus dem Amazon-EC2-Preismodell von AWS: AWS bietet dort eine Commitment-Option an, bei der Kund:innen eine Reservation für eine feste Laufzeit (1 oder 3 Jahre) kaufen und der Vorteil als Billing-Discount auf passende On-Demand-Nutzung angewendet wird. Das Konzept übersetzt damit „planbare“ Compute-Bedarfe in einen Vertrags-/Preisvorteil, während Flexibilität zugunsten der Kostenreduktion eingeschränkt wird.
Stell dir Reserved Instances als „Rabatt, der nur für genau passende Nutzung gilt“ vor. Du definierst zunächst die Instanzattribute, sodass AWS später On-Demand-Instanzen als „match“ erkennt (z. B. Instance type, Region, Tenancy, Platform). Danach legst du fest, wie weit der Rabatt gilt (Scope: regional oder zonal), wählst eine Laufzeit (Term: 1 Jahr oder 3 Jahre) und eine Offering Class, die die Anpassbarkeit bei sich ändernden Anforderungen beeinflusst. Zum Schluss wählst du eine Zahlungsoption (All Upfront, Partial Upfront oder No Upfront). Sobald passende On-Demand-Instanzen in deinem Konto laufen, wird der Discount sofort auf die Stundenabrechnung angewendet; nach Ablauf rechnet AWS wieder zu On-Demand-Raten ab.
Steuern, ob eine On-Demand-Nutzung als „passend“ gilt; AWS nennt u. a. Instance type, Region, Tenancy und Platform.
Legt fest, auf welcher Abrechnungsebene AWS den Rabatt anwendet—regional oder zonal.
Reserved Instances werden für 1 Jahr oder 3 Jahre gekauft und laufen danach aus; sie verlängern sich nicht automatisch.
Beschreibt, wie anpassbar die Reservation bei geänderten Anforderungen ist (AWS unterscheidet z. B. Standard vs. Convertible).
Bestimmen, wie viel du zu Beginn zahlst und wie der günstigere Stundensatz während der Laufzeit wirksam wird (All Upfront, Partial Upfront, No Upfront).
Reserved Instances sind hilfreich, wenn du wiederkehrende Compute-Kapazität über eine feste Zeit gut vorhersagen kannst und im Gegenzug zu On-Demand spürbar sparen willst. Der zentrale Trade-off ist die geringere Flexibilität: Der Rabatt hängt an Übereinstimmung von Attributen und Scope, die Reservation endet ohne automatische Verlängerung, und Anpassbarkeit variiert nach Offering Class. Für stark variable Workloads empfiehlt AWS ausdrücklich Savings Plans statt Reserved Instances.
Wo dieser Baustein im Themenmodell verortet ist.
Erkunde, wie dieser Wissensbaustein mit Konzepten, Methoden, Technologien und Tools verbunden ist.
Diese Quellen belegen den Begriff und seine fachliche Bedeutung.
Alle direkten Verbindungen des aktuellen Wissensbausteins in einer kompakten, textuellen Darstellung.
Diese Einordnung zeigt, in welchem Kontext der Baustein typischerweise relevant wird, wie anspruchsvoll er ist und welche Wirkung er im Modell hat.
Die Ebene innerhalb der Organisation (Unternehmen, Domäne, Team), auf der der AssetBlock angewendet wird.