リザーブドインスタンス の変更
ニーズが変化したときは、スタンダードまたは コンバーティブルリザーブドインスタンス を変更し、引き続き料金上の利点を得られます。アベイラビリティ―ゾーン、インスタンスサイズ(同じインスタンスファミリー内で)や リザーブドインスタンス のスコープなどの属性を変更できます。
注記
また、別の構成で、別の コンバーティブルリザーブドインスタンス の コンバーティブルリザーブドインスタンス に交換することもできます。詳細については、「コンバーティブルリザーブドインスタンス の交換」を参照してください。
すべての リザーブドインスタンス、またはそのサブセットを変更できます。元の リザーブドインスタンス を 2 つ以上の新しい リザーブドインスタンス に分割できます。たとえば、us-east-1a
に 10 のインスタンスを予約があり、そのうち 5 つのインスタンスを us-east-1b
に移動する場合、結果的にこの変更は 2 つの新しい予約をリクエストします。us-east-1a
での 5 つのインスタンス用の予約と us-east-1b
での 5 つのインスタンス用の予約です。
また、2 つ以上の リザーブドインスタンス を単一の リザーブドインスタンス にマージすることもできます。たとえば、それぞれに 1 つのインスタンスがある 4 つの t2.small
リザーブドインスタンス がある場合、これらをマージして 1 つの t2.large
リザーブドインスタンス を作成できます。詳細については、「インスタンスサイズの変更のサポート」を参照してください。
変更後、リザーブドインスタンス の利点は、リザーブドインスタンスの新しいパラメータと一致するインスタンスのみに適用されます。たとえば、予約のアベイラビリティーゾーンを変更する場合、キャパシティーの予約と料金上の利点は、新しいアベイラビリティーゾーン内のインスタンスの使用に対して自動的に適用されます。新しいパラメータに一致しないインスタンスは、他に適用可能な予約がない場合、オンデマンド価格で課金されます。
変更リクエストが成功した場合。
-
変更後の予約がすぐに有効になり、変更リクエストが完了した時刻から、割引料金が新しいインスタンスに適用されます。たとえば、午後 9 時 15 分に予約の変更が成功した場合、割引料金は午後 9 時 00 分から新しいインスタンスに移ります。変更された リザーブドインスタンス の発行日は describe-reserved-instances コマンドを使用して取得できます。
-
元の予約は終了します。その終了日は新しい予約の開始日であり、新しい予約の終了日は元の リザーブドインスタンス の終了日と同じです。有効期限のうち 16 か月が残っている 3 年の予約を正常に変更した場合、変更後の予約は 16 か月の予約であり、終了日は変更前の予約と同じです。
-
変更後の予約の固定価格は 0 USD であり、元の予約の固定価格ではありません。
-
変更後の予約の固定価格はアカウントに適用される割引料金範囲の計算に影響を与えません。割引範囲の計算は元の予約の固定価格に基づきます。
変更リクエストに失敗した場合、リザーブドインスタンス は元の設定を維持し、別の変更リクエストをすぐに利用できます。
変更に手数料は必要なく、新しく課金されたり、請求書が届いたりすることはありません。
予約の変更は必要に応じて何度でも行うことができますが、変更を送信後に保留中の変更リクエストを変更またはキャンセルすることはできません。変更が完了した後は、必要に応じて別の変更リクエストを送信して、実行した変更をロールバックできます。
変更の要件と制限
以下のように、これらの属性を変更できます。
変更可能な属性 | サポートされているプラットフォーム | 制約事項 |
---|---|---|
同じリージョン内でアベイラビリティーゾーンを変更する |
Linux と Windows |
– |
スコープをアベイラビリティーゾーンからリージョンに、またはその逆に変更する |
Linux と Windows |
スコープをアベイラビリティーゾーンからリージョンに変更した場合、キャパシティーの予約の利点を失います。 スコープをリージョンからアベイラビリティーゾーンに変更する場合、アベイラビリティーゾーンの柔軟性とインスタンスサイズの柔軟性 (適用される場合) を失います。詳細については、「リザーブドインスタンス がどのように適用されるか」を参照してください。 |
同じインスタンスファミリー内でインスタンスサイズを変更する |
Linux のみ |
予約ではデフォルトのテナンシーを使用する必要があります。使用できる他のサイズがないため、一部のインスタンスファミリーはサポートされません。詳細については、 の「インスタンスサイズの変更のサポート」を参照してください。 |
ネットワーク を EC2-Classic から Amazon VPC に、またはその逆に変更する |
Linux と Windows |
ネットワークプラットフォームは AWS アカウントで利用できる必要があります。2013 年 12 月 4 日より後に AWS アカウントを作成した場合、EC2-Classic はサポートされません。 |
要件
変更リクエストは、変更後の設定 (該当する場合) に対して十分なリザーブドインスタンス容量があり、以下の条件が満たされている場合に Amazon EC2 で処理されます。
-
購入と同時期またはその前に リザーブドインスタンス を変更できないこと
-
リザーブドインスタンス がアクティブであること
-
保留中の変更リクエストがないこと
-
リザーブドインスタンス が リザーブドインスタンスマーケットプレイス に出品されていないこと
-
アクティブな予約のインスタンスサイズのフットプリントと変更後の設定が一致していることが必要です。詳細については、「インスタンスサイズの変更のサポート」を参照してください。
-
入力 リザーブドインスタンス はすべてスタンダード リザーブドインスタンス あるいはすべて コンバーティブルリザーブドインスタンス であり、両方のタイプが混ざっていないこと
-
スタンダード リザーブドインスタンス の場合、入力 リザーブドインスタンス は同じ時間内に期限切れとなること
インスタンスサイズの変更のサポート
1 つのインスタンスファミリーに複数のサイズの Amazon Linux 予約がある場合、リザーブドインスタンス のインスタンスサイズを変更できます。
注記
インスタンスはファミリー (ストレージまたは CPU 容量に基づく)、タイプ (特定のユースケース用に設計)、およびサイズによってグループ分けされています。たとえば、c4
インスタンスファミリーはコンピューティング最適化ファミリーに含まれ、複数のサイズで利用できます。c3
インスタンスは同じファミリーに含まれますが、c4
インスタンスを c3
インスタンスに変更することはできません。これは、ハードウェア仕様が異なるためです。詳細については、「Amazon EC2 インスタンスタイプ」を参照してください。
各インスタンスファミリーでは 1 つのサイズしか使用できないため、以下のインスタンスタイプの リザーブドインスタンス のインスタンスサイズを変更することはできません。
-
cc2.8xlarge
-
cr1.8xlarge
-
hs1.8xlarge
-
t1.micro
各 リザーブドインスタンス にはインスタンスサイズのフットプリントがあり、これはインスタンスタイプの正規化係数と予約に含まれるインスタンスの数によって決まります。リザーブドインスタンス を変更する場合、変更後の設定のフットプリントは元の設定のフットプリントと一致する必要があり、一致しないと変更リクエストは処理されません。
正規化係数は、インスタンスファミリー内のインスタンスサイズ (たとえば、m1
インスタンスファミリー内の m1.xlarge
インスタンス) に基づきます。これは同じインスタンスファミリー内でのみ意味を持ちます。インスタンスファミリーを 1 つの型から別の型に変更することはできません。Amazon
EC2 コンソールでは、正規化係数はユニットで測定されます。次の表では、インスタンスファミリー内で適用される正規化係数を示します。
インスタンスサイズ | 正規化係数 |
---|---|
nano |
0.25 |
micro |
0.5 |
small |
1 |
medium |
2 |
large |
4 |
xlarge |
8 |
2xlarge |
16 |
4xlarge |
32 |
8xlarge |
64 |
9xlarge |
72 |
10xlarge |
80 |
12xlarge |
96 |
16xlarge |
128 |
18xlarge |
144 |
24xlarge |
192 |
32xlarge |
256 |
リザーブドインスタンス でインスタンスサイズのフットプリントを計算するには、インスタンスの数に正規化係数を掛けます。たとえば、t2.medium
の正規化係数は 2 であるため、t2.medium
インスタンス 4 個の予約は 8 ユニットのフットプリントを持ちます。
予約のインスタンスサイズのフットプリントが同じである場合は、同じインスタンスファミリー内で (たとえば、T2 インスタンスファミリー内など)、予約を異なるインスタンスサイズとして割り当てることができます。たとえば、1
つの t2.large
(1 x 4) インスタンスの予約を 4 つの t2.small
(4 x 1) インスタンスに分割したり、4 つの t2.small
インスタンスの予約を 1 つの t2.large
インスタンスに結合したりできます。ただし、2 つの t2.small
(2 x 1) インスタンスの予約を 1 つの t2.large
(1 x 4) インスタンスに変更することはできません。これは、現在の予約の既存のインスタンスサイズのフットプリントが、提案された予約よりも小さいためです。
次の例では、2 つの t2.micro
インスタンスの予約 (1 つに対するフットプリントが与えられる) と 1 つの t2.small
インスタンスの予約 (1 つに対するフットプリントが与えられる) があります。両方の予約を単一の t2.medium
インスタンスにマージします。2 つの元の予約のインスタンスサイズフットプリントの組み合わせは、変更された予約のフットプリントと同等になります。

