RIのインスタンスサイズ柔軟性適用要件について一つ一つたどりつつ振り返ってみた

RIのインスタンスサイズ柔軟性について、RI適用の要件も含めて一つ一つ振り返りつつ、認識不足の部分も含めておさらいしました。
2019.09.12

この記事は公開されてから1年以上経過しています。情報が古い可能性がありますので、ご注意ください。

はじめに

リザーブドインスタンスの概要についてBlackBeltや認定試験対策書籍を通して読解を進めていたものの、実業務上にて知識が紐付かない及び足りていないという状況になりました。

  • リザーブドインスタンスとオンデマンドインスタンスの違い
  • リザーブドインスタンスの適用条件
  • インスタンスサイズの柔軟性が適用される条件と結果

について、恐らく理解している筈の知識も含めておさらいしつつ、特に今回紐付いていなかったことを実感した「インスタンスサイズの正規化係数」について踏み込みました。

以下、参考にした公式ドキュメントとなります。 リザーブドインスタンス がどのように適用されるか - Amazon Elastic Compute Cloud

オンデマンドとリザーブド

オンデマンド(On-Demand)とは

「要求に応じて」の意味があり、オンデマンドインスタンスとは「要求に応じて提供されるインスタンス」となります。

リザーブド(Re-Served)とは

「予約済みの」の意味があり、リザーブドインスタンスとは「利用予約済みのインスタンス」となります。「利用予約済みの」と表現しましたが、具体的には条件の一致する実行中のオンデマンドインスタンスに対して自動適用される仕組みとなっています。

リザーブドインスタンスの適用条件

条件が一致した場合に適用となります。

リザーブドインスタンス の購入#リザーブドインスタンス を使用する - Amazon Elastic Compute Cloud

上記記事から各条件の引用となります。

プラットフォーム(platform)

リザーブドインスタンス のプラットフォーム (製品の説明) と一致するAmazon Machine Image (AMI) を選択する必要があります。たとえば、Linux/UNIX を指定する場合、Amazon Linux AMI または Ubuntu AMI からインスタンスを起動できます。

インスタンスタイプ(instance-type)

リザーブドインスタンス と同じインスタンスタイプを指定します。たとえば、t2.large など。

インスタンスタイプ別の詳細は以下の公式ドキュメントを参照してください。

インスタンスタイプ - Amazon EC2 | AWS

アベイラビリティーゾーン(availability-zone)

特定のアベイラビリティゾーンに リザーブドインスタンス を購入する場合、同じアベイラビリティゾーンでインスタンスを起動する必要があります。リージョン リザーブドインスタンス を購入した場合、どのアベイラビリティゾーンでもインスタンスを起動できます。

テナンシー(tenancy)

インスタンスのテナンシーは リザーブドインスタンス のテナンシーを一致する必要があります。たとえば、dedicated や shared など。

テナンシーの各要素については、以下のDevIO記事が参考になります。

EC2 インスタンスのテナント属性を理解する

インスタンスサイズの柔軟性

適用条件

公式ドキュメントによると以下のとおりです。

デフォルトのテナンシーを持つ Amazon Linux/Unix プラットフォームを使用する リザーブドインスタンス にのみ適用されます。

「デフォルトのテナンシー」とは、defaultの値が設定されているケースになります。

適用の要因

リザーブドインスタンス購入時のインスタンスサイズそのものではなく、インスタンスサイズの正規化係数によって決定されます。

また、

インスタンスサイズの柔軟性は、インスタンスファミリー内の最も小さいインスタンスサイズから大きいインスタンスサイズへ、正規化係数に基づいて適用されます。

とあるため、例えばm3.small(係数1)インスタンスを動かしている状態にて、m3.large(係数4)インスタンスを追加し、m3.large(係数4)のRIを購入した場合は

  1. m3.small(正規化係数1)に1適用(残り3)
  2. m3.large(正規化係数4)に3適用

という形になります。

正規化係数も合わせて例を上げましたが、以下が2019年9月時点で公式ドキュメントに記載されていた1時間あたりの正規化係数表です。

インスタンスサイズ 正規化係数
nano 0.25
small 1
medium 2
large 4
xlarge 8
2xlarge 16
3xlarge 24
4xlarge 32
6xlarge 48
8xlarge 64
9xlarge 72
10xlarge 80
12xlarge 96
16xlarge 128
18xlarge 144
24xlarge 192
32xlarge 256

正規化係数の適用事例に関する具体的なエントリーについては、以下の記事があります。

知らなかった。RIが小さいインスタンスタイプから順に適用されることを

その他

現状、RI購入に関する機会がないため細かくは触れませんでしたが、以下のDevIOエントリーも今回執筆時の参考にしています。

AWS再入門2018 リザーブドインスタンス編

あとがき

リザーブドインスタンスに関して、知識面や実際の操作にてある程度は理解できたと思っていましたが、確認を含めてエントリーとして書き出してみました。長期的な運用による経験が伴う点もあること等、座学のみによる知識吸収は「どの知識を実際の場面でどう役立てられるのか」を紐付けることが相当困難なことであると実感しました。

また、RIについても提供されているサービスはEC2に限定されません。情報の洪水という感覚にはなりますが、以下のDevIO記事からRIの広さがわかると思います。

読まなきゃ損($∀$)リザーブドインスタンスのススメ -2019春-

AWSのコスト削減には欠かせない仕組みであるため、長く付き合っていく場合には購入機会を持ったりする等、少しずつでも理解を広げることをおすすめします。