Sparpläne ermöglichen Ihnen bei den meisten modernen Cloud-Workloads in der Regel größere Einsparungen als reservierte Instanzen, da sie dieselben Rabattstufen bei weitaus größerer Flexibilität bieten. Reservierte Instanzen binden Sie an einen bestimmten Instanztyp und eine bestimmte Region, während Sparpläne automatisch für ein breiteres Spektrum an Rechenressourcen gelten. Die richtige Wahl hängt jedoch davon ab, wie vorhersehbar und stabil Ihre Workloads tatsächlich sind, und viele Unternehmen profitieren davon, beide Optionen gemeinsam zu nutzen.
In den folgenden Abschnitten wird erläutert, wie die einzelnen Verpflichtungsarten funktionieren, wo ihre jeweiligen Schwächen liegen und wie Sie entscheiden können, welche für Ihre Situation am besten geeignet ist.
Wie funktionieren reservierte Instanzen eigentlich?
Reservierte Instanzen (RIs) sind ein Mechanismus zur Preisermäßigung, bei dem Sie sich verpflichten, eine bestimmte Cloud-Ressource für eine Laufzeit von einem oder drei Jahren zu nutzen, und im Gegenzug eine erhebliche Ermäßigung auf den On-Demand-Preis erhalten. Bei den reservierten Instanzen von AWS verpflichten Sie sich beispielsweise zu einem bestimmten Instanztyp, Betriebssystem und einer bestimmten Region. Im Gegenzug wendet AWS den ermäßigten Tarif automatisch an, sobald eine entsprechende Instanz in Ihrem Konto ausgeführt wird.
Für reservierte Instanzen stehen drei Zahlungsoptionen zur Auswahl: vollständige Vorauszahlung, teilweise Vorauszahlung und keine Vorauszahlung. Bei vollständiger Vorauszahlung erhalten Sie den höchsten Rabatt, während die Option „keine Vorauszahlung“ Ihren Cashflow schont, allerdings bei einer etwas geringeren Ersparnis. Der Rabatt gegenüber den On-Demand-Preisen kann je nach Laufzeit und gewählter Zahlungsoption zwischen 40 und 75 Prozent betragen.
EC2-Reserved Instances gibt es in zwei Hauptvarianten. Standard-RIs sind am stärksten an Bedingungen gebunden, bieten jedoch die höchsten Rabatte. Bei konvertierbaren RIs können Sie während der Laufzeit die Instanzfamilie, das Betriebssystem oder die Tenancy ändern, müssen dafür jedoch einen etwas geringeren Rabatt in Kauf nehmen. Standard-RIs können zudem auf dem AWS Reserved Instance Marketplace verkauft werden, falls sich Ihre Anforderungen ändern. Dies bietet ein Maß an Flexibilität beim Ausstieg, das konvertierbare RIs nicht bieten.
Inwiefern unterscheiden sich Sparpläne von reservierten Instanzen?
Bei Sparplänen handelt es sich um eine Verpflichtung zu einem Mindestausgabenniveau für Rechenleistung pro Stunde, gemessen in Dollar, und nicht um eine Verpflichtung zu einer bestimmten Ressource. Anstatt zu sagen: “Ich werde genau diesen Instanztyp nutzen”, sagen Sie: “Ich werde mindestens $X pro Stunde für Rechenleistung ausgeben.” AWS wendet dann automatisch den ermäßigten Tarif auf jede berechtigte Nutzung bis zu dieser stündlichen Verpflichtung an, unabhängig von Instanzfamilie, Größe, Region oder Betriebssystem.
AWS bietet zwei Arten von Sparplänen an. Compute-Sparpläne sind am flexibelsten und decken die Nutzung von EC2, Fargate und Lambda in allen Regionen und Instanzfamilien ab. EC2-Instanz-Sparpläne sind auf eine bestimmte Instanzfamilie innerhalb einer Region beschränkt, bieten jedoch im Gegenzug für diese engere Bindung einen etwas höheren Rabatt.
Aufgrund dieser Flexibilität haben Sparpläne die reservierten Instanzen als Standard-Verpflichtungsstrategie für Teams, die vielfältige oder sich weiterentwickelnde Workloads ausführen, weitgehend abgelöst. Wenn Ihr Entwicklerteam von einer Instanzfamilie zu einer anderen wechselt oder eine containerisierte Workload auf Fargate hochskaliert, wird der Rabatt Ihres Sparplans automatisch angepasst. Bei einer Standard-RI würde dieselbe Migration dazu führen, dass Ihre Verpflichtung nicht mehr erfüllt wäre und Ihr Rabatt ungenutzt bliebe.
Welche Einschränkungen gelten für die einzelnen Verpflichtungsarten?
Sowohl Reserved Instances als auch Savings Plans unterliegen erheblichen Einschränkungen, die ihren Nutzen mindern können, wenn Sie sich ohne angemessene Planung darauf festlegen.
Einschränkungen bei reservierten Instanzen
Standard-RIs sind äußerst unflexibel. Wenn sich Ihre Arbeitslast ändert, passt der von Ihnen gebuchte Instanztyp möglicherweise nicht mehr zu Ihrer aktuellen Nutzung, und der Preisnachlass geht verloren. Selbst konvertierbare RIs erfordern eine aktive Verwaltung, um sie bei veränderten Anforderungen umzutauschen. Bei reservierten Instanzen müssen Sie zudem im Hinblick auf bestimmte Infrastrukturmerkmale planen, was in Unternehmen zu Reibungsverlusten führt, in denen Entwicklungsteams schnelle architektonische Entscheidungen unabhängig von der Finanzabteilung treffen.
Einschränkungen bei Sparplänen
Bei Sparplänen müssen Sie Ihre Mindeststundenaufwendungen genau prognostizieren. Eine zu hohe Verpflichtung bedeutet, dass Sie für Rechenleistung bezahlen, die Sie nicht nutzen. Eine zu niedrige Verpflichtung bedeutet, dass ein Teil Ihrer Arbeitslast weiterhin zu On-Demand-Tarifen ausgeführt wird. Außerdem decken Sparpläne nicht alle AWS-Dienste ab. RDS-Datenbankinstanzen, Redshift und ElastiCache fallen beispielsweise nicht unter die Sparpläne und erfordern weiterhin reservierte Instanzen oder separate Verpflichtungen, wenn Sie für diese Dienste Preisnachlässe erhalten möchten.
Wann sollten Sie reservierte Instanzen den Sparplänen vorziehen?
Reservierte Instanzen sind die bessere Wahl, wenn Sie stabile, vorhersehbare Workloads auf Diensten ausführen, die nicht von Savings-Plänen abgedeckt sind. Wenn Ihr Unternehmen große relationale Datenbanken auf RDS, Data-Warehousing auf Redshift oder Caching-Ebenen auf ElastiCache betreibt, sind reservierte Instanzen nach wie vor die wichtigste Möglichkeit, diese Kosten durch Rabatte für langfristige Verträge zu senken.
Reservierte Instanzen sind auch für wirklich statische Workloads sinnvoll, bei denen sich Instanztyp, Region und Betriebssystem während der gesamten Laufzeit der Verpflichtung nicht ändern. In diesen Fällen kann der höhere Rabatt einer Standard-RI den Flexibilitätsvorteil eines Savings-Plans überwiegen. Dieses Szenario tritt am häufigsten in regulierten Branchen oder in Umgebungen mit Legacy-Anwendungen auf, in denen Infrastrukturänderungen langsam und wohlüberlegt erfolgen.
Für Teams mit soliden FinOps-Verfahren und zuverlässigen Nutzungsdaten ist die Kombination von Standard-Reserved Instances für stabile Datenbank-Workloads mit Compute Savings Plans für dynamische Anwendungs-Workloads ein bewährter Ansatz, um die Rabattabdeckung über die gesamte Cloud-Rechnung hinweg zu maximieren.
Kann man reservierte Instanzen und Sparpläne gemeinsam nutzen?
Ja, Sie können und sollten Reserved Instances und Savings Plans oft gemeinsam nutzen. AWS wendet beide Rabattarten gleichzeitig an, und sie stehen nicht im Widerspruch zueinander. Reserved Instances haben für die jeweiligen Ressourcen, für die sie gelten, Vorrang, und Savings Plans decken die verbleibenden berechtigten Rechenkosten bis zur Höhe Ihrer stündlichen Verpflichtungsgrenze ab.
Eine praktische kombinierte Strategie sieht wie folgt aus:
- Verwenden Sie reservierte Instanzen für stabile Datenbankdienste wie RDS, Redshift und ElastiCache, die nicht unter den Savings Plan fallen
- Nutzen Sie „Compute Savings Plans“, um dynamische EC2-, Fargate- und Lambda-Workloads abzudecken, bei denen sich Instanztypen oder Regionen ändern können
- Nutzen Sie EC2-Instanz-Sparpläne für Instanzfamilien, bei denen die Nutzung vorhersehbar ist und Sie einen etwas höheren Rabatt wünschen, als ihn die Rechen-Sparpläne bieten.
- Überprüfen Sie vierteljährlich die Abdeckung durch Verpflichtungen, um Lücken zu identifizieren, in denen die On-Demand-Ausgaben steigen, ohne dass ein Rabatt gewährt wird.
Um diese Kombination gut zu bewältigen, sind zuverlässige Nutzungsdaten, klare Zuständigkeiten bei der Festlegung von Verpflichtungen sowie regelmäßige Überprüfungen erforderlich. Ohne diese Grundlagen neigen Unternehmen dazu, entweder zu geringe Verpflichtungen einzugehen und dadurch Einsparpotenziale ungenutzt zu lassen oder sich zu stark zu verpflichten und für ungenutzte Kapazitäten zu bezahlen.
Wie wir bei der Optimierung des Cloud-Einsatzes helfen
Das richtige Gleichgewicht zwischen reservierten Instanzen und Sparplänen zu finden, ist einer der technisch anspruchsvolleren Aspekte von FinOps – Cloud-Kostenmanagement. Bei It’s Value unterstützen wir Unternehmen dabei, die erforderlichen Governance-, Daten- und Entscheidungsprozesse aufzubauen, um gezielte Einkäufe selbstbewusst und nicht nur reaktiv zu tätigen.
Konkret unterstützen wir Sie bei folgenden Aufgaben:
- Nutzungsanalyse und Dimensionierung des Bedarfs: Wir analysieren Ihre tatsächlichen Cloud-Nutzungsmuster, um das richtige Leistungsniveau zu ermitteln und so sowohl eine Über- als auch eine Unterdimensionierung zu vermeiden.
- Ermittlung von Versicherungslücken: Wir vergleichen Ihre derzeitigen reservierten Instanzen und Sparpläne mit Ihren gesamten Cloud-Ausgaben, um die On-Demand-Nutzung zu ermitteln, die durch eine Verpflichtungsvereinbarung abgedeckt werden sollte.
- Gestaltung der RI- und Sparplanstrategie: Wir helfen Ihnen bei der Entscheidung, welche Vertragsart für welche Arbeitslast geeignet ist, einschließlich Dienste, die nicht unter den Sparplan fallen, wie beispielsweise RDS und Redshift.
- Laufende Steuerung und Überprüfungsrhythmus: Wir richten einen regelmäßigen Prozess zur Überprüfung der Verpflichtungen ein, damit Ihr Rabattumfang auch bei sich ändernden Arbeitsauslastungen stets angemessen bleibt.
- Cloud-übergreifende Unterstützung: Wir wenden dieselbe Disziplin bei der Optimierung der Verpflichtungen auf Azure und GCP an, nicht nur auf AWS.
Wenn Sie herausfinden möchten, wo Ihre derzeitige Commitment-Strategie noch Potenzial zur Kosteneinsparung bietet, ist eine FinOps-Reifegradbewertung ein praktischer Ausgangspunkt. Nehmen Sie Kontakt mit uns auf um zu besprechen, wie das für Ihre Organisation konkret aussehen könnte.