また、予約を変更して 2 つ以上の予約に分割することもできます。次の例では、t2.medium
インスタンスへの予約があります。この予約を 2 つの t2.nano
インスタンスのある予約と、3 つの t2.micro
インスタンスがある予約に分割します。

ベアメタルインスタンスの正規化係数
同じファミリー内で .metal
リザーブドインスタンス を別のサイズに変更でき、また同様に、同じファミリー内の別のサイズの リザーブドインスタンス を .metal
リザーブドインスタンス に変更できます。ベアメタルインスタンスは、同じインスタンスファミリーないの最大のインスタンスと同じサイズです。たとえば、i3.metal
は i3.16xlarge
と同じサイズであるため、同じ正規化係数があります。
注記
.metal
インスタンスサイズには、単一の正規化係数がありません。特定のインスタンスファミリーに基づいて異なります。
ベアメタルインスタンスサイズ | 正規化係数 |
---|---|
|
192 |
|
128 |
|
192 |
|
192 |
|
96 |
|
192 |
|
192 |
たとえば、1 つの i3.metal
インスタンスには 128 の正規化係数があります。i3.metal
デフォルトテナンシー Amazon Linux/Unix リザーブドインスタンス を購入する場合、次のように予約を分割できます。
-
i3.16xlarge
はi3.metal
インスタンスと同じサイズであるため、その正規化係数は 128 (128/1) です。1 つのi3.metal
インスタンスの予約は、1 つのi3.16xlarge
インスタンス内で変更できます。 -
i3.8xlarge
はi3.metal
インスタンスの半分のサイズであるため、その正規化係数は 64 (128/2) です。1 つのi3.metal
インスタンスの予約は、2 つのi3.8xlarge
インスタンスに分割できます。 -
i3.4xlarge
はi3.metal
インスタンスの 4 分の 1 のサイズであるため、その正規化係数は 32 (128/4) です。1 つのi3.metal
インスタンスの予約は、4 つのi3.4xlarge
インスタンスに分割できます。
変更リクエストの送信
リザーブドインスタンス を変更する前に、適用される「制約」を必ず確認してください。 インスタンスのサイズを変更する前に、変更する予約のすべてのインスタンスサイズフットプリントを計算し、その結果が希望する設定の全インスタンスサイズフットプリントと一致することを確認してください。
AWS マネジメントコンソール を使用して リザーブドインスタンス を変更するには
-
https://console.aws.amazon.com/ec2/) にある Amazon EC2 コンソールを開きます。
-
[リザーブドインスタンス] ページで、変更する リザーブドインスタンス を 1 つ以上選択し、[Modify Reserved Instances (リザーブドインスタンスの変更)] を選択します。
注記
リザーブドインスタンス がアクティブ状態ではない場合、または変更できない場合は、[リザーブドインスタンス の変更] が無効となります。
-
変更テーブルの最初のエントリには、選択した リザーブドインスタンス の属性とその上部に少なくとも 1 つのターゲット設定が表示されます。[単位] 列には全インスタンスサイズのフットプリントが表示されます。追加する各新規設定で 追加 を選択します。各設定で必要に応じて属性を変更し、[続行] を選択します。
-
[スコープ]: リザーブドインスタンス が 1 つのアベイラビリティーゾーンまたはリージョン全体のどちらかに適用されるかを選択します。
-
[アベイラビリティーゾーン]: 必要なアベイラビリティーゾーンを選択します。リージョン リザーブドインスタンス には適用されません。
-
[インスタンスタイプ]: 必要なインスタンスタイプを選択します。 ターゲット設定の組み合わせが元の リザーブドインスタンス のインスタンスサイズフットプリントより大きい、または小さい場合には、[単位] 列の割当合計が赤色で表示されます。
-
[Count]: 予約するインスタンスの数を指定します。
-
-
ターゲット設定の指定を完了したときに、変更の選択を確認するには、[Submit Modifications] を選択します。いずれの時点でも中止する場合は、[キャンセル] を選択してウィザードを終了します。
-
変更リクエストのステータスは、リザーブドインスタンス 画面の [状態] 列で確認できます。有効な状態には以下のものがあります。
-
アクティブ(変更の保留) —元の リザーブドインスタンス の移行状態
-
リタイヤ(変更の保留) — 新しい リザーブドインスタンス を作成中の元の リザーブドインスタンス の移行状態
-
リタイヤ — リザーブドインスタンス は正常に変更され、置き換えられました
-
アクティブ — 次のいずれかを選択します。
-
正常な変更リクエストにより新しい リザーブドインスタンス が作成されました
-
変更リクエストが失敗したため、元の リザーブドインスタンス です
-
-
コマンドラインを使用して リザーブドインスタンス を変更するには
-
リザーブドインスタンス を変更するには、次のコマンドの 1 つを使用できます。
-
modify-reserved-instances (AWS CLI)
-
Edit-EC2ReservedInstance (AWS Tools for Windows PowerShell)
-
-
変更リクエスト(
processing
、fulfilled
、またはfailed
)のステータスを取得するには、以下のコマンドから 1 つを使用します。-
Get-EC2ReservedInstancesModification (AWS Tools for Windows PowerShell)
変更リクエストのトラブルシューティング
リクエストしたターゲット設定が一意であれば、リクエストが処理されるメッセージを受信します。この時点では、Amazon EC2 は変更リクエストのパラメータが有効であることのみを確認しています。まだ、処理中に容量が利用できないために変更リクエストが失敗する可能性があります。
場合によって、確認の代わりに変更リクエストが不完全または失敗したことを示すメッセージが表示されることがあります。メッセージの情報を参考にして、別の変更リクエストを再送信します。リクエストを送信する前に、適用される制約を必ず確認してください。
選択された リザーブドインスタンス に変更できないものがあります
Amazon EC2 は変更できない リザーブドインスタンス を示します。このようなメッセージを受け取ったら、Amazon EC2 コンソールの [リザーブドインスタンス] ページ リザーブドインスタンス についての詳細情報を確認します。
変更リクエストの処理中にエラーが発生しました
送信した リザーブドインスタンス 変更リクエストをすべて処理できません。変更している予約の数によっては、メッセージが異なる場合があります。
Amazon EC2 は変更リクエストを処理できない理由を示します。たとえば、変更している リザーブドインスタンス の 1 つ以上のサブセットに同じターゲット設定 (アベイラビリティーゾーンとプラットフォームの組み合わせ) を指定したような場合です。予約のインスタンス詳細が一致し、変更対象のすべてのサブセットのターゲット設定が一意であることを確認して、変更リクエストの再送信を試みます。