Commitment-Abdeckung ist der Anteil der berechtigten Nutzung, der in einem Zeitraum unter einem Commitment-Rabatt lief; ihr Gegenstück, die Auslastung, ist der Anteil der gekauften Zusage, den die Nutzung tatsächlich verbraucht hat. Erst beide zusammen sagen etwas: Niedrige Abdeckung heißt, dass berechtigte Nutzung zum On-Demand-Preis läuft und Rabatt ungenutzt bleibt; niedrige Auslastung heißt, dass bezahlte Zusage verfällt. Für die Rechnung zeigen die beiden Zahlen, ob ein Commitment zu klein oder zu groß ist, und beide wirken auf die effektive Sparquote.
So funktioniert es
Abdeckung teilt die gedeckte durch die gesamte berechtigte Nutzung, Auslastung die genutzte durch die gekaufte Zusage. Gemessen wird in Stunden, in normalisierten Einheiten oder in Geld zum On-Demand-Gegenwert, und das Maß verändert das Ergebnis. Die FinOps Foundation zählt in der Capability Rate Optimization das Berichten von Abdeckung und Leerstand (vacancy) zur Steuerung von Commitment-Rabatten; wo diese Capability steht, zeigt Die vier Domains und ihre Capabilities.
AWS
Cost Explorer hat für Reservierungen von EC2, Redshift, RDS, OpenSearch Service und ElastiCache einen Bericht RI Utilization und einen Bericht RI Coverage, in Stunden oder normalisierten Einheiten. Auslastung ist der Anteil gekaufter RI-Stunden, den passende Instanzen genutzt haben; die Nettoersparnis ist die Ersparnis gegenüber On-Demand abzüglich der Kosten ungenutzter Stunden. Abdeckung ist der Anteil der Instanzstunden unter einer Reservierung, mit den On-Demand-Kosten der übrigen daneben. Beide Berichte nehmen einen Zielwert, und AWS Budgets kann warnen, wenn er verfehlt wird. Für Savings Plans gibt es je Plan einen Auslastungsbericht, bei 10 USD Zusage je Stunde und 9,80 USD Nutzung zu Plansätzen 98 % in dieser Stunde, und einen Abdeckungsbericht über den Anteil der berechtigten Nutzungskosten. Die Berichte beschreibt AWS Cost Explorer und AWS Budgets, die Programme AWS Reserved Instances und AWS Savings Plans.
Azure
Das Portal zeigt unter Reservations für jede Reservierung den letzten bekannten Auslastungsprozentsatz und dessen Verlauf, Abrechnungsadministratoren sehen dasselbe unter Cost Management + Billing. Für Savings Plans zeigt die Liste die Auslastung des letzten Tages und der letzten sieben Tage; erste Daten erscheinen bis zu 48 Stunden nach dem Kauf. Reservation Utilization Alerts unter Cost alerts melden niedrige Auslastung per E-Mail. Einen Abdeckungsbericht nennen diese Seiten nicht; die Cost Management Power BI App für Enterprise Agreements enthält die Berichte VM RI Coverage, für andere Verträge entsteht Abdeckung aus den Kostendaten. Die Programme beschreiben Azure-Reservierungen und Azure Savings Plans.
Google Cloud
Der CUD-Analysebericht in der Konsole hat die Reiter CUD Coverage und CUD Utilization, mit Karten für Ersparnis, Abdeckung als Anteil der berechtigten Ausgaben und Auslastung; den effektiven Rabatt zeigt die Übersichtstabelle. Google weist darauf hin, dass der Bericht nur Kostendaten nutzt und nicht zwischen Nutzung und ungenutzten Reservierungen unterscheidet; er taugt für CUDs, nicht für Reservierungen. Über mehrere CUD-Typen hinweg rechnet er keine Auslastung, weil die Einheiten verschieden sind. Stündliche Granularität reicht 30 Tage zurück, tägliche drei Jahre, der CSV-Download endet bei 10.000 Zeilen, und Projektrollen genügen nicht: Nötig ist Billing Account Administrator oder Billing Account Viewer. Das Programm beschreibt Committed Use Discounts von Google Cloud.
Was es für Ihre Kosten bedeutet
Wer beide Maße selbst aus den Abrechnungsdaten rechnet, braucht je Quelle andere Felder:
| Quelle | Abdeckung aus | Auslastung aus | Einheit |
|---|---|---|---|
| AWS Reserved Instances | Posten mit Reservierungs-ARN gegen alle berechtigten Instanzstunden | reservation_unused_quantity, reservation_unused_normalized_unit_quantity | Stunden, normalisierte Einheiten |
| AWS Savings Plans | gedeckte gegen berechtigte On-Demand-Kosten | savings_plan_used_commitment gegen savings_plan_total_commitment_to_date | USD |
| Azure-Reservierungen | Nutzung mit ReservationId gegen berechtigte Nutzung ohne | ChargeType = UnusedReservation in den amortisierten Kosten | Stunden, Geld |
| Azure Savings Plans | PricingModel = SavingsPlan gegen berechtigtes OnDemand | ChargeType = UnusedSavingsPlan in den amortisierten Kosten | Geld |
| Google Cloud | Kosten mit CUD-Rabatt oder CUD-Gutschrift gegen berechtigte Kosten | im neuen Modell FEE_UTILIZATION_OFFSET gegen die Gebühr, sonst der Reiter CUD Utilization | Geld, bei ressourcenbasierten CUDs Ressourcen |
| FOCUS | CommitmentDiscountStatus = Used gegen berechtigte Zeilen | CommitmentDiscountStatus = Unused | je CommitmentDiscountCategory Spend oder Usage |
Der Nenner der Abdeckung ist die schwierige Hälfte: Nicht jede Zeile ohne Rabatt hätte einen bekommen können. FOCUS 1.4 führt dafür die Spalte CommitmentProgramEligibilityDetails ein, die berechtigte Kosten markiert. AWS dokumentiert seinen FOCUS-Export als Version 1.2, Microsoft bis 1.2-preview, und dort beschreibt Microsoft CommitmentDiscountStatus als derzeit leer; der FOCUS-Export von Google liefert keine Commitment-Spalten und führt CUDs in x_Credits. Welche Spalten wo gefüllt sind, sammelt FOCUS-Spalten und das Mapping der Anbieter, den Standard selbst FOCUS.
Aus den beiden Zahlen folgen zwei verschiedene Fragen. Hohe Auslastung bei niedriger Abdeckung zeigt eine Einsparungschance in der ungedeckten Nutzung; niedrige Auslastung zeigt eine Zusage, die zu groß ist oder an der falschen Stelle liegt, und führt zu Änderung, Tausch oder Ablauf, wie Tausch, Kündigung und Ablauf beschreibt. Wie viel und wann gekauft wird, behandelt das Kapitel Optimierung und Einsparungen.
Wo es schiefgeht
- Monatsmittel verdeckt Lücken. Symptom: Der Monatsbericht zeigt hohe Auslastung, und trotzdem verfällt nachts Zusage. Ursache: Savings Plans und ausgabenbasierte CUDs rechnen je Stunde, und ein Tages- oder Monatsmittel gleicht Stunden über und unter der Zusage aus; mehr dazu unter Granularität.
- Geteilter Geltungsbereich verschiebt die Zahlen. Symptom: Die Auslastung in einem Konto schwankt, ohne dass sich dort etwas ändert. Ursache: Mit Discount Sharing bei AWS, Shared Scope bei Azure oder CUD-Sharing bei Google wandert der Rabatt zu passender Nutzung in anderen Konten, Abonnements oder Projekten.
- Stunden gegen Geld. Symptom: Zwei Berichte nennen für denselben Monat verschiedene Abdeckung. Ursache: Die RI-Berichte zählen Instanzstunden oder normalisierte Einheiten, Savings Plans und der Google-Bericht zählen Kosten; eine große und eine kleine Instanz wiegen dort unterschiedlich.
- Leere FOCUS-Spalten. Symptom: Der ungenutzte Anteil ist für Azure oder Google null. Ursache: Microsoft liefert
CommitmentDiscountStatusin 1.2-preview leer, Google gar keine Commitment-Spalten. - Über 100 % bei Azure. Symptom: Ein Savings Plan zeigt für zurückliegende Stunden mehr als 100 % Auslastung, oder die Werte ändern sich noch. Ursache: Azure ordnet Nutzung bis zu 48 Stunden nach der Stunde neu zu.
Quellen
Gelesen am 2026-10-16. AWS Standardberichte in Cost Explorer, Den Auslastungsbericht nutzen, Den Abdeckungsbericht nutzen, Reservierungsspalten, Savings-Plans-Spalten, FOCUS 1.2 mit AWS-Spalten: Konformitätslücken; Microsoft Reservierungsauslastung anzeigen, Savings-Plan-Auslastung anzeigen, Reservation Utilization Alerts, Reservierungskosten und Nutzung bei EA und MCA, Savings-Plan-Kosten und Nutzung, Anwendung des Savings-Plan-Rabatts, Cost Management Power BI App für EA, Schema der FOCUS-Kostendetails; Google Cloud Wirksamkeit der CUDs analysieren, Struktur des FOCUS-Exports; FinOps Foundation Rate Optimization; FOCUS Column Library, Commitment Discount Status, Commitment Program Eligibility Details.