Fakturierungsbeispiele für bestimmte Services - AWS-Fakturierung

Fakturierungsbeispiele für bestimmte Services

Wichtig zu wissen sind noch einige weitere Informationen über die Funktionsweise der konsolidierten Fakturierung für bestimmte Services in 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 nutzt Susan drei Instances und Bob verwendet sechs, sodass insgesamt neun Instances auf der konsolidierten Rechnung der Organisation ausgewiesen werden. AWS stellt fünf Instances als Reserved Instances und die restlichen vier als normale Instances in Rechnung.

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 – reservierte 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 nutzt sechs, sodass insgesamt neun DB-Instances auf der konsolidierten Rechnung ausgewiesen werden. AWS stellt fünf als reservierte DB-Instances und die restlichen vier als On-Demand-DB-Instances in Rechnung (weitere Informationen zu den Gebühren für reservierte DB-Instances für Amazon RDS finden Sie auf der Preisübersichtsseite). 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.

Amazon ElastiCache – reservierte Knoten-Instances

Nehmen wir als Beispiel für reservierte Knoten für Amazon ElastiCache an, dass Bob und Susan jeweils ein Konto in einer Organisation haben. 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 fakturiert fünf als reservierte Knoten. AWS fakturiert die restlichen vier als On-Demand-Knoten. (Informationen zu den Gebühren für reservierte Knoten für Amazon ElastiCache finden Sie unter Amazon-ElastiCache-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-Knoten in us-west-2 mit denselben Attributen starten, um den Kostenvorteil auf der konsolidierten Rechnung der Organisation zu erhalten.

Reserved Instances für Amazon OpenSearch Service

Nehmen wir als Beispiel für reservierte Knoten für Amazon OpenSearch Service 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 verwendet Susan drei Instances und Bob sechs. Das macht insgesamt neun Instances in der konsolidierten Rechnung.

AWS fakturiert fünf als Reserved Instances. AWS fakturiert die restlichen vier als On-Demand-Instances. (Informationen zu Gebühren für Reserved Instances für Amazon OpenSearch Service finden Sie unterPreise für Amazon OpenSearch Service.) Bob erhält den Kostenvorteil von Susans Reserved DB-Instances nur, wenn er seine On-Demand-Instances in derselben 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-Domänen in us-west-2 mit demselben Instance-Typ starten, um den Kostenvorteil auf der konsolidierten Rechnung der Organisation zu erhalten.