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.

Beispiele für den Standardmodus für Burstable-Instances

In den folgenden Beispielen wird die Guthabennutzung für Instances erläutert, die als standard konfiguriert sind.

Beispiel 1: Beschreiben des Guthabenverbrauchs mit T3 Standard

In diesem Beispiel sehen Sie, wie eine als t3.nano gestartete standard-Instance earned-Guthaben verdient, sammelt und ausgibt. Der Guthaben-Kontostand zeigt die angesammelten earned-Guthaben an.

Eine ausgeführte t3.nano-Instance verdient alle 24 Stunden 144 Guthaben. Das Limit für den Guthaben-Kontostand beträgt 144 verdiente Guthaben. Nachdem das Limit erreicht ist, werden alle neu verdienten Guthabenpunkte verworfen. Weitere Informationen zur Anzahl des Guthabens, das sich verdienen und ansammeln lässt, finden Sie in der Guthabentabelle.

Sie können eine T3-Standard-Instance starten und sofort verwenden. Oder Sie können eine T3 Standard-Instance starten und sie für einige Tage inaktiv lassen, bevor Sie Anwendungen darauf ausführen. Ob eine Instance genutzt wird oder ungenutzt bleibt, entscheidet darüber, ob Punkte ausgegeben oder angesammelt werden. Falls eine Instance nach ihrem Start 24 Stunden lang im Leerlauf verbleibt, erreicht der Guthaben-Kontostand sein Limit, die maximale Anzahl verdienter Guthaben, die angesammelt werden kann.

Dieses Beispiel beschreibt eine Instance, die nach dem Start 24 Stunden lang untätig bleibt, und führt Sie durch sieben Zeitabschnitte über einen Zeitraum von 96 Stunden, wobei die Rate, mit der Punkte für das Guthaben verdient, aufgelaufen, ausgegeben und verworfen werden, und der Wert des Guthabens am Ende jeder Zeitraum angezeigt werden.

Der folgende Workflow bezieht sich auf die nummerierten Endpunkte in der Kurve:

P1 – Bei 0 Stunden auf dem Graphen wird die Instance als standard gestartet und beginnt sofort, Guthaben zu verdienen. Die Instance befindet sich ab dem Zeitpunkt ihres Starts im Leerlauf — die CPU Auslastung beträgt 0% — und es werden keine Credits ausgegeben. Alle nicht verbrauchten Guthabenpunkt werden im Guthaben gesammelt. Die ersten 24 Stunden liegt die CPUCreditUsage bei 0 und der CPUCreditBalance-Wert erreicht den Höchstwert von 144.

P2 — In den nächsten 12 Stunden liegt die CPU Auslastung bei 2,5% und damit unter dem Ausgangswert von 5%. Die Instance verdient mehr Guthaben, als sie verbraucht, CPUCreditBalance-Wert kann allerdings den Höchstwert von 144 Guthaben nicht übersteigen. Sämtliche verdienten Guthaben über das Limit hinaus verfallen.

P3 — In den nächsten 24 Stunden liegt die CPU Auslastung bei 7% (über dem Ausgangswert), weshalb 57,6 Credits ausgegeben werden müssen. Die Instance benötigt mehr Guthaben, als sie verdient, und der CPUCreditBalance-Wert wird auf 86,4 Guthaben reduziert.

P4 — In den nächsten 12 Stunden sinkt die CPU Auslastung auf 2,5% (unter dem Ausgangswert), was bedeutet, dass 36 Credits ausgegeben werden müssen. In dieser Zeit verdient die Instance 72 Guthaben. Die Instance verdient mehr Guthaben, als sie verbraucht, und der CPUCreditBalance-Wert steigt auf 122 Guthaben.

P5 — In den nächsten zwei Stunden erreicht die Instance eine maximale CPU Auslastung von 60% und ihr gesamter Wert von 122 Credits wird aufgebraucht. CPUCreditBalance Am Ende dieses Zeitraums, wenn der Wert CPUCreditBalance bei Null liegt, muss die CPU Auslastung auf den Ausgangsnutzungsgrad von 5% sinken. Auf Baseline-Stufe verdient die Instance so viel Guthaben, wie sie verbraucht.

P6 — In den nächsten 14 Stunden liegt die CPU Auslastung bei 5% (Ausgangswert). Die Instance verdient so viele Guthaben, wie sie verbraucht. Der CPUCreditBalance-Wert verbleibt bei 0.

P7 — In diesem Beispiel befindet sich die Instance in den letzten 24 Stunden im Leerlauf und die CPU Auslastung beträgt 0%. Während dieser Zeit verdient die Instance 144 Guthaben, die im CPUCreditBalance angesammelt werden.

Beispiel 2: Beschreiben des Guthabenverbrauchs mit T2 Standard

