

# Amazon Aurora 向けリザーブド DB インスタンス
<a name="USER_WorkingWithReservedDBInstances"></a>

リザーブド DB インスタンスを使用することで、DB インスタンスを 1 年間または 3 年間予約できます。オンデマンド DB インスタンスの料金と比べて、リザーブド DB インスタンスには大幅な割引が適用されます。リザーブド DB インスタンスは物理インスタンスと言うよりも、アカウントで特定のオンデマンド DB インスタンスを使用した場合に適用される請求の割引と言えます。リザーブド DB インスタンスの割引は、インスタンスタイプと AWS リージョン に関連付けられています。

リザーブド DB インスタンスの一般的な使用プロセスとしては、まず使用可能なリザーブド DB インスタンスのタイプに関する情報を取得します。次に、該当するタイプのリザーブド DB インスタンスを購入します。最後に、既存のリザーブド DB インスタンスに関する情報を取得します。

リザーブド DB インスタンスの購入とリザーブド DB インスタンスの請求の表示については、以下のセクションを参照してください。
+ [Amazon Aurora のリザーブド DB インスタンスの購入](USER_WorkingWithReservedDBInstances.WorkingWith.md)
+ [Amazon Aurora のリザーブド DB インスタンスの請求の表示](reserved-instances-billing.md)

## リザーブド DB インスタンスの概要
<a name="USER_WorkingWithReservedDBInstances.Overview"></a>

Amazon RDS のリザーブド DB インスタンスを購入すると、このリザーブド DB インスタンスの該当期間中、特定の DB インスタンスタイプに対して割引料金が適用されます。Amazon RDS のリザーブド DB インスタンスを使用するには、オンデマンドインスタンスの場合と同様に、新しい DB インスタンスを作成します。

新しく作成する DB インスタンスの仕様は、次のリザーブド DB インスタンスの仕様と同じである必要があります。
+ AWS リージョン
+ DB エンジン (DB エンジンのバージョン番号は一致する必要はありません)。
+ DB インスタンスのタイプ

新しい DB インスタンスの仕様がアカウント内の既存のリザーブド DB インスタンスと一致する場合は、リザーブド DB インスタンスに適用される割引料金で請求されます。一致しない場合、DB インスタンスはオンデマンド料金で請求されます。

