So werden 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.

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

Bei flexibler Instance-Größe gilt der Rabatt für Reserved Instances für die Nutzung von Instances, die dieselbe Familie, Generation und dasselbe Attribut haben. 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)

  • Reservierte Instances für G4ad-, G4dn-, G5-, G5g-, Inf1- und Inf2-Instances

  • Reserved Instances für Windows Server, Windows Server mit SQL Standard, Windows Server mit SQL Server Enterprise, Windows Server mit SQL Server Web, RHEL und SUSE Linux Enterprise Server

  • 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. Bei regionalen Amazon Linux/Unix-Reserved Instances mit geteilter Tenancy für Bare Metal-Instances können Sie von den Reserved Instance-Einsparungen in derselben Instance-Familie profitieren. Dies gilt auch umgekehrt. Bei regionalen Amazon Linux/Unix-Reserved Instances mit geteilter Tenancy für Instances in derselben Familie wie eine Bare Metal-Instance können Sie von den Reserved Instance-Einsparungen für die 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
m5zn.metal | z1d.metal	96
i3.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
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 die i3.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 beide i3.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 vier i3.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
• Szenario 2: Reserved Instances in einem einzigen Konto unter Anwendung des Normalisierungsfaktors
• Szenario 3: Regionale Reserved Instances in verknüpften Konten
• Szenario 4: Zonenbasierte Reserved Instances in einem verknüpften Konto

Szenario 1: Reserved Instances in einem einzigen Konto

Sie führen die folgenden On-Demand-Instances in Konto A aus:

• 4 x m3.large Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a

• 2 x m4.xlarge Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b

• 1 x c4.xlarge Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1c

Sie erwerben die folgenden Reserved Instances in Konto A:

• 4 x m3.large Linux, Standard-Tenancy Reserved Instances in Availability Zone us-east-1a (Kapazität ist reserviert)

• 4 x m4.large Amazon Linux, Standard-Tenancy Reserved Instances in der Region us-east-1

• 1 x c4.large Amazon 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.large Zonen-Reserved Instances für die vier m3.large Instances genutzt.

• Die regionalen m4.large Reserved 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.large entspricht 4 normalisierten Einheiten/Stunde.

  Sie haben vier regionale m4.large Reserved Instances erworben. Insgesamt entsprechen diese 16 normalisierten Einheiten/Stunde (4x4). Konto A verfügt über zwei aktive m4.xlarge Instances. Dies entspricht 16 normalisierten Einheiten/Stunde (2x8). In diesem Fall sorgen die vier regionalen m4.large-Reserved-Instances für den vollständigen Rabatt für die Nutzung der zwei m4.xlarge-Instances.

• Die regionale c4.large Reserved 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 die c4.xlarge Instance angewendet. Eine c4.large Instance entspricht 4 normalisierten Einheiten/Stunde und eine c4.xlarge entspricht 8 normalisierten Einheiten/Stunde.

  In diesem Fall wird die regionale c4.large Reserved Instance teilweise auf die c4.xlarge-Nutzung angewendet. Dies liegt daran, dass die c4.large Reserved Instance der Nutzung von 4 normalisierten Einheiten/Stunde entspricht, die c4.xlarge Instance jedoch 8 normalisierte Einheiten/Stunde erfordert. Aus diesem Grund wird der Rabatt durch die c4.large Reserved Instance nur zu 50 % auf die c4.xlarge-Nutzung angewendet. Die verbleibende c4.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.xlarge Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a

• 2 x m3.large Amazon Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b

Sie erwerben die folgende Reserved Instance in Konto A:

• 1 x m3.2xlarge Amazon Linux, Standard-Tenancy-Reserved-Instance in der Region us-east-1

Die Reserved Instance-Rabatte werden folgendermaßen angewendet:

• Die m3.2xlarge regionale 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 die m3.large-Instances und dann auf die m3.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.2xlarge regionale Reserved Instance bietet den vollständigen Rabatt für 2 x m3.large Nutzung, da diese beiden Instances zusammen 8 normalisierten Einheiten/Stunde entsprechen. Damit verbleiben 8 normalisierte Einheiten/Stunde, die auf die m3.xlarge-Instances angewendet werden.

  Mit den verbleibenden 8 normalisierten Einheiten/Stunde wendet die m3.2xlarge regionale Reserved Instance den vollständigen Rabatt auf 1 x m3.xlarge Nutzung an, da jede m3.xlarge Instance 8 normalisierten Einheiten/Stunde entspricht. Die verbleibende m3.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.xlarge Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a

• 1 x m4.2xlarge Linux, Standard-Tenancy-Instances in Availability Zone us-east-1b

• 2 x c4.xlarge Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a

• 1 x c4.2xlarge Linux, 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.xlarge Linux, Standard-Tenancy-Instances in Availability Zone us-east-1a

Sie erwerben die folgenden regionalen Reserved Instances in Konto A:

• 4 x m4.xlarge Linux, Standard-Tenancy Reserved Instances in der Region us-east-1

• 2 x c4.xlarge Linux, 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 beiden m4.xlarge-Instances und der einzelnen m4.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 zwei m4.xlarge verfü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.xlarge Reserved Instances wird auf die zwei c4.xlarge Instances angewendet, da ihre Instance-Größe kleiner als die der c4.2xlarge Instance 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.xlarge Linux, 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.xlarge Linux, Standard-Tenancy-Instance in Availability Zone us-east-1b

Sie erwerben die folgenden regionalen Reserved Instances in Konto A:

• 1 x m4.xlarge Linux, 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.xlarge Linux, Standard-Tenancy-Reserved Instances in Availability Zone us-east-1a

Die Reserved Instance-Rabatte werden folgendermaßen angewendet:

• Der Rabatt der zonenbezogenen m4.xlarge Reserved Instances im Besitz von Konto C wird auf die m4.xlarge-Nutzung in Konto A angewendet.

• Der Rabatt der regionalen m4.xlarge Reserved Instances im Besitz von Konto A wird auf die m4.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 der Reserved Instances im Billing and Cost Management 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 mit anderen teilen müssen, verwenden Sie. AWS-KontenOn-Demand Capacity Reservations