In diesem Beispiel sehen Sie, wie eine als t2.nano gestartete standard-Instance launch- und earned-Guthaben verdient, sammelt und ausgibt. Sie sehen, wie das Guthaben nicht nur aufgelaufenes earned-Guthaben widerspiegelt, sondern auch aufgelaufenes launch-Guthaben.

Eine t2.nano-Instance erhält 30 Punkte Startguthaben, wenn sie gestartet wird, und verdient alle 24 Stunden 72 Punkte. Ihr Guthabenlimit beträgt 72 verdiente Punkte; Startguthaben wird nicht auf das Limit angerechnet. Nachdem das Limit erreicht ist, werden alle neu verdienten Guthabenpunkte verworfen. Weitere Informationen zur Anzahl des Guthabens, das sich verdienen und ansammeln lässt, finden Sie in der Guthabentabelle. Weitere Informationen zu Limits finden Sie unter Startguthaben-Limits.

Sie können eine T2-Standard-Instance starten und sofort verwenden. Oder Sie können eine T2 Standard-Instance starten und sie für einige Tage inaktiv lassen, bevor Sie Anwendungen darauf ausführen. Ob eine Instance genutzt wird oder ungenutzt bleibt, entscheidet darüber, ob Punkte ausgegeben oder angesammelt werden. Wenn eine Instance nach dem Start 24 Stunden lang inaktiv bleibt, scheint das Guthaben sein Limit zu überschreiten, da das Guthaben sowohl die aufgelaufenen verdienten Punkte als auch das aufgelaufene Startguthaben widerspiegelt. Nach der Nutzung CPU werden die Startguthaben jedoch zuerst ausgegeben. Danach spiegelt das Limit immer die maximale Anzahl des verdienten Startguthabens wider, die angesammelt werden können.

Dieses Beispiel beschreibt eine Instance, die nach dem Start 24 Stunden lang untätig bleibt, und führt Sie durch sieben Zeitabschnitte über einen Zeitraum von 96 Stunden, wobei die Rate, mit der Punkte für das Guthaben verdient, aufgelaufen, ausgegeben und verworfen werden, und der Wert des Guthabens am Ende jeder Zeitraum angezeigt werden.

Zeitraum 1: 1–24 Stunden

Bei 0 Stunden auf dem Graphen wird die T2-Instance als standard gestartet und bekommt sofort 30 Punkte Startguthaben. Sie verdient Guthabenpunkte im laufenden Betrieb. Die Instance bleibt ab dem Zeitpunkt, an dem sie gestartet wird, inaktiv — die CPU Auslastung beträgt 0% — und es werden keine Credits ausgegeben. Alle nicht verbrauchten Guthabenpunkt werden im Guthaben gesammelt. Etwa 14 Stunden nach dem Start beträgt das Guthaben 72 (30 Punkte Startguthaben + 42 Punkte verdientes Guthaben), was dem entspricht, was die Instance in 24 Stunden verdienen kann. 24 Stunden nach dem Start übersteigt das Guthaben 72 Punkte, da das nicht verbrauchte Startguthaben aufgelaufen ist. Es beträgt— nun 102 Punkte: 30 Punkte Startguthaben + 72 verdiente Punkte.

Schlussfolgerung

Wenn nach dem Start keine CPU Nutzung erfolgt, sammelt die Instance mehr Credits, als sie innerhalb von 24 Stunden verdienen kann (30 Start-Credits + 72 verdiente Credits = 102 Credits).

In einem realen Szenario verbraucht eine EC2 Instance beim Starten und Ausführen eine geringe Anzahl von Credits, wodurch verhindert wird, dass der Saldo in diesem Beispiel den maximalen theoretischen Wert erreicht.

Zeitraum 2: 25–36 Stunden

Für die nächsten 12 Stunden bleibt die Instance ungenutzt und verdient Punkte, aber das Guthaben erhöht sich nicht. Es verbleibt bei 102 Punkten (30 Punkte Startguthaben + 72 verdiente Punkte). Das Guthaben hat seine Grenze von 72 aufgelaufenen verdienten Punkten erreicht, sodass neu verdientes Guthaben verworfen wird.

Schlussfolgerung

Eine Instance verdient ständig Punkte, kann aber keine weiteren Punkte mehr sammeln, wenn das Guthaben sein Limit erreicht hat. Nach Erreichen des Limits werden neu verdiente Punkte verworfen. Das Startguthaben wird nicht auf das Guthabenlimit angerechnet. Wenn der Saldo aufgelaufenes Startguthaben enthält, scheint der Saldo über dem Limit zu liegen.

Zeitraum 3: 37–61 Stunden

In den nächsten 25 Stunden verbraucht die Instance 2%CPU, was 30 Credits erfordert. Im gleichen Zeitraum verdient sie 75 Punkte, aber das Guthaben nimmt ab. Der Saldo verringert sich, weil das aufgelaufene Startguthaben zuerst verbraucht wird, während neu erworbenes Guthaben verworfen wird, weil das Guthaben bereits an der Grenze von 72 verdienten Punkten liegt.

