特定のサービスの請求例

AWSの一括請求がの特定のサービスでどのように機能するかについては、他にも知っておくべきことがいくつかあります。

Amazon EC2 リザーブドインスタンス

たとえば、Amazon EC2 リザーブド DB インスタンスの例として、ボブとスーザンが組織内でそれぞれアカウントを持っているとします。スーザンは 5 つの同じタイプのリザーブドインスタンスを持っていて、ボブは何も持っていません。組織の一括請求では、1 時間に Susan が 3 つ、Bob が 6 つのインスタンスを使用しているため、合計 9 つのインスタンスが使用されます。 AWS 5 つのインスタンスをリザーブドインスタンスとして、残りの 4 つのインスタンスを通常のインスタンスとして請求します。

スーザンがリザーブドインスタンスを購入したのと同じ利用可能ゾーンでボブがインスタンスを起動する場合にのみ、ボブはスーザンのリザーブドインスタンスのコスト利点を受けることができます。たとえば、スーザンがリザーブドインスタンス購入の際に us-west-2a を指定した場合、ボブが組織の一括請求でコストメリットを得るためには、ボブは自分のインスタンス起動時に us-west-2a を指定する必要があります。しかし、Availability Zone の実際のロケーションは、アカウント間で独立しています。たとえば、ボブのアカウントの us-west-2a アベイラビリティーゾーンは、スーザンのアカウントのロケーションとは異なるロケーションにある可能性があります。

Amazon RDS リザーブド DB インスタンス

たとえば、Amazon RDS リザーブド DB インスタンスの例として、ボブとスーザンが組織内でそれぞれアカウントを持っているとします。スーザンが 5 つのリザーブド DB インスタンスを持っていて、ボブは何も持っていないとします。1 時間の間に、スーザンは 3 つの DB インスタンス、ボブは 6 つの DB インスタンスを使用します。つまり、一括請求では合計 9 つの DB インスタンスが使用されます。 AWS 請求では、5 つをリザーブド DB インスタンスとして、残りの 4 つをオンデマンド DB インスタンスとして請求します（Amazon RDS リザーブド DB インスタンスの料金については、料金ページを参照してください）。スーザンがリザーブド DB インスタンスを購入したのと同じリージョンでボブが DB インスタンスを起動する場合にのみ、ボブはスーザンのリザーブド DB インスタンスのコスト利点を受けることができます。

また、「リザーブド DB インスタンス」で説明されているように、Susan のリザーブド DB インスタンスのすべての関連属性が、Bob によって起動された DB インスタンスの属性と一致する必要があります。たとえば、スーザンが以下の属性で、us-west-2 でリザーブド DB インスタンスを購入したとします。

• DB エンジン: Oracle

• DB インスタンスのクラス: m1.xlarge

• デプロイのタイプ: Multi-AZ

これは、ボブが組織の一括請求においてコストメリットを得るためには、正確に同じ属性を持つ自身の DB インスタンスを us-west-2 で起動する必要があることを意味しています。

Amazon ElastiCache リザーブドノードインスタンス

Amazon ElastiCache リザーブドノードの例として、Bob と Susan がそれぞれ組織にアカウントを持っているとします。スーザンが 5 つのリザーブドノードを持っていて、ボブは何も持っていないとします。ある特定の 1 時間の内に、スーザンは 3 つのノードを使用し、ボブは 6 つ使用します。これにより、合計 9 個のノードが一括請求に使用されます。

AWS 5 つをリザーブドノードとして請求します。 AWS 残りの 4 つをオンデマンドノードとして請求します。(Amazon ElastiCache リザーブドノードの料金については、Amazon ElastiCache 料金表を参照してください)。スーザンがリザーブドノードを購入したのと同じリージョンでボブがオンデマンドノードを起動する場合にのみ、ボブはスーザンのリザーブドノードのコスト利点を受けることができます。

また、スーザンのリザーブドノードのコスト利点を受けるには、ボブのノードの全属性が、スーザンが起動したノードの属性と一致する必要があります。たとえば、スーザンが以下の属性で、us-west-2 でリザーブドノードを購入したとします。

• キャッシュエンジン: Redis

• ノードの種類: cache.r3.large

us-west-2組織の一括請求で費用対効果を得るには、 ElastiCache ボブは同じ属性でノードを起動する必要があります。

Amazon OpenSearch サービスリザーブドインスタンス

Amazon OpenSearch Service リザーブドノードの例として、Bob と Susan がそれぞれ組織にアカウントを持っているとします。スーザンが 5 つのリザーブド インスタンスを持っていて、ボブは何も持っていないとします。ある特定の 1 時間の内に、スーザンは 3 つのインスタンスを使用し、ボブは 6 つ使用します。これにより、合計 9 個のインスタンスが一括請求に使用されます。

AWS 5 つをリザーブドインスタンスとして請求します。 AWS 残りの 4 つをオンデマンドインスタンスとして請求します。(Amazon OpenSearch サービスのリザーブドインスタンス料金については、Amazon OpenSearch サービスの料金表を参照してください)。スーザンがリザーブドインスタンスを購入したのと同じ  AWS リージョン でボブがオンデマンドインスタンスを起動する場合にのみ、ボブはスーザンのリザーブドインスタンスのコスト利点を受けることができます。

スーザンのリザーブドインスタンスのコスト利点を受けるには、スーザンが予約したものと同じインスタンスタイプをボブも使用する必要があります。たとえば、スーザンが us-west-2 で m4.large.elasticsearch インスタンスを購入したとします。ボブは、us-west-2組織の一括請求で費用対効果を得るために、同じインスタンスタイプで Amazon OpenSearch Service ドメインを起動する必要があります。