リージョンの Amazon Elastic Compute Cloud (Amazon EC2) コンバーティブルリザーブドインスタンスのサイズを増やす必要があります。
簡単な説明
SUSE や RHEL などの一部のインスタンスプラットフォームでは、インスタンスの柔軟性がありません。インスタンスの柔軟性がある場合、インスタンスのサイズに関係なく、ファミリー、世代、属性が同じインスタンスの使用に割引が適用されます。インスタンスの柔軟性がないインスタンスプラットフォームでは、ニーズの変化に合わせてリザーブドインスタンスのアベイラビリティーゾーン、インスタンスサイズ、スコープを変更できます。インスタンスの変更は、同じファミリー、同じ世代内で行う必要がある点に注意してください。予約のフットプリントが変わらない場合は、既存のリザーブドインスタンスを同じファミリー全体で異なるインスタンスサイズに分割または統合できます。
同じフットプリントを維持する場合、過去に購入したリザーブドインスタンスが提供していた割引が維持されます。
解決策
リザーブドインスタンスを変更する
サンプルシナリオ 1
5.16xlarge SUSE Linux ベースの EC2 インスタンスがあります。このインスタンス用に、対応するリージョンの r5.16xlarge コンバーティブルリザーブドインスタンスを購入しました。アプリケーションのニーズが変わり、r5.24xlarge インスタンスが必要になりました。インスタンスの柔軟性は SUSE Linux ベースのインスタンスには適用されません。r5.16xlarge リザーブドインスタンスの割引を引き続き利用したいと考えています。
このシナリオでは、r5.8xlarge リザーブドインスタンスを追加購入し、それを既存の r5.16xlarge リザーブドインスタンスと統合します。これにより、実行中の r5.24xlarge インスタンスに対応できます。
r5.24xlarge インスタンスのフットプリントは 192 ユニットです。つまり、新しい r5.24xlarge インスタンスに対応するには、同じフットプリント (192 ユニット) のリザーブドインスタンスが必要です。r5.16xlarge インスタンスのフットプリントは 128 ユニットです。r5.8xlarge リザーブドインスタンスのフットプリントは 64 ユニットです。これらのインスタンスを統合すると、新しい予約 (128 ユニット + 64 ユニット = 192 ユニット) で r5.24xlarge の実行中のインスタンスに対応できるようになります。
サンプルシナリオ 2
t2.large (4 ユニット) の RHEL ベースの実行中のインスタンスに対応するリージョンのコンバーティブルリザーブドインスタンスがあります。要件が変更されました。アプリケーションを実行するには、ロードバランサーの背後に 4 つの t2.small (各 1 ユニット) の EC2 インスタンスが必要です。
このシナリオでは、新しく起動したインスタンスに対応できるように、t2.large の予約を 4 つの t2.small 予約に分割します。
詳細については、「リザーブドインスタンスを変更する」を参照してください。
Savings Plans を使用する
インスタンスを変更する代わりに、Savings Plans を使用することもできます。
Savings Plans では、1 年または 3 年の期間にわたって一定量を使用する契約に対して割引を受けることができます。使用量は 1 時間単位で、ドルで計算されます。Savings Plans のオプションは次のとおりです。
- コンピューティング Savings Plans: インスタンスファミリー、サイズ、アベイラビリティーゾーン、AWS リージョン、OS、テナントに関係なく、EC2 インスタンスの使用に自動的に適用されるため、最大限の柔軟性が得られます。
- EC2 Instance Savings Plans: 特定のリージョンの個々のインスタンスファミリーを使用する契約に対して割引を受けることができます。このオプションは、アベイラビリティーゾーン、サイズ、OS、テナントに関係なく、そのリージョンで選択したインスタンスファミリーの実行中のインスタンスに自動的に適用されます。
関連情報
リザーブドインスタンスの適用方法
スタンダードとコンバーティブルのリザーブドインスタンスの違い