AWS ergänzt EC2 Capacity Manager um Echtzeit-Unterstützbarkeitsprüfungen und Erfüllungsmetriken, enthalten in AWS Unified Operations: Bewertungen sind Orientierung, keine Kapazitätszusage, und die Blogzahlen stammen von einer fiktiven Firma

Am 4. November 2026 veröffentlichte AWS in „What’s New“ eine Ankündigung, wonach Amazon EC2 Capacity Manager zwei neue Funktionen erhält: Echtzeit-Unterstützbarkeitsprüfungen und Kennzahlen zur Kapazitätserfüllung. Eine Prüfung bewertet jede Kombination aus Instanztyp und Availability Zone danach, wie gut sie eine Anforderung unterstützen kann, ohne Instanzen zu starten oder zu reservieren, mit High, Medium oder Low je Option und einem Gesamtwert. Die Kennzahlen zeigen, wie viel Kapazität tatsächlich geliefert wurde, nach AWS-Organisation, Konto, Region und getaggter Arbeitslast, aufgeschlüsselt nach Instanztyp und Zone. AWS sagt, beides sei in AWS Unified Operations enthalten, dem AWS-Supportplan für globale Unternehmen mit geschäftskritischen Arbeitslasten, und in allen kommerziellen Regionen verfügbar. Es ist also keine Standardfunktion für jeden EC2-Nutzer.

Der am selben Tag erschienene AWS-Compute-Blog liefert die Einzelheiten, folgt aber einer fiktiven Firma namens AnyCompany; alle konkreten Zahlen darin sind Beispiele, keine Messungen echter Kunden. Zur Nutzung schaltet man Capacity Manager auf Organisationsebene über das Verwaltungskonto oder einen delegierten Administrator oder für ein einzelnes Konto ein, und das Konto muss von AWS Unified Operations abgedeckt sein. Für Metriken nach Arbeitslast kann man ein Tag als überwachten Tag-Schlüssel aktivieren. Kapazität wird in vCPUs gemessen.

Die Erfüllung hat vier Kennzahlen auf Anforderungsebene: angeforderte vCPUs, gelieferte vCPUs, Erfüllungsrate der Anforderung (geliefert geteilt durch angefordert, nach vCPU gewichtet) und die durchschnittliche Zahl der Kombinationen aus Instanztyp und Zone, die jede Anforderung nutzen darf; ein Wert über 1 bedeutet Flexibilität. Laut Blog zählen Wiederholungen derselben Konfiguration innerhalb von fünf Minuten einmal, und die Kennzahlen messen tatsächliche Starts, nicht die Genauigkeit einer Prüfung. Im Beispiel forderte die Arbeitslast search-index 51.712 vCPUs an und erhielt 45.632, eine Erfüllungsrate von 88,2 %, bei durchschnittlich 21 nutzbaren Kombinationen. Die Arbeitslast batch-etl konnte nur eine Kombination nutzen und erreichte 72,8 %. Die Raten je Kombination liegen meist unter der Rate der Anforderung, weil diese den Nutzen der Streuung enthält. Im Beispiel erreichen 28 Kombinationen einzeln im Mittel 46,6 %, die Anforderung insgesamt 88,2 %, und die Differenz ist der Gewinn durch Flexibilität. Die drei Kombinationen in use1-az5 lieferten 26.880 vCPUs, mehr als die Hälfte der Gesamtmenge, aber jeweils nur 68,6 bis 82,8 %; dort sollte man Optionen ergänzen oder Kapazität reservieren.

Unterstützbarkeitsprüfungen gehören in die Planung. Man gibt Markttyp (On-Demand oder Spot), Kapazitätsmenge, Zonen und zu prüfende Instanztypen an oder vCPU- und Speicherbereiche, aus denen der Dienst Typen auswählt. Die Prüfung liefert High, Medium oder Low je Kombination und einen Gesamtwert; eine Prüfung kann bis zu 10 Zonen, auch aus mehreren Regionen, und bis zu 100 Kombinationen umfassen. Das Beispiel prüft 100 Instanzen von fünf Typen in drei Zonen. Der Gesamtwert ist High. r5.16xlarge ist in allen drei Zonen High, r7a.16xlarge nur in use1-az6, r6a.16xlarge überall Medium, der neue Kandidat r7i.16xlarge in zwei Zonen Medium, und die übrigen sechs Kombinationen, darunter alle von r6i.16xlarge, sind Low. High heißt, die Kombination hat mehr als genug, Medium, sie deckt die Anforderung knapp, Low, sie hat weniger als angefragt.

Der Blog nennt zwei Grenzen. Erstens sind Bewertungen Orientierung, keine Zusagen; wer sicher sein will, dass beim Start Kapazität da ist, braucht Capacity Reservations oder Capacity Reservations mit Startdatum. Zweitens soll die Prüfung bei der Planung einer Arbeitslast laufen, nicht bei jedem Start, denn der Aufruf geht an die Region, in der Capacity Manager aktiv ist; Aufrufe pro Start würden eine regionsübergreifende Abhängigkeit schaffen und das Stundenkontingent aufbrauchen. Das Beispiel zeigt auch einen leicht übersehenen Unterschied: r5.16xlarge hat in use1-az5 jetzt ein High, lieferte dort aber historisch nur 82,8 %. Die Prüfung ist ein Urteil über die Gegenwart, die Erfüllungsrate eine Tatsache über die Vergangenheit, und keines ersetzt das andere.

Für die Konfiguration schlägt der Blog vor, die geprüften Kombinationen in eine Mixed-Instances-Richtlinie einer Auto-Scaling-Gruppe, in EC2 Fleet oder Karpenter aufzunehmen, sodass Flexibilität einmal eingestellt wird und jeder spätere Start profitiert, und die Änderung mit der durchschnittlichen Kombinationszahl zu bestätigen. Für Basiskapazität mit Bedarf an Sicherheit empfiehlt er eine On-Demand-Capacity-Reservation in Höhe der Basis, da Reservierungen unabhängig von der Nutzung berechnet werden. Seine Routine: wöchentlich die Erfüllungsraten prüfen, bei Arbeitslasten unter dem Ziel die Aufschlüsselung öffnen und eine Unterstützbarkeitsprüfung in das Änderungsmanagement aufnehmen.

Zu beachten ist, dass dies AWS’ eigene Produktankündigung und Anleitung ist. Die Beispielzahlen stehen nicht für echte Kunden, die Quellen nennen keinen statistischen Zusammenhang zwischen Prüfwerten und tatsächlichem Start-Erfolg, und ob Sie die Funktionen nutzen können, hängt zuerst davon ab, ob Ihr Konto von AWS Unified Operations abgedeckt ist.