Amazon Aurora 向けリザーブド DB インスタンス
リザーブド DB インスタンスを使用することで、DB インスタンスを 1 年間または 3 年間予約できます。オンデマンド DB インスタンスの料金と比べて、リザーブド DB インスタンスには大幅な割引が適用されます。リザーブド DB インスタンスは物理インスタンスと言うよりも、アカウントで特定のオンデマンド DB インスタンスを使用した場合に適用される請求の割引と言えます。リザーブド DB インスタンスの割引は、インスタンスタイプと AWS リージョン に関連付けられています。
リザーブド DB インスタンスの一般的な使用プロセスとしては、まず使用可能なリザーブド DB インスタンスのタイプに関する情報を取得します。次に、該当するタイプのリザーブド DB インスタンスを購入します。最後に、既存のリザーブド DB インスタンスに関する情報を取得します。
リザーブド DB インスタンスの購入とリザーブド DB インスタンスの請求の表示については、以下のセクションを参照してください。
リザーブド DB インスタンスの概要
Amazon RDS のリザーブド DB インスタンスを購入すると、このリザーブド DB インスタンスの該当期間中、特定の DB インスタンスタイプに対して割引料金が適用されます。Amazon RDS のリザーブド DB インスタンスを使用するには、オンデマンドインスタンスの場合と同様に、新しい DB インスタンスを作成します。
新しく作成する DB インスタンスの仕様は、次のリザーブド DB インスタンスの仕様と同じである必要があります。
-
AWS リージョン
-
DB エンジン (DB エンジンのバージョン番号は一致する必要はありません)。
-
DB インスタンスのタイプ
新しい DB インスタンスの仕様がアカウント内の既存のリザーブド DB インスタンスと一致する場合は、リザーブド DB インスタンスに適用される割引料金で請求されます。一致しない場合、DB インスタンスはオンデマンド料金で請求されます。
リザーブド DB インスタンスとして使用している DB インスタンスを変更できます。変更がリザーブド DB インスタンスの仕様の範囲内である場合、割引の一部またはすべてが、変更された DB インスタンスに適用されます。インスタンスクラスの変更など、変更が仕様の範囲外である場合、割引は適用されません。詳細については、「サイズ柔軟なリザーブド DB インスタンス」を参照してください。
リザーブド DB インスタンスの料金などの詳細については、Amazon RDS リザーブドインスタンス
提供タイプ
リザーブド DB インスタンスには、予想される使用量に基づいて Amazon RDS のコストを最適化するための 3 種類のオプション — 前払いなし、一部前払い、全前払い — があります。
- 前払いなし
-
このオプションは前払い料金なしでリザーブド DB インスタンスへのアクセスを提供します。前払いなしのリザーブド DB インスタンスでは、使用量にかかわらず、期間内の時間はすべて、割引された時間料金で請求されます。前払い料金は必要ありません。このオプションは、1 年間の予約でのみ利用できます。
- 一部前払い
-
このオプションでは、リザーブド DB インスタンスの一部を前払いする必要があります。期間内の残りの時間は、使用量にかかわらず、割引された時間料金で請求されます。このオプションは、以前の "重度使用" オプションに代わるオプションです。
- 全前払い
-
期間のスタート時に全額を支払います。使用時間数に関係なく、残りの期間にそれ以外のコストは生じません。
一括請求を使用している場合、組織内のすべてのアカウントが 1 つのアカウントとして扱われます。これは、組織内のすべてのアカウントが、他のアカウントで購入したリザーブド DB インスタンスの時間単位のコスト利点を受けることができるということを意味しています。一括請求 (コンソリデーティッドビリング) の詳細については、AWS 請求情報とコスト管理ユーザーガイドの「Amazon RDS リザーブド DB インスタンス」を参照してください。
Aurora DB クラスター設定の柔軟性
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 クラスターストレージの料金情報については、「Amazon Aurora の料金
サイズ柔軟なリザーブド DB インスタンス
リザーブド DB インスタンスを購入する際、指定する項目の 1 つはインスタンスクラス (db.r5.large など) です。DB インスタンスクラスの詳細については、「Amazon Aurora DB インスタンスクラス」を参照してください。
既存の DB インスタンスがあり、これをスケールして容量を増やす必要がある場合、リザーブド DB インスタンスはスケールした DB インスタンスに自動的に適用されます。つまり、リザーブド DB インスタンスは DB インスタンスクラスのすべてのサイズに自動的に適用されます。サイズに柔軟性のあるリザーブド DB インスタンスは、同じ AWS リージョン およびデータベースエンジンの DB インスタンスで利用できます。サイズ柔軟なリザーブド DB インスタンスは、そのインスタンスクラスタイプでしかスケールできません。例えば、db.r5.large のリザーブド DB インスタンスは db.r5.xlarge には適用できますが、db.r6g.large には適用できません。db.r5 と db.r6g は異なるインスタンスクラスタイプであるためです。
また、リザーブド DB インスタンスの利点はマルチ AZ およびシングル AZ の両設定に適用されます。柔軟性とは、同じ DB インスタンスクラスタイプ内の設定間を自由に移動できることを意味します。例えば、1 つのラージ DB インスタンス (1 時間あたりの正規化された単位 4) で実行されているシングル AZ 配置から、2 つのミディアム DB インスタンス (1 時間あたりの正規化された単位 2+2=4) で実行されているマルチ AZ 配置に移行できます。
サイズ柔軟なリザーブド 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 インスタンスを実行しているとします。この場合、料金上の利点は両方のインスタンスに全面的に適用されます。
また、同じ AWS リージョン のアカウントで 1 つの db.t2.large インスタンスを実行している場合、この DB インスタンスの使用の 50 パーセント に支払い特典が適用されます。
注記
T DB インスタンスクラスは、開発およびテストサーバー、またはその他の本稼働以外のサーバーにのみ使用することをお勧めします。T インスタンスクラスの詳細については、「DB インスタンスクラスタイプ」を参照してください。
Aurora リザーブド DB インスタンスの請求例
以下の例は、Aurora I/O-Optimized と Aurora Standard DB クラスター設定の両方を使用した Aurora DB クラスターのリザーブド DB インスタンスの料金を示しています。
Aurora Standard を使用した場合の例
リザーブド 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 + 45.60 USD + 20 USD + 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 + 45.60 USD + 20 USD + 30 USD) が加わり、1 か月あたりの総コストは 313.10 USD となります。リザーブド DB インスタンスを使用すると、月々約 79 ドルの節約になります。
2 つのリーダーインスタンスを持つ Aurora Standard DB クラスターを使用した場合の例
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 インスタンス) + 2 * (138.70 USD + Aurora レプリカあたり 20 USD の I/O) となり、合計で 1 か月あたり 551.70 USD になります。
1 つのライター DB インスタンスと 2 つの Aurora レプリカを含む Aurora MySQL DB クラスターに対応するオンデマンドコストは、313.10 USD + 2 * (インスタンスあたり 217.50 USD + 20 USD I/O) で、合計で 1 か月あたり 788.10 USD になります。リザーブド DB インスタンスを使用すると、月々 236.40 USD の節約になります。
Aurora I/O-Optimized を使用した場合の例
既存の 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.3 = 13 | 3 * db.r6g.large | 3 * db.r6g.large |
| db.r6g.4xlarge | 20 | 20 * 1.3 = 26 | 6 * db.r6g.4xlarge | 6 * db.r6g.4xlarge |
| db.r6g.12xlarge | 5 | 5 * 1.3 = 6.5 | 1.5 * db.r6g.12xlarge |
db.r6g.12xlarge、r6g.4xlarge、r6g.2xlarge をそれぞれ 1 つ (0.5 * db.r6g.12xlarge = 1 * db.r6g.4xlarge + 1 * db.r6g.2xlarge ) |
| db.r6i.24xlarge | 15 | 15 * 1.3 = 19.5 | 4.5 * db.r6i.24xlarge |
4 * db.r6i.24xlarge + 1 * db.r6i.12xlarge (0.5 * db.r6i.24xlarge = 1 * db.r6i.12xlarge) |
2 つのリーダーインスタンスを持つ Aurora I/O-Optimized DB クラスターを使用した場合の例
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 の料金
リザーブド DB インスタンスの削除
リザーブド DB インスタンスには 1 年契約と 3 年契約があります。リザーブド DB インスタンスをキャンセルすることはできません。ただし、リザーブド DB インスタンスの割引対象である DB インスタンスは削除できます。リザーブド DB インスタンスの割引対象である DB インスタンスの削除プロセスは、他の DB インスタンスの削除プロセスと同じです。
リソースを使用するかどうかにかかわらず、前払いコストが請求されます。
リザーブド DB インスタンスの割引対象である DB インスタンスを削除した場合、互換性がある仕様の別の DB インスタンスを起動できます。この場合、予約期間 (1 年または 3 年) 中、割引料金を利用できます。
