

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

# リザーブドインスタンス
<a name="ri-behavior"></a>

請求の目的で、 の統合請求機能は、組織内のすべてのアカウントを 1 つのアカウントとして AWS Organizations 扱います。これは、組織内のすべてのアカウントは、他のアカウントで購入したリザーブドインスタンスの時間単位のコスト利点を受けることができるということを意味しています。

請求情報とコスト管理コンソールの [**設定**] ページで、リザーブドインスタンスの共有の割引を無効化することができます。詳細については、「[リザーブドインスタンスと Savings Plans の割引共有](ri-turn-off.md)」を参照してください。

**注記**  
請求転送を使用する場合、リザーブドインスタンスと Savings Plans は、請求の支払い AWS Organizations 先アカウントに関係なく、購入した にのみ適用されます。リザーブドインスタンスと Savings Plans を複数の で購入または共有することはできません AWS Organizations。

**Topics**
+ [特定のサービスの請求例](consolidatedbilling-other.md)
+ [リザーブドインスタンスと Savings Plans の割引共有](ri-turn-off.md)

# 特定のサービスの請求例
<a name="consolidatedbilling-other"></a>

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

## Amazon EC2 リザーブドインスタンス
<a name="consolidatedbilling-ec2"></a>



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

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

## Amazon RDS リザーブド DB インスタンス
<a name="consolidatedbilling-rds"></a>

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

