Fakturierungsbeispiele für bestimmte Services

Es gibt noch einige weitere Informationen darüber, wie die konsolidierte Abrechnung mit bestimmten Diensten funktioniert AWS.

Amazon EC2 Reserved Instances

Nehmen wir als Beispiel für Amazon-EC2-Reserved-Instances an, dass Bob und Susan jeweils ein Konto in einer Organisation haben. Susan verfügt über fünf Reserved Instances desselben Typs und Bob hat keine. Während einer bestimmten Stunde verwendet Susan drei Instanzen und Bob sechs, also insgesamt neun Instanzen auf der konsolidierten Rechnung der Organisation. AWS berechnet fünf Instances als Reserved Instances und die restlichen vier Instances als reguläre Instances.

Bob erhält den Kostenvorteil von Susans Reserved Instances nur, wenn er seine Instances in derselben Availability Zone startet, in der Susan ihre Reserved Instances gekauft hat. Wenn Susan beim Kauf ihrer Reserved Instances beispielsweise us-west-2a angibt, muss Bob us-west-2a angeben, wenn er seine Instances startet, damit der Kostenvorteil in die konsolidierte Rechnung der Organisation einfließt. Die tatsächlichen Standorte der Availability Zones sind jedoch vom jeweiligen Konto unabhängig. Beispielsweise kann sich die Availability Zone us-west-2a für Bobs Konto an einem anderen Standort befinden als der für Susans Konto.

Amazon RDS – Reserved DB-Instances

Nehmen wir als Beispiel für reservierte DB-Instances für Amazon RDS an, dass Bob und Susan jeweils ein Konto in einer Organisation haben. Susan verfügt über fünf Reserved DB-Instances und Bob hat keine. Während einer bestimmten Stunde nutzt Susan drei DB-Instances und Bob sechs, also insgesamt neun DB-Instances auf der konsolidierten Rechnung. AWS stellt fünf als Reserved DB Instances und die restlichen vier als On-Demand-DB-Instances in Rechnung (Informationen zu den Gebühren für reservierte Amazon RDS-DB-Instances finden Sie auf der Seite mit den Preisen). Bob erhält den Kostenvorteil von Susans Reserved DB-Instances nur, wenn er seine DB-Instances in derselben Region startet, in der Susan ihre Reserved DB-Instances gekauft hat.

Außerdem müssen alle Attribute von Susans Reserved DB-Instances den Attributen der von Bob gestarteten DB-Instances entsprechen (siehe Reservierte DB Instances). Angenommen, Susan kauft eine Reserved DB-Instance in us-west-2 mit folgenden Attributen:

• DB-Engine: Oracle

• DB-Instance-Klasse: m1.xlarge

• Bereitstellungstyp: Multi-AZ

Das bedeutet, dass Bob seine DB-Instances in us-west-2 mit genau den gleichen Attributen starten muss, um den Kostenvorteil auf der konsolidierten Rechnung der Organisation zu erhalten.

ElastiCache Reservierte Node-Instances von Amazon

Nehmen wir für ein Beispiel mit Amazon ElastiCache Reserved Nodes an, Bob und Susan haben jeweils ein Konto in einer Organisation. Susan verfügt über fünf reservierte Knoten und Bob über keinen. Während einer bestimmten Stunde verwendet Susan drei Knoten und Bob sechs. Das macht insgesamt neun Knoten in der konsolidierten Rechnung.

AWS stellt fünf als Reserved Nodes in Rechnung. AWS stellt die restlichen vier als On-Demand-Knoten in Rechnung. (Die Gebühren für Amazon ElastiCache Reserved Nodes finden Sie unter ElastiCache Amazon-Preise.) Bob erhält den Kostenvorteil von Susans reservierten Knoten nur, wenn er seine On-Demand-Knoten in derselben Region startet, in der Susan ihre reservierten Knoten gekauft hat.

Um den Kostenvorteil von Susans reservierten Knoten zu erhalten, müssen auch alle Attribute von Bobs Knoten den Attributen der von Susan gestarteten Knoten entsprechen. Angenommen, Susan kauft reservierte Knoten in us-west-2 mit folgenden Attributen:

• Cache-Engine: Redis

• Knotentyp: cache.r3.large

Bob muss seine ElastiCache Nodes us-west-2 mit den gleichen Attributen starten, um den Kostenvorteil aus der konsolidierten Rechnung der Organisation herauszuholen.

Reservierte Instanzen von Amazon OpenSearch Service

Nehmen wir für ein Beispiel für Amazon OpenSearch Service Reserved Nodes an, Bob und Susan haben jeweils ein Konto in einer Organisation. Susan verfügt über fünf Reserved DB-Instances und Bob hat keine. Während einer bestimmten Stunde verwendet Susan drei Instances und Bob sechs. Das macht insgesamt neun Instances in der konsolidierten Rechnung.

AWS stellt fünf als Reserved Instances in Rechnung. AWS stellt die verbleibenden vier als On-Demand-Instances in Rechnung. (Die Gebühren für Amazon OpenSearch Service Reserved Instance finden Sie unter Amazon OpenSearch Service Pricing.) Bob erhält den Kostenvorteil von Susans Reserved-DB-Instances nur, wenn er seine On-Demand-Instances in derselben AWS-Region startet, in der Susan ihre Reserved-DB-Instances gekauft hat.

Damit er den durch Susans Reserved Instances möglichen Kostenvorteil nutzen kann, muss Bob den gleichen Instance-Typ verwenden, den Susan reserviert hat. Angenommen, Susan kauft m4.large.elasticsearch Instances in us-west-2. Bob muss seine Amazon OpenSearch Service-Domains us-west-2 mit demselben Instance-Typ starten, um den Kostenvorteil aus der konsolidierten Rechnung der Organisation zu ziehen.