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.
Wie werden Rabatte für Reserved Instances angewendet
Reserved Instances sind keine physischen Instances, sondern ein Abrechnungsrabatt, der auf die laufenden On-Demand-Instances in Ihrem Konto angewendet wird. Die On-Demand-Instances müssen bestimmten Spezifikationen der Reserved Instances entsprechen, damit der Abrechnungsrabatt angewendet werden kann.
Wenn Sie eine Reserved Instance erwerben und bereits über eine laufende On-Demand-Instance verfügen, die den Spezifikationen der Reserved Instance entspricht, wird der Abrechnungsrabatt sofort und automatisch angewendet. Sie müssen Ihre Instances nicht neu starten. Wenn Sie über keine berechtigte On-Demand-Instance verfügen, starten Sie eine On-Demand-Instance mit denselben Spezifikationen wie Ihre Reserved Instance. Weitere Informationen finden Sie unter Nutzen Ihres Reserved Instances.
Die Angebotsklasse (Standard oder Convertible) der Reserved Instance hat keinen Einfluss darauf, wie der Abrechnungsrabatt angewendet wird.
Themen
So werden zonengebundene Reserved Instances angewendet
Eine Reserved Instance, die gekauft wird, um Kapazität in einer bestimmten Availability Zone zu reservieren, wird als zonengebundene Reserved Instance bezeichnet.
-
Der Reserved-Instance-Rabatt gilt für die übereinstimmende Instance-Nutzung in dieser Availability Zone.
-
Die Attribute (Tenancy, Plattform, Availability Zone, Instance-Typ und Instance-Größe) der aktiven Instances müssen denen der Reserved Instances entsprechen.
Wenn Sie beispielsweise zwei c4.xlarge Standard-Tenancy Linux/Unix Standard Reserved Instances in der Availability Zone „us-east-1a“ erwerben, kann der Reserved-Instance-Rabatt auf bis zu zwei aktive c4.xlarge Standard-Tenancy Linux/Unix-Instances in der Availability Zone „us-east-1a“ angewendet werden.
So werden regionale Reserved Instances angewendet
Eine für eine Region erworbene Reserved Instance wird als regionale Reserved Instance bezeichnet und bietet Flexibilität in Bezug auf die Instance-Größe und Availability Zone.
-
Der Reserved Instance-Rabatt gilt für die Instance-Nutzung in jeder Availability Zone in dieser Region.
-
Der Reserved-Instance-Rabatt gilt für die Instance-Nutzung innerhalb der Instance-Familie, unabhängig von der Größe – dies wird als Instance-Größenflexibilität bezeichnet.
Flexibilität bezüglich der Instance-Größe
Da die Instance-Größe flexibel ist, gilt der Reserved Instance-Rabatt für die Instance-Nutzung für Instances derselben Familie. Die Reserved Instance wird basierend auf dem Normalisierungsfaktor innerhalb der Instance-Familie von der kleinsten bis hin zur größten Instance-Größe angewendet. Ein Beispiel für die Anwendung des Reserved-Instance-Rabatts finden Sie unter Szenario 2: Reserved Instances in einem einzigen Konto unter Anwendung des Normalisierungsfaktors.
Einschränkungen
-
Unterstützt: Die Flexibilität der Instance-Größe wird nur für regionale Reserved Instances unterstützt.
-
Nicht unterstützt: Die Flexibilität der Instance-Größe wird für die folgenden Reserved Instances nicht unterstützt:
-
Reserved Instances, die für eine bestimmte Availability Zone erworben werden (zonengebundene Reserved Instances)
-
Reserved Instances für G4ad-, G4dn-, G5-, G5g-, G6-, G6e-, Gr6-, hpc7a-, P5-, Inf1- und Inf2-Instances
-
Reservierte Instanzen für Windows Server, Windows Server mit SQL Standard, Windows Server mit Server Enterprise, Windows Server mit Server Web und Linux Enterprise Server SQL SQL RHEL SUSE
-
Reserved Instances mit Dedicated Tenancy
-
Flexibilität bezüglich der Instance-Größe anhängig vom Normalisierungsfaktor
Die flexible Instance-Größe wird durch den Normalisierungsfaktor der Instance-Größe bestimmt. Der Rabatt gilt für aktive Instances derselben Instance-Familie Typs in jeder Availability Zone der Region entweder vollständig oder teilweise. Dies hängt von der Instance-Größe der Reservierung ab. Nur die Attribute Instance-Familie, Tenancy und Plattform müssen übereinstimmen.
In der folgenden Tabelle sind die unterschiedlichen Größen innerhalb einer Instance-Familie und der entsprechende Normalisierungsfaktor aufgeführt. Diese Maßeinheit wird zur Anwendung des Rabatts für Reserved Instances auf die normalisierte Nutzung des Instance-Familie genutzt.
| Instance-Größe | Normalisierungsfaktor |
|---|---|
| nano | 0,25 |
| micro | 0.5 |
| small | 1 |
| medium | 2 |
| large | 4 |
| xlarge | 8 |
| 2xlarge | 16 |
| 3xlarge | 24 |
| 4xlarge | 32 |
| 6xlarge | 48 |
| 8xlarge | 64 |
| 9xlarge | 72 |
| 10xlarge | 80 |
| 12xlarge | 96 |
| 16xlarge | 128 |
| 18xlarge | 144 |
| 24xlarge | 192 |
| 32xlarge | 256 |
| 48xlarge | 384 |
| 56xlarge | 448 |
| 112xlarge | 896 |
Eine t2.medium-Instance hat beispielsweise einen Normalisierungsfaktor von 2. Wenn Sie eine t2.medium Standard-Tenancy Amazon Linux/Unix Reserved Instance in US East (N. Virginia) erwerben, und in der Region über zwei aktive t2.small Instances in Ihrem Konto verfügen, wird der Rabatt voll auf beide Instances angewendet.
Wenn Sie über eine t2.large-Instance in der Region USA Ost (Nord-Virginia) in Ihrem Konto verfügen, wird der Rabatt zu 50 % auf die Nutzung der Instance angewendet.
Der Normalisierungsfaktor wird auch angewendet, wenn Sie Reserved Instances ändern. Weitere Informationen finden Sie unter Ändern von Reserved Instances.
Normalisierungsfaktor für Bare Metal-Instances
Flexibilität bezüglich der Instance-Größe gilt auch für Bare Metal-Instances in der Instance-Familie. Wenn Sie regionale Amazon Linux/Unix Reserved Instances with shared tenancy on bare metal instances, you can benefit from the Reserved Instance savings within the same instance family. The opposite is also true: if you have regional Amazon Linux/Unix Reserved Instances mit Shared Tenancy für Instances derselben Familie wie eine Bare-Metal-Instance haben, können Sie von den Reserved Instance-Einsparungen bei der Bare-Metal-Instance profitieren.
Die metal-Instance-Größe besitzt keinen einzigen Normalisierungsfaktor. Eine Bare Metal-Instance hat den gleichen Normalisierungsfaktor wie die entsprechende virtualisierte Instance-Größe innerhalb derselben Instance-Familie. Beispielsweise hat eine i3.metal-Instance den gleichen Normalisierungsfaktor wie eine i3.16xlarge-Instance.
| Instance-Größe | Normalisierungsfaktor |
|---|---|
a1.metal |
32 |
m5zn.metal | x2iezn.metal
z1d.metal
|
96 |
c6g.metal |
c6gd.metal |
i3.metal |
m6g.metal |
m6gd.metal |
r6g.metal |
r6gd.metal |
x2gd.metal
|
128 |
c5n.metal |
144 |
c5.metal |
c5d.metal |
i3en.metal |
m5.metal |
m5d.metal |
m5dn.metal |
m5n.metal |
r5.metal |
r5b.metal |
r5d.metal |
r5dn.metal |
r5n.metal
|
192 |
c6i.metal |
c6id.metal |
m6i.metal |
m6id.metal |
r6d.metal |
r6id.metal
|
256 |
u-*.metal |
896 |
Beispiel: Eine i3.metal-Instance hat beispielsweise einen Normalisierungsfaktor von 128. Wenn Sie eine i3.metal-Reserved Instance der Amazon Linux/Unix-Plattform mit Standard-Tenancy in der Region US East (N. Virginia) erwerben, kann der Rabatt wie folgt angewendet werden:
-
Wenn Sie in Ihrem Konto in dieser Region über eine aktive
i3.16xlarge-Instance verfügen, wird der Rabatt voll auf diei3.16xlarge-Instance (i3.16xlarge-Normalisierungsfaktor = 128) angewendet. -
Oder wenn Sie in Ihrem Konto in dieser Region über zwei aktive
i3.8xlarge-Instances verfügen, wird der Rabatt voll auf beidei3.8xlarge-Instances (i3.8xlarge-Normalisierungsfaktor = 64) angewendet. -
Oder wenn Sie in Ihrem Konto in dieser Region über vier aktive
i3.4xlarge-Instances verfügen, wird der Rabatt voll auf alle vieri3.4xlarge-Instances (i3.4xlarge-Normalisierungsfaktor = 32) angewendet.
Dies gilt auch umgekehrt. Wenn Sie z. B. zwei i3.8xlarge-Reserved Instances auf der Amazon Linux/Unix-Plattform mit Standard-Tenancy in der Region US East (N. Virginia) erwerben und bereits über eine aktive i3.metal-Instance in dieser Region verfügen, wird der Rabatt voll auf die i3.metal-Instance angewendet.
Beispiele zur Anwendung von Reserved Instances
Die folgenden Szenarien decken die Anwendungsmöglichkeiten von Reserved Instances ab.
Szenario 1: Reserved Instances in einem einzigen Konto
Sie führen die folgenden On-Demand-Instances in Konto A aus:
-
4 x
m3.largeLinux, Standard-Tenancy-Instances in Availability Zone us-east-1a -
2 x
m4.xlargeAmazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b -
1 x
c4.xlargeAmazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1c
Sie erwerben die folgenden Reserved Instances in Konto A:
-
4 x
m3.largeLinux, Standard-Tenancy Reserved Instances in Availability Zone us-east-1a (Kapazität ist reserviert) -
4 x
m4.largeAmazon Linux, Standard-Tenancy Reserved Instances in der Region us-east-1 -
1 x
c4.largeAmazon Linux, Standard-Tenancy Reserved Instances in der Region us-east-1
Die Reserved Instance-Rabatte werden folgendermaßen angewendet:
-
Da die Attribute (Instance-Größe, Region, Plattform, Tenancy) übereinstimmen, werden der Rabatt und die Kapazitätsreservierung der vier
m3.largeZonen-Reserved Instances für die vierm3.largeInstances genutzt. -
Die regionalen
m4.largeReserved Instances bieten eine Flexibilität für die Availability Zone und die Instance-Größe. Sie sind regionale Amazon Linux Reserved Instances mit Standard-Tenancy.Eine
m4.largeentspricht 4 normalisierten Einheiten/Stunde.Sie haben vier regionale
m4.largeReserved Instances erworben. Insgesamt entsprechen diese 16 normalisierten Einheiten/Stunde (4x4). Konto A verfügt über zwei aktivem4.xlargeInstances. Dies entspricht 16 normalisierten Einheiten/Stunde (2x8). In diesem Fall sorgen die vier regionalenm4.large-Reserved-Instances für den vollständigen Rabatt für die Nutzung der zweim4.xlarge-Instances. -
Die regionale
c4.largeReserved Instance in us-east-1 bietet eine Flexibilität für die Availability Zone und die Instance-Größe, denn sie ist eine regionale Amazon Linux Reserved Instance mit Standard-Tenancy und wird auf diec4.xlargeInstance angewendet. Einec4.largeInstance entspricht 4 normalisierten Einheiten/Stunde und einec4.xlargeentspricht 8 normalisierten Einheiten/Stunde.In diesem Fall wird die regionale
c4.largeReserved Instance teilweise auf diec4.xlarge-Nutzung angewendet. Dies liegt daran, dass diec4.largeReserved Instance der Nutzung von 4 normalisierten Einheiten/Stunde entspricht, diec4.xlargeInstance jedoch 8 normalisierte Einheiten/Stunde erfordert. Aus diesem Grund wird der Rabatt durch diec4.largeReserved Instance nur zu 50 % auf diec4.xlarge-Nutzung angewendet. Die verbleibendec4.xlarge-Nutzung wird über den On-Demand-Tarif abgerechnet.
Szenario 2: Reserved Instances in einem einzigen Konto unter Anwendung des Normalisierungsfaktors
Sie führen die folgenden On-Demand-Instances in Konto A aus:
-
2 x
m3.xlargeAmazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a -
2 x
m3.largeAmazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b
Sie erwerben die folgende Reserved Instance in Konto A:
-
1 x
m3.2xlargeAmazon Linux, Standard-Tenancy-Reserved-Instance in der Region us-east-1
Die Reserved Instance-Rabatte werden folgendermaßen angewendet:
-
Die
m3.2xlargeregionale Reserved Instance in us-east-1 bietet Flexibilität in Bezug auf die Availability Zone und die Instance-Größe, denn es handelt sich um eine regionale Amazon-Linux-Reserved-Instance mit Standard-Tenancy. Sie wird zunächst auf diem3.large-Instances und dann auf diem3.xlarge-Instances angewendet, da die Anwendung innerhalb der Instance-Familie basierend auf dem Normalisierungsfaktor von der kleinsten bis zur größten Instance-Größe erfolgt.Eine
m3.large-Instance entspricht 4 normalisierten Einheiten/Stunde.Eine
m3.xlarge-Instance entspricht 8 normalisierten Einheiten/Stunde.Eine
m3.2xlarge-Instance entspricht 16 normalisierten Einheiten/Stunde.Der Rabatt wird wie folgt angewendet:
Die
m3.2xlargeregionale Reserved Instance bietet bei zweimaligerm3.largeNutzung alle Vorteile, da diese Instances zusammen 8 ausmachen, wenn sie für diem3.xlargeInstances normalisiert wurdenunits/hour. This leaves 8 normalized units/hour.Mit den verbleibenden 8 normalisierten Einheiten/Stunde wendet die
m3.2xlargeregionale Reserved Instance den vollständigen Rabatt auf 1 xm3.xlargeNutzung an, da jedem3.xlargeInstance 8 normalisierten Einheiten/Stunde entspricht. Die verbleibendem3.xlarge-Nutzung wird über den On-Demand-Tarif abgerechnet.
Szenario 3: Regionale Reserved Instances in verknüpften Konten
Reserved Instances werden zuerst auf die Nutzung im erwerbenden Konto angewendet. Danach folgt die qualifizierte Nutzung in anderen Konten der Organisation. Weitere Informationen finden Sie unter Reserved Instances- und konsolidierte Fakturierung. Bei regionalen Reserved Instances, die Größenflexibilität für Instances anbieten, wird der Vorteil innerhalb der Instance-Familie von der kleinsten bis hin zur größten Instance-Größe angewendet.
Sie führen die folgenden On-Demand-Instances in Konto A (das erwerbende Konto) aus:
-
2 x
m4.xlargeLinux, Standard-Tenancy-Instances in Availability Zone us-east-1a -
1 x
m4.2xlargeLinux, Standard-Tenancy-Instances in Availability Zone us-east-1b -
2 x
c4.xlargeLinux, Standard-Tenancy-Instances in Availability Zone us-east-1a -
1 x
c4.2xlargeLinux, Standard-Tenancy-Instances in Availability Zone us-east-1b
Ein weiterer Kunde führt die folgenden On-Demand-Instances in Konto B— (ein verknüpftes Konto) aus:
-
2 x
m4.xlargeLinux, Standard-Tenancy-Instances in Availability Zone us-east-1a
Sie erwerben die folgenden regionalen Reserved Instances in Konto A:
-
4 x
m4.xlargeLinux, Standard-Tenancy Reserved Instances in der Region us-east-1 -
2 x
c4.xlargeLinux, Standard-Tenancy Reserved Instances in der Region us-east-1
Die regionalen Reserved Instance-Rabatte werden folgendermaßen angewendet:
-
Der Rabatt der vier
m4.xlarge-Reserved Instances wird von den beidenm4.xlarge-Instances und der einzelnenm4.2xlarge-Instance in Konto A (dem erwerbenden Konto) genutzt. Alle drei Instance entsprechen den Attributen (Instance-Familie, Region, Plattform, Tenancy). Der Rabatt wird zuerst auf die Instances im erwerbenden Konto (Konto A) angewendet, obwohl Konto B (verknüpftes Konto) über zweim4.xlargeverfügt, dem den Reserved Instances ebenfalls entsprechen. Es wird keine Kapazitätsreservierung geboten, da es sich bei den Reserved Instances um regionale Reserved Instances handelt. -
Der Rabatt auf die zwei
c4.xlargeReserved Instances wird auf die zweic4.xlargeInstances angewendet, da ihre Instance-Größe kleiner als die derc4.2xlargeInstance ist. Es wird keine Kapazitätsreservierung geboten, da es sich bei den Reserved Instances um regionale Reserved Instances handelt.
Szenario 4: Zonenbasierte Reserved Instances in einem verknüpften Konto
Reserved Instances im Besitz eines Kontos werden grundsätzlich erst auf die Nutzung in diesem Konto angewendet. Wenn es qualifizierende und nicht genutzte Reserved Instances für eine bestimmte Availability Zone (zonenbasierte Reserved Instances) in anderen Konten in der Organisation gibt, werden diese vor den regionalen Reserved Instances im Besitz des Kontos auf das Konto angewendet. Dies geschieht, um eine maximale Nutzung der Reserved Instances und somit eine geringere Rechnung zu gewährleisten. Zu Fakturierungszwecken werden alle Konten in der Organisation wie ein einziges Konto behandelt. Das folgende Beispiel veranschaulicht dies.
Sie führen die folgenden On-Demand-Instance in Konto A (das erwerbende Konto) aus:
-
1 x
m4.xlargeLinux, Standard-Tenancy-Instance in Availability Zone us-east-1a
Ein Kunde führt die folgende On-Demand-Instance im verknüpften Konto B aus:
-
1 x
m4.xlargeLinux, Standard-Tenancy-Instance in Availability Zone us-east-1b
Sie erwerben die folgenden regionalen Reserved Instances in Konto A:
-
1 x
m4.xlargeLinux, Standard-Tenancy Reserved Instance in der Region us-east-1
Ein Kunde erwirbt die folgenden zonenbezogenen Reserved Instances im verknüpften Konto C:
-
1 x
m4.xlargeLinux, Standard-Tenancy-Reserved Instances in Availability Zone us-east-1a
Die Reserved Instance-Rabatte werden folgendermaßen angewendet:
-
Der Rabatt der zonenbezogenen
m4.xlargeReserved Instances im Besitz von Konto C wird auf diem4.xlarge-Nutzung in Konto A angewendet. -
Der Rabatt der regionalen
m4.xlargeReserved Instances im Besitz von Konto A wird auf diem4.xlarge-Nutzung in Konto B angewendet. -
Wenn die regionale Reserved Instance im Besitz von Konto A zuerst auf die Nutzung in Konto A angewendet wurde, bleibt die zonenbezogene Reserved Instance im Besitz von Konto C ungenutzt und die Nutzung in Konto B wird zum On-Demand-Tarif abgerechnet.
Weitere Informationen finden Sie unter Grundlegendes zu Ihren Reservierungen in der AWS Cost and Usage Report.
Anmerkung
Zonal Reserved Instances reservieren Kapazität nur für das Besitzerkonto und können nicht für andere AWS-Konten freigegeben werden. Wenn Sie Kapazität für andere AWS-Konten freigeben müssen, verwenden Sie Reservieren Sie Rechenkapazität mit Kapazitätsreservierungen auf Abruf.