また、「[リザーブド DB インスタンス](https://docs.aws.amazon.com/AmazonRDS/latest/UserGuide/USER_WorkingWithReservedDBInstances.html)」で説明されているように、Susan のリザーブド DB インスタンスのすべての関連属性が、Bob によって起動された DB インスタンスの属性と一致する必要があります。たとえば、スーザンが以下の属性で、`us-west-2` でリザーブド DB インスタンスを購入したとします。
+ DB エンジン: Oracle
+ DB インスタンスのクラス: `m1.xlarge`
+ デプロイのタイプ: Multi-AZ

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

## Amazon ElastiCache リザーブドノードインスタンス
<a name="consolidatedbilling-elasticache"></a>

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

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

また、スーザンのリザーブドノードのコスト利点を受けるには、ボブのノードの全属性が、スーザンが起動したノードの属性と一致する必要があります。たとえば、スーザンが以下の属性で、`us-west-2` でリザーブドノードを購入したとします。
+ キャッシュエンジン: Redis
+ ノードの種類: `cache.r3.large`

ボブは組織の一括請求においてコストメリットを得るためには、同じ属性を持つ自身の ElastiCache ノードを `us-west-2` で起動する必要があります。

## Amazon OpenSearch Service リザーブドインスタンス
<a name="consolidatedbilling-elastisearch"></a>

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

AWS は 5 つをリザーブドインスタンスとして請求します。残りの 4 つはオンデマンドインスタンスとして AWS 請求します。(Amazon OpenSearch Service リザーブドインスタンス料金については、「[Amazon OpenSearch Service 料金表](https://aws.amazon.com/elasticsearch-service/pricing/)」を参照してください。) スーザンがリザーブドインスタンスを購入したのと同じ  AWS リージョン でボブがオンデマンドインスタンスを起動する場合にのみ、ボブはスーザンのリザーブドインスタンスのコスト利点を受けることができます。

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

# リザーブドインスタンスと Savings Plans の割引共有
<a name="ri-turn-off"></a>

組織の管理アカウントは、その組織内のすべてのアカウントのリザーブドインスタンス割引と Savings Plans 割引共有を制御できます。 AWS は、組織が AWS アカウント全体にコミットメント割引を適用する方法を定義できるようにすることで、共有機能を強化します。

## 共有オプションの概要
<a name="overview-of-sharing-options"></a>

AWS には、リザーブドインスタンスと Savings Plans の割引を共有するための柔軟なオプションが用意されています。
+ **組織全体の共有: **組織内のすべてのアカウント間での共有
+ **グループベースの共有**: ターゲット割引共有の特定のアカウントグループを定義する
+ **アカウントレベルのコントロール: **個々のアカウントの共有を有効または無効にする
+ Savings Plans 割引を共有するには、Savings Plans 所有者アカウントが RI と Savings Plans の割引共有設定でアクティブ化されている必要があります。そうすることで、組織内の対象連結アカウント全体で割引使用が有効になります。
+ Billing Conductor を単独または請求転送で使用すると、リザーブドインスタンスと Savings Plans の共有設定の変更が標準 AWS 請求に影響します。
+ Billing Conductor を請求転送で使用すると、それぞれが独自の共有設定 AWS Organizations を制御します。これらの設定を複数の 間で共有することはできません AWS Organizations。

### 共有モード
<a name="sharing-modes"></a>

**組織全体の共有**
+ コミットメントはアカウント所有者に最初にメリットをもたらします
+ アカウント所有者を満たした後、残りの利点を他の組織アカウントと共有できます。
+ コミットメント全体の割引率を最大化する

**優先順位付けされたグループ共有**
+ コミットメントはアカウント所有者に最初にメリットをもたらします
+ アカウント所有者を満たすと、コミットメントは定義されたグループ内のアカウントと共有されます。
+ グループの使用量を満たした後、残りの利点を他の組織アカウントと共有できます。
+ 特定のグループを優先しながら、コミットメント全体の使用率と割引率を最大化する

**制限付きグループ共有**
+ コミットメントはアカウント所有者に最初にメリットをもたらします
+ コミットメントは、定義されたアカウントグループ内でのみ共有されます。
+ 未使用の容量であっても、指定されたグループ外での共有は発生しません。

**注記**  
  
グループ共有では AWS Cost Categories を使用してアカウントグループを定義します。  
各アカウントは 1 つの共有グループにしか属せません
支払者アカウントを共有グループに含めることはできません
Cost Categoriesは AWS 請求コンソールを使用して設定する必要があります
共有グループを作成または編集するときは、**Accounts** ディメンションのみを使用できます。
Cost Category **Uncategorized コスト**のデフォルト値は、共有グループ名と重複してはいけません
既存の Cost Categories は、リザーブドインスタンスと Savings Plan sグループ共有要件を満たしている場合、またはグループ共有専用に作成された新しい Cost Categories を再利用できます。

**注記**  
  
グループ共有では AWS Cost Categories を使用してアカウントグループを定義します。  
Savings Plans が最初に購入アカウントに適用されます
Savings Plans 所有者アカウントは、共有設定でアクティブのままにする必要があります
割引を共有するには、購入アカウントと特典を受け取るアカウントの両方で共有が有効になっている必要があります
計算された削減額が最も大きいアカウントが優先されます
設定はいつでも変更できます。各請求見積りは、最後の設定のセットを使用して計算されます。月の最終請求額は、月の最終日の午後 11 時 59 分 59 秒 (UTC 時) に指定されている設定に基づいて計算されます。
Savings Plans 所有者アカウントが組織を離れると、Savings Plans は一括請求に適用されなくなります。

## 共有リザーブドインスタンスと Savings Plans の割引の無効化
<a name="ri-turn-off-process"></a>

個々のメンバーアカウントの共有割引を無効にすることができます。

**共有リザーブドインスタンスと Savings Plans の割引を無効にするには**

1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で AWS Billing and Cost Management コンソールを開きます。

1. ナビゲーションペインで、[**請求設定**] を選択します。

1. [**リザーブドインスタンスと Savings Plans のアカウント別の割引共有設定**] で、割引共有を無効にするアカウントを選択します。

1. **[無効化]** を選択します。

1. [**リザーブドインスタンスと Savings Plans の共有の無効化**] ダイアログボックスで [**無効化**] を選択します。

**ヒント**  
[**アクション**] を選択してから [**すべて無効化**] を選択して、すべてのアカウントのリザーブドインスタンスと Savings Plans の共有を無効にすることもできます。

## 共有リザーブドインスタンスと Savings Plans の割引の有効化
<a name="ri-turn-on-process"></a>

コンソールを使用して、アカウントのリザーブドインスタンス共有割引を有効にできます。

アカウントセットで Savings Plans を共有することができます。特典を他のアカウントと共有しないか、アカウントの統合された請求ファミリー全体のラインアイテムの利用資格をオープンするかを選択できます。

**共有リザーブドインスタンスと Savings Plans の割引を有効にするには**

1. にサインイン AWS マネジメントコンソール し、[https://console.aws.amazon.com/costmanagement/](https://console.aws.amazon.com/costmanagement/) で AWS Billing and Cost Management コンソールを開きます。
**注記**  
 AWS Organizationsの管理アカウントにログインしていることを確認します。

1. ナビゲーションペインで、[**請求設定**] を選択します。

1. [**リザーブドインスタンスと Savings Plans のアカウント別の割引共有設定**] で、割引共有を有効にするアカウントを選択します。

1. [**アクティブ化**] を選択します。

1. [**リザーブドインスタンスと Savings Plans の共有の有効化**] ダイアログボックスで、[**有効化**] を選択します。

**ヒント**  
[**アクション**] を選択してから [**すべて有効化**] を選択して、すべてのアカウントのリザーブドインスタンスと Savings Plans の共有を有効にすることもできます。

## 共有モードの選択:
<a name="ri-select-sharing-mode"></a>

1. **請求コンソールで請求設定**に移動する AWS 

1. **リザーブドインスタンスと Savings Plans の割引共有設定**で、**編集** を選択します。

1. 共有モードを選択する (優先モードまたは制限付きモード)

1. Cost Categories を使用してアカウントグループを定義する

1. 各グループの共有設定を構成する

**注記**  
リザーブドインスタンスと Savings Plans の割引共有を無効にすると、毎月の請求額が高くなる可能性があります
Savings Plans 所有者アカウントは、他のアカウントに適用する割引の設定を共有する際にアクティブな状態を維持する必要があります。
グループベースの共有は、制限付きモードで使用率の低いコミットメントが発生する可能性があります