翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。

特定のサービスの請求例

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

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

Amazon EC2リザーブドインスタンス の例では、ボブとスーザンがそれぞれ組織にアカウントを持っているとします。スーザンは 5 つの同じタイプのリザーブドインスタンスを持っていて、ボブは何も持っていません。特定の 1 時間で、スーザンは 3 つのインスタンスを使用し、ボブは 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 インスタンスを使用し、ボブは合計 9 つの DB インスタンスを一括請求で使用します。 AWS は 5 つの をリザーブド DB インスタンスとして請求し、残りの 4 つはオンデマンド DB インスタンスとして請求します (Amazon RDS リザーブド DB インスタンスの料金については、「 の料金」ページを参照してください）。スーザンがリザーブド DB インスタンスを購入したのと同じリージョンでボブが DB インスタンスを起動する場合にのみ、ボブはスーザンのリザーブド DB インスタンスのコスト利点を受けることができます。

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

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

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

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

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

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

Bob は、組織の一括請求でコストメリットを得るために、同じ属性us-west-2を使用して で ElastiCache ノードを起動する必要があります。

Amazon OpenSearch Service リザーブドインスタンス

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

AWS は 5 をリザーブドインスタンスとして請求します。 AWS は残りの 4 つをオンデマンドインスタンスとして請求します。(Amazon OpenSearch Service リザーブドインスタンス の料金については、「Amazon OpenSearch Service の料金」を参照してください。） Bob は、同じ でオンデマンドインスタンスを起動する場合にのみ、スーザンのリザーブドインスタンスからコスト上の利点を得ます。 AWS リージョン スーザンがリザーブドインスタンスを購入した場所。

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