EC2 を起動しようとすると、t3.micro、m7g.xlarge、c7i.4xlarge のような名前が何百と並びます。どれを選べばよいか分からず、とりあえず一番上に出てきたものを選ぶ。料金の話になると、オンデマンド、Savings Plans、リザーブド、スポットと、払い方まで何種類もある。EC2 を触り始めた人がここで手を止めるのは自然なことです。
実は、インスタンスタイプの名前には読み方の規則があり、払い方も「何を約束する代わりに安くなるのか」の1本の軸で並べられます。この記事では、名前を4つの部品に分けて読む方法と、4つの払い方の仕組み、それぞれがどんな使い方に向くかを整理します。料金の具体的な数字は改定で変わるので書かず、公式の料金ページで確かめる前提で仕組みだけを扱います。
この記事の結論
- インスタンスタイプの名前は、ファミリー・世代・オプション・サイズの4つの部品でできています。
- ファミリーは用途（汎用・コンピューティング・メモリ・ストレージ・高速コンピューティング）を表し、迷ったら汎用から始めます。
- EC2 の払い方は、何も約束しないオンデマンドと、使い続けることを約束して安くなる Savings Plans とリザーブドインスタンス、止められることを受け入れて安くなるスポットに分かれます。
- 新しく約束する払い方を検討するなら、構成に縛られない Savings Plans が先に来ます。
- 実務では、ずっと動く土台を Savings Plans、増減する分をオンデマンド、止められてもよい処理をスポットで払う組み合わせがよく使われます。
インスタンスタイプの名前はどう読むのか
インスタンスタイプは、借りるサーバーの「大きさと得意分野」の組み合わせです。名前は次の形をしています。
m7g.xlarge
│││ └─ サイズ（xlarge）
││└─── オプション（g = AWS Graviton）
│└──── 世代（7）
└───── ファミリー（m = 汎用）
READ THE NAMEm7g.xlarge を分解
名前は4つの部品でできている
名前の部品
意味
名前の部品: m（ファミリー）
意味: 汎用。c は計算、r はメモリ
名前の部品: 7（世代）
意味: 数字が大きいほど新しい
名前の部品: g（オプション）
意味: AWS Graviton。i は Intel、a は AMD
名前の部品: xlarge（サイズ）
意味: 1段上がると vCPU とメモリがおおむね倍
ファミリー: 何が得意か
先頭の英字がファミリーで、CPU とメモリとディスクの配分の違いを表します。
| 分類 | 主なファミリー | 得意なこと | 向いている用途の例 |
|---|---|---|---|
| 汎用 | M・T | CPU とメモリのバランス | Web サーバー・小さなアプリ・検証 |
| コンピューティング最適化 | C | CPU の割合が高い | 計算の多いバッチ・動画の変換 |
| メモリ最適化 | R・X | メモリの割合が高い | インメモリのデータベース・キャッシュ |
| ストレージ最適化 | I・D | ローカルのディスクの読み書きが速い・容量が大きい | 大量のデータを扱う処理 |
| 高速コンピューティング | P・G・Inf・Trn | GPU や機械学習向けのチップ | 機械学習・画像の処理 |
T ファミリー（t3・t4g など）はバースト可能なインスタンスで、普段は低い CPU 使用率で動き、必要なときだけ一時的に高く使える作りです。高い使用率が続くと、設定によって性能が抑えられるか、追加の料金がかかるので、ずっと CPU を使い続ける処理には向きません。
世代とオプション: どの版か、何が付いているか
ファミリーの次の数字が世代で、数字が大きいほど新しいハードウェアです。新しい世代は、同じサイズでも価格あたりの性能が良くなっていることが多いので、特別な理由が無ければ新しい世代から選びます。
世代の後ろの英字はオプションで、プロセッサや追加の装備を表します。
| 文字 | 意味 |
|---|---|
| g | Arm ベースの AWS Graviton プロセッサ |
| i | Intel のプロセッサ |
| a | AMD のプロセッサ |
| d | インスタンスに直接つながったローカルのディスク（インスタンスストア）がある |
| n | ネットワークの性能を高めてある |
Graviton（g）は対応しているアプリなら価格あたりの性能が良い選択肢ですが、Arm 向けに作られたソフトウェアが要ります。使うミドルウェアやライブラリが Arm に対応しているかを先に確かめます。
サイズ: どれだけ大きいか
ドットの後ろがサイズです。nano・micro・small・medium・large・xlarge・2xlarge…と続き、多くのファミリーで1段大きくなるごとに vCPU とメモリがおおむね倍になります。metal は仮想化せずに物理サーバーをそのまま使うサイズです。
サイズは、EBS をルートにしたインスタンスなら、停止してから変えられます。最初から大きいものを選ぶより、小さく始めて CloudWatch で CPU やメモリの使われ方を見てから合わせるほうが、払いすぎを防げます。
READ ALSO — 未経験向け・段1 入口
EC2 とは何か｜インスタンス・AMI・EBS・セキュリティグループを「借りた1台」で理解する
CHECK 1ここまでの確認
インスタンスタイプ r7g.2xlarge の「g」は何を表している?
答えと解説
答え: 2. プロセッサなどのオプション（AWS Graviton）
先頭の英字がファミリー、数字が世代、その後ろの英字がオプション、ドットの後ろがサイズです。g は Arm ベースの AWS Graviton を使うことを示します。「インスタンスタイプの名前はどう読むのか」を読み直してください。
購入オプションは何が違うのか
同じインスタンスタイプでも、払い方によって料金が変わります。EC2 の購入オプションは、「何を約束するか・何を受け入れるか」と引き換えに安くなる仕組みです。
| 払い方 | 約束すること・受け入れること | 安くなるか | 向いている使い方 |
|---|---|---|---|
| オンデマンド | 何も約束しない | 基準の価格 | 試す・量が読めない・短期間だけ |
| Savings Plans | 1年か3年、1時間あたりの利用額（USD）を約束する | 約束した範囲が割引になる | 長く使い続ける量が読める土台 |
| リザーブドインスタンス | 1年か3年、インスタンスの構成（タイプ・リージョンなど）を約束する | 条件に合う利用が割引になる | 構成を変えない長期の利用 |
| スポット | EC2 が容量を必要とすると止められることを受け入れる | 余っている容量を大きく割り引いて使える | 止められてもやり直せる処理 |
割引の上限は公式の料金ページとドキュメントに書かれていますが、インスタンスタイプ・リージョン・期間・前払いの有無で変わり、改定もされるので、この記事では数字を書きません。実際の金額は公式の料金ページで確かめてください。
COMMIT OR NOT約束するか、しないか
約束すれば安くなり、約束しなければ自由が残る
約束する
- Savings Plans・RI
- 1年か3年の約束で割引
- 使わなくても約束分は払う
約束しない
- オンデマンド
- いつでも止められる・構成も自由
- 割引は無い
支点は「使い続ける量が読めるか」
オンデマンド: 約束しない代わりに、割引も無い
オンデマンドは、動かした時間の分だけ払う基本の払い方です。長期の約束は要らず、止めればインスタンスの料金も止まります（EBS の容量の料金は続きます）。課金の区切り（秒単位か時間単位か）は OS などで違うので、公式の料金ページで確認します。
Savings Plans: 利用額を約束して、構成は自由に
Savings Plans は、1年か3年の間、1時間あたりいくら使うか（USD）を約束する払い方です。約束した額までの利用に割引された価格が適用され、約束を超えた分はオンデマンドの価格で払います。逆に、約束した額より使わなかった時間も、約束した額は払います。
EC2 に関係するものは主に2種類です。
- Compute Savings Plans: インスタンスファミリー・サイズ・リージョン・OS を変えても割引が付いてきます。EC2 だけでなく、Fargate と Lambda の利用にも適用されます。
- EC2 Instance Savings Plans: 特定のリージョンの特定のファミリー（例: 東京の m7g）に約束する代わりに、Compute Savings Plans より割引が大きくなります。同じファミリーの中なら、サイズや OS を変えても適用されます。
前払いの有無は、全額前払い・一部前払い・前払いなしから選べます。
リザーブドインスタンス: 構成を約束する、以前からの払い方
リザーブドインスタンス（RI）は、1年か3年の間、インスタンスタイプやリージョンなどの構成を約束して割引を受ける払い方です。構成に縛られるぶん、途中で別のファミリーに移ると割引が効かなくなることがあります。AWS のドキュメントは、新しく検討するなら構成に縛られない Savings Plans を勧めています。
RI のうち、AZ を指定したもの（ゾーンのリザーブドインスタンス）は、その AZ での容量の確保も兼ねます。Savings Plans は割引の仕組みで、容量は確保しません。割引は要らず容量だけを確保したい場合は、オンデマンドキャパシティ予約という別の仕組みがあります。
CHECK 2ここまでの確認
毎月ほぼ同じ量のサーバーを1年以上動かし続ける予定で、途中でインスタンスファミリーを変えるかもしれない。向いている払い方は?
答えと解説
答え: 2. Compute Savings Plans で、1時間あたりの利用額を約束する
長く使い続ける量が読めるなら、約束と引き換えに安くなる払い方が合います。Compute Savings Plans はファミリーやリージョンを変えても割引が付いてきます。「購入オプションは何が違うのか」を読み直してください。
払い方はどう組み合わせるのか
実際のシステムでは、1つの払い方に決めるのではなく、「どの部分がどれだけ動き続けるか」で分けて組み合わせます。判断の軸は、使い続ける量が読めるかと、途中で止められてもよいかの2つです。
PICK BY TWO AXES2つの軸で払い方を選ぶ
量が読めるなら約束、止められてよいならスポット
使い続ける量が読める →
Savings Plans
24時間動き続ける土台。止められると困る
土台は Savings Plans、上乗せはスポット
定常のバッチ基盤。増やす分は止められてよい
オンデマンド
量が読めず、止められると困る。まずはここから
スポット
不定期の変換・テスト。止められたら再実行
途中で止められてもよい →
スポットは「止められる前提」で使う
スポットインスタンスは、EC2 の使われていない容量を割り引いて使う払い方です。代わりに、EC2 がその容量を必要とすると、2分前の通知のあとで止められます。通知の前に中断のリスクが高まったことを知らせる信号（リバランスの推奨）も出ます。
このため、スポットに向くのは、止められてもやり直せる処理です。画像や動画の変換、テストの実行、分割して並べて進める集計などがその例です。1台で止まると困るデータベースや、利用者が接続し続けるサーバーには向きません。使うときは、複数のインスタンスタイプを候補にしておくと、特定の種類の空きが無くなったときの影響を小さくできます。
よく使われる組み合わせ
| 部分 | 払い方 | 理由 |
|---|---|---|
| 24時間動き続ける最低限の台数 | Savings Plans | 量が読めるので、約束の割引を受けやすい |
| 昼だけ・繁忙期だけ増える分 | オンデマンド | 量が読めないので、約束すると使わない分を払うことになる |
| 夜間のバッチ・検証環境の一時的な台数 | スポット（止められたら再実行） | 止められても困らないので、割引を取りにいける |
| 業務時間外は要らない検証環境 | オンデマンド＋夜間と週末の停止 | 止めている時間はインスタンスの料金がかからない |
払い方で起きやすい失敗
- 使い方が固まる前に3年の約束をして、構成を変えたあとに割引が効かなくなる
- 止められると困る本番のデータベースをスポットで動かす
- 約束の額をピークの利用に合わせて、閑散期に使わない分まで払い続ける
約束する額は、Cost Explorer にある Savings Plans の推奨や、過去の利用の記録から、「どの時間帯でも最低限使っている量」を基準に決めるのが無理のない進め方です。
CHECK 3ここまでの確認
スポットインスタンスを使うときに、アプリの側で用意しておくべきことは?
答えと解説
答え: 1. 途中で止められても、やり直せる・引き継げる作りにしておく
スポットは EC2 が容量を必要とすると、2分前の通知のあとで止められます。止められる前提で、処理をやり直せる・別のインスタンスに引き継げる作りにしておくのが使い方の前提です。「払い方はどう組み合わせるのか」を読み直してください。
まとめ
- インスタンスタイプは、ファミリー（用途）・世代（新しさ）・オプション（プロセッサなど）・サイズ（大きさ）の4つで読めます。迷ったら汎用の新しい世代の小さいサイズから始め、使われ方を見て合わせます。
- 払い方は、何も約束しないオンデマンド、利用額を約束する Savings Plans、構成を約束するリザーブドインスタンス、止められることを受け入れるスポットに分かれます。
- 実務では、ずっと動く土台を Savings Plans、増減する分をオンデマンド、止められてもよい処理をスポットで払う組み合わせがよく使われます。
- 割引の大きさは改定で変わるので、金額は必ず公式の料金ページで確かめます。
払い方の前提になる「使った分だけ払う」「止め忘れで料金が続く」の考え方は、料金の考え方の記事で扱っています。約束する払い方を検討する前に、そちらで料金の全体像を押さえておくと判断しやすくなります。
READ ALSO — 未経験向け・段1 入口
AWS の料金の考え方｜従量課金・無料利用枠・止め忘れを「電気代」で理解する
参照ソース
- Amazon EC2 インスタンスタイプの命名規則（Amazon EC2 インスタンスタイプガイド） — ファミリー・世代・オプション・サイズの読み方とオプションの文字の意味の根拠（2026年9月時点の記載）
- Amazon EC2 インスタンスタイプ（Amazon EC2 ユーザーガイド） — ファミリーの分類と用途の根拠（2026年9月時点）
- Amazon EC2 の請求と購入のオプション（Amazon EC2 ユーザーガイド） — オンデマンド・Savings Plans・リザーブドインスタンス・スポット・専有・キャパシティ予約の区分の根拠（2026年9月時点）
- Savings Plans とは（Savings Plans ユーザーガイド） — 1時間あたりの利用額を1年か3年約束する仕組みの根拠（2026年9月時点）
- Savings Plans の種類（Savings Plans ユーザーガイド） — Compute Savings Plans と EC2 Instance Savings Plans の適用範囲の違いの根拠（2026年9月時点）
- Amazon EC2 のリザーブドインスタンスの概要（Amazon EC2 ユーザーガイド） — リザーブドインスタンスの約束の内容と、Savings Plans を勧める記載の根拠（2026年9月時点）
- スポットインスタンスの中断の通知（Amazon EC2 ユーザーガイド） — 中断の2分前に通知が出ることの根拠（2026年9月時点）
- Amazon EC2 スポットのベストプラクティス（Amazon EC2 ユーザーガイド） — 中断に備えた作りと、複数のインスタンスタイプを候補にする使い方の根拠（2026年9月時点）