Schlussfolgerung

Eine Instance gibt zuerst das Startguthaben aus, bevor sie das verdiente Guthaben ausgibt. Das Startguthaben wird nicht auf das Guthabenlimit angerechnet. Nachdem das Startguthaben verbraucht ist, kann das Guthaben niemals höher sein als das, was in 24 Stunden verdient werden kann. Außerdem kann eine Instance, während sie läuft, kein weiteres Startguthaben erhalten.

Zeitraum 4: 62–72 Stunden

In den nächsten 11 Stunden verbraucht die Instance 2%CPU, was 13,2 Credits erfordert. Dies ist dieselbe CPU Auslastung wie in der Vorperiode, aber der Saldo nimmt nicht ab. Er bleibt bei 72 Punkten.

Der Saldo verringert sich nicht, da die Erwerbsrate von Guthaben höher ist als die Rate, mit der das Guthaben ausgegeben wird. In der Zeit, in der die Instance 13.2 Punkte ausgibt, verdient sie auch 33 Punkte. Das Saldo-Limit beträgt jedoch 72 Punkte, sodass alle verdienten Punkte, die das Limit überschreiten, verworfen werden. Der Saldo verbleibt bei 72 Punkten, die sich vom Stand von 102 Punkten in Zeitraum 2 unterscheiden, da es kein aufgelaufenes Startguthaben gibt.

Schlussfolgerung

Nachdem das Startguthaben verbraucht ist, wird das Guthaben durch die Anzahl der Punkte bestimmt, die eine Instance innerhalb von 24 Stunden verdienen kann. Wenn die Instance mehr Punkte verdient, als sie ausgibt, werden neu verdiente Punkte über dem Limit verworfen.

Zeitraum 5: 73–75 Stunden

In den nächsten drei Stunden erreicht die Instance eine CPU Auslastung von 20%, was 36 Credits erfordert. Die Instance verdient neun Punkte in den gleichen drei Stunden, was zu einer Verringerung des Nettosaldos um 27 Punkte führt. Am Ende von drei Stunden beträgt das Guthaben 45 aufgelaufene Punkte.

Schlussfolgerung

Wenn eine Instance mehr Punkte ausgibt, als sie verdient, verringert sich ihr Guthaben.

Zeitraum 6: 76–90 Stunden

In den nächsten 15 Stunden verbraucht die Instance 2%CPU, was 18 Credits erfordert. Dies ist dieselbe CPU Auslastung wie in den Perioden 3 und 4. Allerdings steigt der Saldo in diesem Zeitraum an, während er im Zeitraum 3 zurückging und in Zeitraum 4 einen Höchstwert erreichte.

In Zeitraum 3 wurde das aufgelaufene Startguthaben verbraucht und alle verdienten Punkte, die das Guthaben-Limit überschritten haben, verworfen, was zu einem Rückgang des Guthabens führte. In Zeitraum 4 hat die Instance weniger Guthaben ausgegeben als sie verdient hat. Das verdiente Guthaben, das das Limit überschritt, wurde verworfen, so dass die Bilanz auf ihr Guthaben-Maximum von 72 stieg.

In diesem Zeitraum gibt es kein aufgelaufenes Startguthaben, und die Anzahl der aufgelaufenen verdienten Punkte im Saldo liegt unter dem Limit. Verdiente Punkte werden nicht verworfen. Außerdem verdient die Instance mehr Guthaben, als sie ausgibt, was zu einer Erhöhung des Guthabens führt.

Schlussfolgerung

Wenn eine Instance weniger Punkte ausgibt, als sie verdient, erhöht sich ihr Guthaben.

Zeitraum 7: 91–96 Stunden

In den nächsten sechs Stunden bleibt die Instance inaktiv — die CPU Auslastung liegt bei 0% — und es werden keine Credits ausgegeben. Dies ist dieselbe CPU Auslastung wie in Periode 2, aber der Saldo stagniert nicht bei 102 Credits, sondern erreicht ein Plateau bei 72 Credits, was dem Kreditsaldolimit für die Instance entspricht.

Im Zeitraum 2 enthielt das Guthaben 30 aufgelaufene Punkte des Startguthabens. Das Startguthaben wurde in Zeitraum 3 ausgegeben. Eine laufende Instance kann kein weiteres Startguthaben erhalten. Nach Erreichen des Guthabenlimits werden alle verdienten Punkte, die das Limit überschreiten, verworfen.

Schlussfolgerung

Eine Instance verdient ständig Punkte, kann aber keine weiteren Punkte mehr sammeln, wenn das Guthabenlimit erreicht ist. Nach Erreichen des Limits werden neu verdiente Punkte verworfen. Das Guthabenlimit wird durch die Anzahl der Punkte bestimmt, die eine Instance in 24 Stunden verdienen kann. Weitere Informationen zu Guthabenlimits finden Sie in der Guthabentabelle.