RIを購入せずに任意の期間でEC2のキャパシティを確保可能になりました

大栗です。

任意の期間でEC2のキャパシティ確保ができるようになりました。今まではリザーブドインスタンスをAZ指定で購入するゾーンRIの場合にキャパシティ確保ができましたが1年か3年のコミットが必要となっていました。これが任意の期間でキャパシティの確保をできるようになります。

• Amazon EC2 now offers On-Demand Capacity Reservations
• User Guide for Linux Instances » Amazon EC2 Instances » Instance Purchasing Options » On-Demand Capacity Reservations
• User Guide for Windows Instances » Amazon EC2 Instances » Instance Purchasing Options » On-Demand Capacity Reservations

オンデマンドキャパシティ予約

キャパシティ予約は新しいEC2の購入オプションで、キャパシティの確保ができるもので任意の期間で設定可能です。以下の内容を指定してキャパシティを確保します。

• インスタンスタイプ
• インスタンスプラットフォーム
• アベイラビリティゾーン
• テナンシー
• EBS最適化の有無

オンデマンドキャパシティ予約では、オンデマンドで開始でき任意のタイミングや指定した時刻に終了が可能です。

リザーブドインスタンスでは条件に一致したインスタンスの料金が自動で割り引かれますが、オンデマンドキャパシティ予約では個別のインスタンスに対してキャパシティが予約されます。そのため同じインスタンスタイプでWebサーバとバッチサーバがあった場合に、バッチサーバに対してキャパシティを予約できます。

料金

オンデマンドキャパシティ予約はEC2インスタンスの実行の有無にかかわらずオンデマンドの料金が発生します。ただしリージョンRIとの組み合わせが可能です。

リザーブドインスタンスとの比較

注意

キャパシティ予約には以下の制限がありますのでご注意下さい。

• アクティブとアンセットなキャパシティ予約はオンデマンドインスタンス制限にカウントされます
• キャパシティ予約はAWSアカウント間で共有できません
• キャパシティ予約は、あるAWSアカウントから別のAWSアカウントに譲渡できません
• ゾーンRIの請求割引はキャパシティ予約には適用されません
• キャパシティ予約はプレースメントグループで作成できません
• キャパシティ予約はDedicated Hostでは使用できません

また、EC2インスタンスでのキャパシティ予約の設定変更はインスタンス起動中に行えません。そのため既存のインスタンスに適用するためには一度インスタンスを停止する必要がありますのでご注意下さい。

やってみた

キャパシティ予約の登録

EC2のコンソールを開くとCapacity Reservationsというメニューが増えています。ここでCreate Capacity Reservationをクリックします。

インスタンスの詳細で以下のように設定を行います。

予約の詳細で以下のように設定を行い、リクエスト予約をクリックします。

予約に成功すると以下の注意メッセージが表示されます。

容量は明示的に保持され、デフォルトでオンデマンド料金で課金されます。この予約に対してインスタンスを起動すると、そのインスタンスの料金は、代わりに起動されたインスタンスの料金表モデルに基づいて計算されます。

予約が表示されます。まだ対象のインスタンスがないため起動されたインスタンスが0 of 1となっています。

インスタンスの適用

予約をしただけなので、次にインスタンスを起動します。

ここではAmazon Linux 2を起動します。

予約の設定と同様にインスタンスタイプはt3.smallを選択します。

予約の設定と同様にインスタンスタイプはt3.smallを選択します。他の設定は各環境に合わせて設定します。なおキャパシティ予約でインスタンスの利用資格をtargetedにしていた場合は明示的にCapacity Reservationを指定する必要があります。

インスタンスを起動します。起動したインスタンスにCapacity ReservationとCapacity Reservation Settingsという項目があります。Capacity Reservationは現在インスタンスが対象になっている予約IDを指し、Capacity Reservation Settingsはインスタンスで設定している予約IDとなります。Capacity Reservation Settingsで設定していても他のインスタンスで予約のキャパシティを使い切っている場合はCapacity Reservationが設定されません。

予約したキャパシティを使用しているため、起動されたインスタンスが1 of 1となっています。

条件に合わない場合

以降の起動エラーは条件が合わない予約を明示的に指定しているため発生しています。Capacity Reservationで"Open"を指定する場合はエラーは発生しません。

すでにキャパシティの空きがない状態ですが、ここでもう1台t3.smallを起動します。

ここではCapacity ReservationをOpenではなく予約IDで指定します。(0 available)と表示されておりキャパシティが無いことが分かります。この状態でインスタンスを起動します。

インスタンスの起動に失敗して、以下のメッセージが表示されます。キャパシティが足りないということですね。なおCapacity ReservationがOpenの場合はエラーにならずキャパシティ予約の対象外のインスタンスとして起動します。

The requested reservation does not have sufficient compatible and available capacity for this request.

同様にテナンシーが異なる場合は、以下のメッセージが表示されます。

Capacity Reservation's attribute does not match with requested instance parameter. Attribute: Tenancy, requested value: dedicated, expected value: default

EBS最適化がデフォルトでないインスタンス(旧世代のもの)でEBS最適化設定が異なる場合は以下のようなメッセージとなります。

Capacity Reservation's attribute does not match with requested instance parameter. Attribute: EbsOptimized, requested value: true, expected value: false

プラットフォームが異なる様にWindowsで起動しようとすると、以下のメッセージとなります。

The requested reservation does not have sufficient compatible and available capacity for this request.

さいごに

今まではリザーブドインスタンスの割引とキャパシティ確保は一体化していました。そのため短期的な容量の確保が難しく、短期的なキャンペーンなどでまれに起動が失敗することがありました。今回のキャパシティ予約で短期間のキャパシティの確保が可能になったので、対応できるユースケースに柔軟性が生まれました。

注意点としてリザーブドインスタンスの様に割引はないのでリージョンRIを組み合わせたり、短期的な一発勝負なテレビ放映などのイベントで利用すると良いと思われます。

上手くユースケースに合わせてリザーブドインスタンスと使い分けることが必要になりますので、利用場面をきちんと検討していきましょう。