リザーブド DB インスタンスとして使用している DB インスタンスを変更できます。変更がリザーブド DB インスタンスの仕様の範囲内である場合、割引の一部またはすべてが、変更された DB インスタンスに適用されます。インスタンスクラスの変更など、変更が仕様の範囲外である場合、割引は適用されません。詳細については、「[サイズ柔軟なリザーブド DB インスタンス](#USER_WorkingWithReservedDBInstances.SizeFlexible)」を参照してください。

**Topics**
+ [提供タイプ](#USER_WorkingWithReservedDBInstances.OfferingTypes)
+ [Aurora DB クラスター設定の柔軟性](#ReservedDBInstances.ClusterConfig)
+ [サイズ柔軟なリザーブド DB インスタンス](#USER_WorkingWithReservedDBInstances.SizeFlexible)
+ [Aurora リザーブド DB インスタンスの請求例](#USER_WorkingWithReservedDBInstances.BillingExample)
+ [リザーブド DB インスタンスの削除](#USER_WorkingWithReservedDBInstances.Cancelling)

リザーブド DB インスタンスの料金などの詳細については、[Amazon RDS リザーブドインスタンス](https://aws.amazon.com/rds/reserved-instances/#2)を参照してください。

### 提供タイプ
<a name="USER_WorkingWithReservedDBInstances.OfferingTypes"></a>

リザーブド DB インスタンスには、予想される使用量に基づいて Amazon RDS のコストを最適化するための 3 種類のオプション — 前払いなし、一部前払い、全前払い — があります。

**注記**  
すべての RDS インスタンスクラスがすべてのリザーブドインスタンスオファリングタイプをサポートしているわけではありません。例えば、一部のインスタンスクラスには [前払いなし] オプションがない場合があります。可用性を確認するには、AWS マネジメントコンソールでリザーブドインスタンスのオファリングを確認するか、`describe-reserved-db-instances-offerings` AWS CLI コマンドを使用します。

**前払いなし**  
このオプションは前払い料金なしでリザーブド DB インスタンスへのアクセスを提供します。前払いなしのリザーブド DB インスタンスでは、使用量にかかわらず、期間内の時間はすべて、割引された時間料金で請求されます。前払い料金は必要ありません。このオプションは、1 年間の予約でのみ利用できます。

**一部前払い**  
このオプションでは、リザーブド DB インスタンスの一部を前払いする必要があります。期間内の残りの時間は、使用量にかかわらず、割引された時間料金で請求されます。このオプションは、以前の "重度使用" オプションに代わるオプションです。

**全前払い**  
期間のスタート時に全額を支払います。使用時間数に関係なく、残りの期間にそれ以外のコストは生じません。

一括請求を使用している場合、組織内のすべてのアカウントが 1 つのアカウントとして扱われます。これは、組織内のすべてのアカウントが、他のアカウントで購入したリザーブド DB インスタンスの時間単位のコスト利点を受けることができるということを意味しています。一括請求 (コンソリデーティッドビリング) の詳細については、*AWS 請求情報とコスト管理ユーザーガイド*の「[Amazon RDS リザーブド DB インスタンス](https://docs.aws.amazon.com/awsaccountbilling/latest/aboutv2/consolidatedbilling-other.html#consolidatedbilling-rds)」を参照してください。

### Aurora DB クラスター設定の柔軟性
<a name="ReservedDBInstances.ClusterConfig"></a>

Aurora リザーブド DB インスタンスは、両方の DB クラスター設定で使用できます。
+ Aurora I/O-Optimized – お支払いいただくのは DB クラスターの使用量とストレージに対してのみで、読み取りと書き込み I/O オペレーションに追加料金はかかりません。
+ Aurora Standard – DB クラスターの使用量とストレージに加えて、I/O オペレーションの 100 万件のリクエストごとに標準料金をお支払いいただきます。

Aurora はこれらの構成間の価格差を自動的に計算します。 Aurora I/O-Optimized では、1 時間あたりの正規化ユニットの消費量が Aurora Standard より 30% 増えます。

Aurora クラスターストレージ設定の詳細については、「[Amazon Aurora DB  クラスターのストレージ設定](Aurora.Overview.StorageReliability.md#aurora-storage-type)」を参照してください。Aurora クラスターストレージの料金情報については、「[Amazon Aurora の料金](https://aws.amazon.com/rds/aurora/pricing/)」を参照してください。

### サイズ柔軟なリザーブド DB インスタンス
<a name="USER_WorkingWithReservedDBInstances.SizeFlexible"></a>

リザーブド DB インスタンスを購入する際、指定する項目の 1 つはインスタンスクラス (db.r5.large など) です。DB インスタンスクラスの詳細については、「[Amazon Aurora DB インスタンスクラス](Concepts.DBInstanceClass.md)」を参照してください。

既存の DB インスタンスがあり、これをスケールして容量を増やす必要がある場合、リザーブド DB インスタンスはスケールした DB インスタンスに自動的に適用されます。つまり、リザーブド DB インスタンスは DB インスタンスクラスのすべてのサイズに自動的に適用されます。サイズに柔軟性のあるリザーブド DB インスタンスは、同じ AWS リージョン およびデータベースエンジンの DB インスタンスで利用できます。サイズ柔軟なリザーブド DB インスタンスは、そのインスタンスクラスタイプでしかスケールできません。例えば、db.r6i.large のリザーブド DB インスタンスは db.r6i.xlarge には適用できますが、db.r6id.large または db.r7g.large には適用できません。db.r6id.large と db.r7g.large は異なるインスタンスクラスタイプであるためです。

サイズ柔軟なリザーブド DB インスタンスは、以下の Aurora データベースエンジンで使用できます。
+ Aurora MySQL
+ Aurora PostgreSQL

リザーブド DB インスタンスのサイズ別の使用は、1 時間あたりの正規化された単位を使用して比較できます。例えば、2 つの db.r3.large DB インスタンスでの 1 単位の使用は、1 つの db.r3.small での 1 時間あたりの正規化された単位 8 の使用に相当します。次の表は、DB インスタンスのサイズ別の 1 時間あたりの正規化された単位の数を示しています。


| インスタンスサイズ | 1 つの DB インスタンスの 1 時間あたりの正規化された単位 Aurora Standard | 1 つの DB インスタンスの 1 時間あたりの正規化された単位 Aurora I/O-Optimized | 3 つの DB インスタンス (ライターと 2 つのリーダー) の 1 時間あたりの正規化された単位、Aurora Standard | 3 つの DB インスタンス (ライターと 2 つのリーダー) の 1 時間あたりの正規化された単位、Aurora I/O-Optimized | 
| --- | --- | --- | --- | --- | 
|  small  |  1  | 1.3 |  3  | 3.9 | 
|  medium  |  2  | 2.6 |  6  | 7.8 | 
|  large  |  4  | 5.2 |  12  | 15.6 | 
|  xlarge  |  8  | 10.4 |  24  | 31.2 | 
|  2xlarge  |  16  | 20.8 |  48  | 62.4 | 
|  4xlarge  |  32  | 41.6 |  96  | 124.8 | 
|  8xlarge  |  64  | 83.2 |  192  | 249.6 | 
|  12xlarge  |  96  | 124.8 |  288  | 374.4 | 
|  16xlarge  |  128  | 166.4 |  384  | 499.2 | 
|  24xlarge  |  192  | 249.6 |  576  | 748.8 | 
|  32xlarge  |  256  | 332.8 |  768  | 998.4 | 

例えば、`db.t2.medium` リザーブド DB インスタンスを購入し、同じ AWS リージョン のアカウントで 2 つの `db.t2.small` DB インスタンスを実行しているとします。この場合、料金上の利点は両方のインスタンスに全面的に適用されます。

![\[リザーブド DB インスタンスのより小さい DB インスタンスへの全面的な適用\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/images/ri-db-instance-flex-full.png)


また、同じ AWS リージョン のアカウントで 1 つの `db.t2.large` インスタンスを実行している場合、この DB インスタンスの使用の 50 パーセント に支払い特典が適用されます。

![\[リザーブド DB インスタンスのより大きい DB インスタンスへの部分的な適用\]](http://docs.aws.amazon.com/ja_jp/AmazonRDS/latest/AuroraUserGuide/images/ri-db-instance-flex-partial.png)


**注記**  
T DB インスタンスクラスは、開発およびテストサーバー、またはその他の本稼働以外のサーバーにのみ使用することをお勧めします。T インスタンスクラスの詳細については、「[DB インスタンスクラスタイプ](Concepts.DBInstanceClass.Types.md)」を参照してください。

### Aurora リザーブド DB インスタンスの請求例
<a name="USER_WorkingWithReservedDBInstances.BillingExample"></a>

以下の例は、Aurora I/O-Optimized と Aurora Standard DB クラスター設定の両方を使用した Aurora DB クラスターのリザーブド DB インスタンスの料金を示しています。

#### Aurora Standard を使用した場合の例
<a name="ri-example-std"></a>

リザーブド DB インスタンスの価格で、ストレージ、バックアップ、および I/O に関連する通常のコストに対する割引は提供されません。次の例は、リザーブド DB インスタンスの月あたりのコスト合計を示しています。
+ Aurora MySQL リザーブドシングル AZ db.r5.large DB インスタンスクラスのコストは、米国東部 (バージニア北部) の場合、1 時間あたり 0.19 USD、または 1 か月あたり 138.70 USD
+ Aurora ストレージのコストは、1 か月 1 GiB あたり 0.10 USD (この例では 1 か月あたり 45.60 USD を想定)
+ Aurora I/O のコストは、100 万 リクエストあたり 0.20 USD (この例では 1 か月あたり 20 USD を想定)
+ Aurora バックアップストレージのコストは、1 か月 1 GiB あたり 0.021 USD (この例では 1 か月あたり 30 USD を想定)

リザーブド DB インスタンスにこれらすべてのオプション (138.70 USD \$1 45.60 USD \$1 20 USD \$1 30 USD) を加えると、1 か月あたりの総コストは 234.30 USD です。

リザーブド DB インスタンスの代わりにオンデマンド DB インスタンスを使用する場合、Aurora MySQL シングル AZ db.r5.large DB インスタンスクラスのコストは米国東部 (バージニア北部) では、1 時間あたり 0.29 USD、または 1 か月あたり 217.50 USD です。つまり、オンデマンド DB インスタンスの場合、これらすべてのオプション (217.50 USD \$1 45.60 USD \$1 20 USD \$1 30 USD) が加わり、1 か月あたりの総コストは 313.10 USD となります。リザーブド DB インスタンスを使用すると、月々約 79 ドルの節約になります。

#### 2 つのリーダーインスタンスを持つ Aurora Standard DB クラスターを使用した場合の例
<a name="ri-example-3db"></a>

Aurora DB クラスターにリザーブドインスタンスを使用するには、クラスター内の DB インスタンスごとに 1 つのリザーブドインスタンスを購入するだけです。

最初の例を拡張して、1 つのライター DB インスタンスと 2 つの Aurora レプリカを含む Aurora MySQL DB クラスターがあり、クラスターには合計 3 つの DB インスタンスがあるとします。2 つの Aurora レプリカでは、追加のストレージ料金やバックアップ料金が発生しません。db.r5.large Aurora MySQL リザーブド DB インスタンスを 3 つ購入した場合、コストは 234.30 USD (ライター DB インスタンス) \$1 2 \$1 (138.70 USD \$1 Aurora レプリカあたり 20 USD の I/O) となり、合計で 1 か月あたり 551.70 USD になります。

 1 つのライター DB インスタンスと 2 つの Aurora レプリカを含む Aurora MySQL DB クラスターに対応するオンデマンドコストは、313.10 USD \$1 2 \$1 (インスタンスあたり 217.50 USD \$1 20 USD I/O) で、合計で 1 か月あたり 788.10 USD になります。リザーブド DB インスタンスを使用すると、月々 236.40 USD の節約になります。

#### Aurora I/O-Optimized を使用した場合の例
<a name="ri-example-io"></a>

既存の Aurora Standard リザーブド DB インスタンスは Aurora I/O-Optimized で再利用できます。Aurora I/O-Optimized でリザーブドインスタンス割引のメリットを最大限に活用するには、現在のリザーブドインスタンスと同様、30% の追加リザーブドインスタンスを購入できます。

次の表は、Aurora I/O-Optimized を使用した場合に追加のリザーブドインスタンスを見積もる方法の例を示しています。必要なリザーブドインスタンスがごくわずかである場合、リザーブドインスタンスのサイズの柔軟性を活用して整数にすることができます。これらの例では、「現行」とは現在所有している Aurora Standard リザーブドインスタンスを指します。追加リザーブドインスタンスとは、Aurora I/O-Optimized 使用時に現在のリザーブドインスタンス割引を維持するために購入する必要がある Aurora Standard リザーブドインスタンスの数のことです。


| DB インスタンスクラス | 現行の Aurora Standard リザーブドインスタンス | Aurora I/O-Optimized に必要なリザーブドインスタンス | 必要な追加のリザーブドインスタンス | サイズの柔軟性を使った、必要な追加のリザーブドインスタンス | 
| --- | --- | --- | --- | --- | 
| db.r6g.large | 10 | 10 \$1 1.3 = 13 | 3 \$1 db.r6g.large | 3 \$1 db.r6g.large | 
| db.r6g.4xlarge | 20 | 20 \$1 1.3 = 26 | 6 \$1 db.r6g.4xlarge | 6 \$1 db.r6g.4xlarge | 
| db.r6g.12xlarge | 5 | 5 \$1 1.3 = 6.5 | 1.5 \$1 db.r6g.12xlarge |  db.r6g.12xlarge、r6g.4xlarge、r6g.2xlarge をそれぞれ 1 つ (0.5 \$1 db.r6g.12xlarge = 1 \$1 db.r6g.4xlarge \$1 1 \$1 db.r6g.2xlarge )  | 
| db.r6i.24xlarge | 15 | 15 \$1 1.3 = 19.5 | 4.5 \$1 db.r6i.24xlarge |  4 \$1 db.r6i.24xlarge \$1 1 \$1 db.r6i.12xlarge (0.5 \$1 db.r6i.24xlarge = 1 \$1 db.r6i.12xlarge)  | 

#### 2 つのリーダーインスタンスを持つ Aurora I/O-Optimized DB クラスターを使用した場合の例
<a name="ri-example-3db-io"></a>

1 つのライター DB インスタンスと 2 つの Aurora レプリカを含む Aurora MySQL DB クラスターがあり、クラスターには合計 3 つの DB インスタンスがあるとします。Aurora I/O-Optimized DB クラスター設定が使用されます。このクラスターにリザーブド DB インスタンスを使用するには、同じ DB インスタンスクラスの 4 つのリザーブド DB インスタンスを購入する必要があります。Aurora I/O-Optimized を使用している 3 つの DB インスタンスは 1 時間あたり 3.9 の正規化された単位を消費しますが、Aurora Standard を使用している 3 つの DB インスタンスでは 1 時間あたり 3 の正規化された単位を消費します。ただし、各 DB インスタンスの月間 I/O コストは節約できます。

**注記**  
これらの例で説明しているのはサンプルの価格であり、実際の価格とは一致しない場合があります。Amazon Aurora の料金情報については、「[Aurora の料金](https://aws.amazon.com/rds/aurora/pricing)」を参照してください。

### リザーブド DB インスタンスの削除
<a name="USER_WorkingWithReservedDBInstances.Cancelling"></a>

リザーブド DB インスタンスには 1 年契約と 3 年契約があります。リザーブド DB インスタンスをキャンセルすることはできません。ただし、リザーブド DB インスタンスの割引対象である DB インスタンスは削除できます。リザーブド DB インスタンスの割引対象である DB インスタンスの削除プロセスは、他の DB インスタンスの削除プロセスと同じです。

リソースを使用するかどうかにかかわらず、前払いコストが請求されます。

リザーブド DB インスタンスの割引対象である DB インスタンスを削除した場合、互換性がある仕様の別の DB インスタンスを起動できます。この場合、予約期間 (1 年または 3 年) 中、割引料金を利用できます。