Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.
Wichtige Konzepte für Burstable-Performance-Instances
Herkömmliche EC2 Amazon-Instance-Typen stellen feste CPU Ressourcen bereit, während Instances mit hoher Leistung ein CPU Basisauslastungsniveau bieten und die Möglichkeit bieten, die CPU Auslastung über das Basisniveau hinaus zu erhöhen. Auf diese Weise wird sichergestellt, dass Sie nur für den Basispreis CPU zuzüglich zusätzlicher CPU Burst-Nutzung zahlen, was zu niedrigeren Rechenkosten führt. Die Basisauslastung und die Fähigkeit, eine hohe Leistung zu erzielen, werden durch CPU Gutschriften geregelt. Burstable Performance-Instances sind die einzigen Instance-Typen, für CPU deren Nutzung Credits verwendet werden.
Jede Instance mit hoher Leistung verdient kontinuierlich Punkte, wenn sie unter dem CPU Basiswert bleibt, und gibt kontinuierlich Credits aus, wenn sie den Basiswert überschreitet. Die Anzahl der verdienten oder ausgegebenen Credits hängt von der CPU Auslastung der Instance ab:
-
Wenn die CPU Auslastung unter dem Basiswert liegt, sind die verdienten Credits höher als die ausgegebenen Credits.
-
Entspricht die CPU Auslastung dem Ausgangswert, entsprechen die verdienten Credits den ausgegebenen Credits.
-
Wenn die CPU Auslastung höher als die Basisauslastung ist, sind die ausgegebenen Credits höher als die verdienten Credits.
Wenn die gesammelten Credits höher sind als die ausgegebenen Credits, wird die Differenz als aufgelaufene Credits bezeichnet, die später verwendet werden können, um die CPU Ausgangsauslastung zu überschreiten. Wenn das ausgegebene Guthaben höher ist als das verdiente Guthaben, hängt das Verhalten der Instance ebenfalls vom Guthaben-Konfigurationsmodus ab – Standardmodus oder unbegrenzter Modus.
Wenn im Standardmodus die ausgegebenen Credits die verdienten Credits übersteigen, verwendet die Instance die aufgelaufenen Credits, um die Basisauslastung zu überschreiten. CPU Wenn keine aufgelaufenen Credits mehr übrig sind, wird die Instance schrittweise auf die Basisauslastung heruntergefahren und kann erst dann über die CPU Basisauslastung hinaus steigen, wenn mehr Credits angesammelt wurden.
Wenn die Instance im Modus „Unlimited“ die CPU Basisauslastung übersteigt, verwendet die Instance zunächst die aufgelaufenen Credits, um sie aufzustocken. Wenn keine angesammelten Guthaben übrig sind, gibt die Instance das überschüssige Guthaben für das Burst aus. Wenn die CPU Auslastung unter den Basiswert fällt, verwendet sie die gesammelten CPU Credits, um die überschüssigen Credits, die sie zuvor ausgegeben hat, zurückzuzahlen. Die Möglichkeit, CPU Credits zu sammeln, um überschüssige Credits zurückzuzahlen, ermöglicht es AmazonEC2, die durchschnittliche CPU Auslastung einer Instance über einen Zeitraum von 24 Stunden zu ermitteln. Wenn die durchschnittliche CPU Nutzung über einen Zeitraum von 24 Stunden den Basiswert übersteigt, wird der Instance die zusätzliche Nutzung zu einem pauschalen
Inhalt
Die wichtigsten Konzepte und Definitionen
Die folgenden Schlüsselkonzepte und Definitionen gelten für Burstable Performance Instances.
- CPUNutzung
-
CPUDie Auslastung ist der Prozentsatz der zugewiesenen EC2 Recheneinheiten, die derzeit auf der Instance verwendet werden. Diese Metrik misst den Prozentsatz der zugewiesenen CPU Zyklen, die auf einer Instance genutzt werden. Die CPU CloudWatch Nutzungsmetrik zeigt die CPU Nutzung pro Instanz und nicht die CPU Nutzung pro Kern. Die CPU Basisspezifikation einer Instanz basiert ebenfalls auf der CPU Nutzung pro Instanz. Informationen zur Messung CPU der Auslastung mit dem AWS Management Console oder dem AWS CLI finden Sie unterAbrufen von Statistiken für eine bestimmte Instance.
- CPUKredit
-
Eine Einheit der CPU V-Zeit.
Beispiele:
1 CPU Credit = 1 v CPU * 100% ige Auslastung * 1 Minute.
1 CPU Credit = 1 v CPU * 50% Auslastung * 2 Minuten
1 CPU Credit = 2 v CPU * 25% Auslastung * 2 Minuten
- Basisauslastung
-
Bei der Basisauslastung handelt es sich um den Grad, bei dem ein Nettoguthaben von Null erreicht werden CPU kann, wenn die Anzahl der gesammelten CPU Credits der Anzahl der verbrauchten CPU Credits entspricht. Die Basisauslastung wird auch als Baseline bezeichnet. Die Basisauslastung wird als Prozentsatz der CPU V-Auslastung ausgedrückt, der wie folgt berechnet wird: Ausgangsauslastung% = (Anzahl der verdienten Kredite/Anzahl vonvCPUs) /60 Minuten.
Informationen zur Basisauslastung der einzelnen Burstable Performance Instances finden Sie in der Guthabentabelle.
- Erworbenes Guthaben
-
Guthaben, die von einer Instance kontinuierlich gesammelt werden, wenn sie ausgeführt wird.
Anzahl der pro Stunde verdienten Credits =% Basisauslastung x Anzahl der * 60 Minuten vCPUs
Beispiel:
Ein t3.nano mit 2 vCPUs und einer Basisauslastung von 5% verdient 6 Credits pro Stunde, berechnet wie folgt:
2 vCPUs * 5% Basiswert * 60 Minuten = 6 Credits pro Stunde
- Ausgelaufene oder genutzte Guthaben
-
Guthaben, die von einer Instance kontinuierlich genutzt werden, wenn sie ausgeführt wird.
CPUPro Minute ausgegebene Credits = Anzahl der vCPUs CPU Nutzungen* 1 Minute
- Angesammelte Guthaben
-
Nicht ausgegebene CPU Credits, wenn eine Instance weniger Credits verbraucht, als für die Basisnutzung erforderlich sind. Mit anderen Worten, aufgelaufene Guthaben = (verdiente Guthaben – Verwendete Guthaben) unterhalb der Basislinie.
Beispiel:
Wenn ein t3.nano eine Stunde lang mit einer CPU Auslastung von 2% läuft und damit unter dem Basiswert von 5% liegt, werden die aufgelaufenen Credits wie folgt berechnet:
Aufgelaufene CPU Credits = (Verdiente Credits pro Stunde — Verwendete Credits pro Stunde) = 6 — 2 × 2% CPU Auslastung vCPUs * 60 Minuten = 6 — 2,4 = 3,6 aufgelaufene Credits pro Stunde
- Guthabenansammlungslimit
-
Hängt von der Instance-Größe ab, ist aber im Allgemeinen gleich der Anzahl der maximalen Guthaben, die in 24 Stunden verdient wurden.
Beispiel:
Für t3.nano, das Kreditabgrenzungslimit = 24 * 6 = 144 Guthaben
- Startguthaben
-
Gilt nur für T2-Instances, die für den Standardmodus konfiguriert sind. Startguthaben sind eine begrenzte Anzahl von CPU Credits, die einer neuen T2-Instance zugewiesen werden, sodass sie, wenn sie im Standardmodus gestartet wird, den Basiswert überschreiten kann.
- Überschüssiges Guthaben
-
Guthaben, die von einer Instance ausgegeben werden, nachdem sie ihr angesammeltes Guthaben aufgebraucht hat. Das überschüssige Guthaben ist für Burstable-Instances ausgelegt, um eine hohe Leistung über einen längeren Zeitraum aufrechtzuerhalten und werden nur im unbegrenzten Modus verwendet. Das überschüssige Guthaben wird verwendet, um zu bestimmen, wie viele Guthaben von der Instance für Burst im unbegrenzten Modus verwendet wurden.
- Standardmodus
-
Der Guthaben-Konfigurationsmodus, der es einer Instance ermöglicht, über die Baseline zu springen, indem sie Guthaben ausgibt, die sie in ihrem Guthabenstand angesammelt hat.
- Unbegrenzter Modus
-
Kreditkonfigurationsmodus, der es einer Instance ermöglicht, den Basiswert zu überschreiten, indem sie bei Bedarf über einen beliebigen Zeitraum eine hohe CPU Auslastung beibehält. Der Instance-Preis pro Stunde deckt automatisch alle CPU Nutzungsspitzen ab, wenn die durchschnittliche CPU Auslastung der Instance über einen fortlaufenden Zeitraum von 24 Stunden oder während der Instance-Lebensdauer, je nachdem, welcher Zeitraum kürzer ist, dem Basiswert entspricht oder darunter liegt. Wenn die Instance über einen längeren Zeitraum mit höherer CPU Auslastung ausgeführt wird, kann sie dies gegen einen pauschalen
pro CPU V-Stunde tun.
In der folgenden Tabelle werden die wichtigsten Guthaben-Unterschiede zwischen den Burstable-Instance-Typen zusammengefasst.
Typ | Art der unterstützten CPU Credits | Modi zur Konfiguration des Guthabens | Gültigkeitsdauer der aufgelaufenen CPU Credits zwischen dem Starten und Stoppen der Instance |
---|---|---|---|
Neueste Generation | |||
T4g |
Verdiente Guthaben, aufgelaufene Guthaben, ausgegebene Guthaben, überschüssige Guthaben (nur im unbegrenzten Modus) |
Standard, Unbegrenzt (Standard) |
7 Tage (Guthaben bleiben 7 Tage lang bestehen, nachdem eine Instance gestoppt wurde) |
T3a |
Verdiente Guthaben, aufgelaufene Guthaben, ausgegebene Guthaben, überschüssige Guthaben (nur im unbegrenzten Modus) |
Standard, Unbegrenzt (Standard) |
7 Tage (Guthaben bleiben 7 Tage lang bestehen, nachdem eine Instance gestoppt wurde) |
T3 |
Verdiente Guthaben, aufgelaufene Guthaben, ausgegebene Guthaben, überschüssige Guthaben (nur im unbegrenzten Modus) |
Standard, Unbegrenzt (Standard) |
7 Tage (Guthaben bleiben 7 Tage lang bestehen, nachdem eine Instance gestoppt wurde) |
Vorherige Generation | |||
T2 |
Verdiente Guthaben, aufgelaufene Guthaben, ausgegebene Guthaben, Startguthaben (nur im Standardmodus), überschüssige Guthaben (nur im unbegrenzten Modus) |
Standard (standard), Unbegrenzt |
0 Tage (Guthaben gehen verloren, wenn eine Instance stoppt) |
Anmerkung
Unbegrenzter Modus wird für T3-Instances, die auf einem Dedicated Host gestartet werden, nicht unterstützt.
Sammeln Sie CPU Credits
Jede Burstable-Performance-Instance verdient kontinuierlich (bei einer Auflösung im Millisekundenbereich) eine festgelegte Anzahl an CPU Credits pro Stunde, abhängig von der Instance-Größe. Die Abrechnung, ob Guthaben aufgelaufen oder verbraucht wurden, erfolgt ebenfalls mit einer Auflösung im Millisekundenbereich, sodass Sie sich keine Gedanken darüber machen müssen, dass Sie zu viele CPU Credits ausgeben könnten. Ein kurzer Burst of verbraucht nur einen Bruchteil eines Guthabens. CPU CPU
Wenn eine Instanz mit hoher Leistung weniger CPU Ressourcen verbraucht, als für die Basisauslastung erforderlich sind (z. B. wenn sie sich im Leerlauf befindet), werden die nicht CPU ausgegebenen Credits dem Guthaben gutgeschrieben. CPU Benötigt eine Burstable Performance Instance eine höhere als die Basisauslastung, gibt sie die angesammelten Guthaben aus. Je mehr Credits eine Burstable Performance-Instance gesammelt hat, desto mehr Zeit kann sie über ihren Basiswert hinaus beanspruchen, wenn mehr Auslastung benötigt wird. CPU
In der folgenden Tabelle sind die Burstable-Performance-Instance-Typen, die Rate, mit der CPU Credits pro Stunde gesammelt werden, die maximale Anzahl an verdienten CPU Credits, die eine Instance sammeln kann, die Anzahl der vCPUs pro Instance und die Basisauslastung als Prozentsatz eines vollen Kerns (bei Verwendung eines einzelnen V) aufgeführt. CPU
Instance-Typ |
CPUPro Stunde verdiente Credits |
Maximal verdiente Guthaben, die angesammelt werden können* |
vCPUs*** |
Basisauslastung pro V CPU |
---|---|---|---|---|
T2 |
||||
t2.nano |
3 |
72 |
1 |
5 % |
t2.micro |
6 |
144 |
1 |
10 % |
t2.small |
12 |
288 |
1 |
20 % |
t2.medium |
24 |
576 |
2 |
20 %** |
t2.large |
36 |
864 |
2 |
30 %** |
t2.xlarge |
54 |
1 296 |
4 |
22,5 %** |
t2.2xlarge |
81,6 |
1 958,4 |
8 |
17 %** |
T3 |
||||
t3.nano |
6 |
144 |
2 |
5 %** |
t3.micro |
12 |
288 |
2 |
10 %** |
t3.small |
24 |
576 |
2 |
20 %** |
t3.medium |
24 |
576 |
2 |
20 %** |
t3.large |
36 |
864 |
2 |
30 %** |
t3.xlarge |
96 |
2 304 |
4 |
40 %** |
t3.2xlarge |
192 |
4 608 |
8 |
40 %** |
T3a |
||||
t3a.nano |
6 |
144 |
2 |
5 %** |
t3a.micro |
12 |
288 |
2 |
10 %** |
t3a.small |
24 |
576 |
2 |
20 %** |
t3a.medium |
24 |
576 |
2 |
20 %** |
t3a.large |
36 |
864 |
2 |
30 %** |
t3a.xlarge |
96 |
2 304 |
4 |
40 %** |
t3a.2xlarge |
192 |
4 608 |
8 |
40 %** |
T4g |
||||
t4g.nano |
6 |
144 |
2 |
5 %** |
t4g.micro |
12 |
288 |
2 |
10 %** |
t4g.small |
24 |
576 |
2 |
20 %** |
t4g.medium |
24 |
576 |
2 |
20 %** |
t4g.large |
36 |
864 |
2 |
30 %** |
t4g.xlarge |
96 |
2 304 |
4 |
40 %** |
t4g.2xlarge |
192 |
4 608 |
8 |
40 %** |
* Die Anzahl der Guthaben, die angesammelt werden können, entspricht dem Guthaben, das in einem 24-Stunden-Zeitraum verdient werden kann. |
** Die prozentuale Basisauslastung in der Tabelle bezieht sich auf die Gesamtauslastung pro CPU V. In CloudWatch wird die CPU Auslastung pro V angezeigtCPU. Beispielsweise wird die CPU Auslastung einer |
*** Jedes V CPU ist ein Thread aus einem Intel Xeon Core oder einem AMD EPYC Core, mit Ausnahme von T2- und T4G-Instances. |
CPUKredit-/Verdienstrate
Die Anzahl der pro Stunde verdienten CPU Credits hängt von der Instance-Größe ab. So erwirbt ein t3.nano
z. B. sechs Guthaben pro Stunde, während ein t3.small
24 Guthaben pro Stunde erwirbt. Die oben stehende Tabelle listet die Guthaben-Erwerbsrate für alle Instances auf.
CPULimit für das Ansammeln von Krediten
Während verdiente Guthaben für eine in Ausführung befindliche Instance nie ablaufen können, gibt es ein Limit für die Anzahl von Guthaben, die eine Instance ansammeln kann. Das Limit wird durch das CPU Kreditsaldolimit bestimmt. Nach Erreichen des Limits werden neu verdiente Guthaben verworfen, wie in folgendem Image angegeben. Der gesamte Bereich gibt das CPU Kreditsaldolimit an, und der Spillover gibt die neu verdienten Credits an, die das Limit überschreiten.
Das CPU Kreditsaldolimit ist für jede Instance-Größe unterschiedlich. Beispielsweise kann eine t3.micro
Instance maximal 288 verdiente CPU Credits auf dem Guthabenkonto CPU ansammeln. Die oben stehende Tabelle listet die Höchstzahl der verdienten Guthaben auf, die jede -Instance ansammeln kann.
T2-Standard-Instances verdienen zudem Startguthaben. Startguthaben werden nicht auf das CPU Guthabenlimit angerechnet. Wenn eine T2-Instance ihr Startguthaben nicht ausgegeben hat und über einen Zeitraum von 24 Stunden inaktiv bleibt, während sie verdientes Guthaben ansammelt, wird ihr CPU Guthaben als über dem Limit angezeigt. Weitere Informationen finden Sie unter Startguthaben.
T4g-, T3a- und T3-Instances verdienen keine Startguthaben. Diese Instances werden standardmäßig als unlimited
gestartet und können daher die Leistung sofort beim Start steigern, ohne dass Startguthaben erforderlich wäre. T3-Instances, die auf einem Dedicated Host standardmäßig als standard
gestartet werden; unlimited
-Modus wird für T3-Instances auf einem Dedicated Host nicht unterstützt.
Lebensdauer der aufgelaufenen Credits CPU
CPUGuthaben auf einer laufenden Instance verfallen nicht.
Bei T2 bleibt das CPU Guthaben zwischen den Stopps und Starts der Instance nicht bestehen. Wenn Sie eine T2-Instance anhalten, verliert die Instance alle angesammelten Guthaben.
Bei T4g, T3a und T3 bleibt das CPU Guthaben sieben Tage lang bestehen, nachdem eine Instance beendet wurde. Danach gehen die Credits verloren. Falls Sie die Instance innerhalb von sieben Tagen starten, geht kein Guthaben verloren.
Weitere Informationen finden Sie CPUCreditBalance in der Metriktabelle. CloudWatch
Basisauslastung
Bei der Basisauslastung handelt es sich um den Grad, auf dem der Betrag für ein Nettoguthaben von Null genutzt werden CPU kann, wenn die Anzahl der verdienten CPU Credits der Anzahl der verbrauchten CPU Credits entspricht. Die Basisauslastung wird auch als Baseline bezeichnet.
Die Ausgangsauslastung wird als Prozentsatz der CPU V-Auslastung ausgedrückt, der wie folgt berechnet wird:
(number of credits earned/number of vCPUs)/60 minutes = % baseline
utilization
Beispiel: Eine t3.nano
Instance mit 2 vCPUs verdient 6 Credits pro Stunde, was zu einer Basisauslastung von 5% führt, die wie folgt berechnet wird:
(6 credits earned/2 vCPUs)/60 minutes = 5% baseline utilization
Eine t3.large
Instance mit 2 vCPUs verdient 36 Credits pro Stunde, was einer Basisauslastung von 30% () (36/2)/60
entspricht.
Das folgende Diagramm zeigt ein Beispiel für eine, t3.large
bei der die durchschnittliche CPU Auslastung unter dem Ausgangswert liegt.