クラウド

EC2インスタンスタイプとは？種類と名前の読み方、選び方

2026/10/16 シリーズ「AWS 入門」 第5回 / 全6回

🤖 AIを使用して執筆

インスタンスタイプの名前の読み方

インスタンスタイプの名前は、ファミリーとサイズからなる。たとえば c7gn.4xlarge では、ピリオドの前の c7gn がファミリーで、先頭の英字がシリーズ、続く数字が世代、その後ろの英字がオプションを表す。ピリオドの後ろはサイズである⁵。

主なシリーズは、汎用の M、計算に向く C、メモリの多い R である。汎用には、CPU をふだん控えめに使う、バースト可能な T もある⁵。オプションには CPU を表す文字があり、a は AMD、g は Graviton、i は Intel である。d が付くタイプは、インスタンスストアという、機械に直接つながる一時的なディスクを持つ⁵。一覧の上では、ファミリーは汎用、コンピューティング最適化、メモリ最適化などの用途ごとに並ぶ¹。

T シリーズは、ふだんは決まった水準（ベースライン）の CPU で動き、必要なときだけその上まで使える。平均では暇で、ときどき忙しくなる処理に向く⁶。ベースラインより下で動くあいだはクレジットがたまり、ベースラインより上で動くと減る。T3 などは既定で Unlimited モードで、クレジットを使い切っても上で動き続けるが、24 時間の平均がベースラインを超えると追加の料金がかかる。Standard モードにすると、使い切ったときにベースラインまで下がる⁷。

後から替えられるのは、ディスクと起動イメージが分かれているから

インスタンスタイプは、後から替えられる。AWS は、処理に対してインスタンスが大きすぎたり小さすぎたりしたら、タイプを替えて大きさを直せると説明している⁸。替えられるのは、タイプが主に決めるのは動かす機械で、データはタイプと別の EBS のボリュームにあるからである。ルートボリューム（起動に使うディスク）が EBS のインスタンスは、止めて再び起動しても、つないだ EBS のボリュームのデータは変わらない。止めているあいだに、タイプを替えることもできる⁹。

替えるときには、次のことが起きる⁴。

• 止める必要がある。 止めているあいだはサービスが止まる。
• 別の機械に移る。 止めて起動すると、インスタンスは新しいハードウェアに移り、Elastic IP でない公開 IPv4 アドレスは新しくなる。
• インスタンスストアのデータは消える。 インスタンスストアは元の機械に直接つながるディスクで、そのデータは、止めたときにも、タイプを替えたときにも消える¹⁰¹¹。

同じインスタンスのままでは替えられない：x86 から Graviton へ

替えられない場合もある。AMI は CPU のアーキテクチャごとに作られているので、今のタイプと同じアーキテクチャのタイプしか選べない¹²。x86 の CPU（Intel や AMD）のタイプと、Arm の CPU のタイプのあいだでは、同じインスタンスのままでは替えられない。

AWS が自社で設計した Arm の CPU が Graviton である。AWS は 2018 年 11 月に、Graviton を使う最初のインスタンス A1 を出した¹³。2019 年 12 月に発表した Graviton2 では、汎用の M6g、計算向けの C6g、メモリの多い R6g に広がり、AWS は、当時の x86 の M5 などより価格当たりの性能が最大 40% 高いとした¹⁴。2026 年 6 月には Graviton5 の M9g が使えるようになった¹⁵。

Graviton への移り方は、AWS の移行ガイドがまとめている¹⁶。

• 使っているライブラリやエージェントが Arm に対応しているかを、先に調べる。
• インタプリタ型の言語や JIT の言語（Java、PHP、Node.js など）で書いたアプリは、そのまま、または少しの変更で動く。
• コンパイル型の言語（C、C++、Go など）で書いたアプリは、Arm 用にコンパイルし直す。
• AMI は Arm 用のものを使う。 AWS が用意する Arm 用の AMI から始めるか、それをもとに自分の AMI を作る。
• 性能を測ってから、一部の台数から順に切り替える。

最大 40% という数は、AWS が示す上限である。Honeycomb の Liz Fong-Jones は 2020 年に、社内の検証用の環境で、データを取り込むサービスの台数の 20% を M6g にして C5 と並べて比べた。M6g だけにすれば台数を 30% 減らせ、一台の費用も 10% 下がると報告している。移行の作業は、主に依存するソフトの対応で、約 15 時間かかった。本番は、M6g がまだ十分に買えなかったので、当時は C5 のままだった¹⁷。一方、計算機科学者の Daniel Lemire は 2022 年に、一つのコアで測ったメモリの帯域と遅延では、Intel の Ice Lake が Graviton3 を上回ったと報告した。そのうえで、どちらが自分のアプリに合うかを知りたいなら、ベンチマークを取るよう勧めている¹⁸。

測って選び、新しい世代が出たら見直す

AWS の Well-Architected フレームワークのパフォーマンス効率の柱は、設計原則の一つに「より頻繁に実験する」を挙げる。仮想のリソースは自動で用意できるので、インスタンスのタイプを替えた比較の試験をすぐに行える、という理由である¹⁹。コンピューティングのリソースの選び方では、次のことを求めている。

• 試して選ぶ。 本番でない環境で実験とベンチマークを行って選ぶ。オンプレミスで使っていたのと同じ方式をそのまま使うことは、避けるべきこととして挙げている²⁰。
• 測る。 CPU とメモリの使用率、ディスクとネットワークの入出力を集め、データに基づいて調整する。メモリとディスクの値は、CloudWatch エージェントを入れて集める²¹。
• 見直す。 新しいタイプが出ても処理に合うかを見直さないことを、避けるべきこととして挙げ、新しいコンピューティングの選択肢を見直し続けるよう求めている。設定を変えるときは、本番の前に、本番でない環境で試す²²。

コスト最適化の柱は、4 週間を通して CPU とメモリの使用率の最大値が 40% に届かないインスタンスを、小さくする対象として挙げている²³。AWS は 2019 年 12 月に、使用率からタイプを推薦する Compute Optimizer を公開した²⁴。使うには申し込みが要り、申し込むと、直近 14 日の CloudWatch の値から分析を始める²⁵。

測るときの注意もある。性能の専門家 Brendan Gregg は、ベンチマークを手早く済ませると、A を測ったつもりで実は B を測り、C を測ったと結論しやすいと書いている。そして、その結果で会社がサーバーの基盤を選ぶことがあると警告している²⁶。Honeycomb の別の記事も、タイプが違えば同じ CPU 使用率で遅れ始めるとは限らないので、処理が追いつかなくなるところまで負荷を上げて確かめるよう勧めている²⁷。

インスタンスタイプは、測って選び、後から替える

インスタンスタイプは、CPU やメモリの組み合わせを、シリーズ・世代・オプション・サイズの名前で表す。タイプはディスクの EBS や起動に使う AMI と分かれているので、ルートボリュームが EBS なら、止めて後から替えられる。替え先は今の構成と互換でなければならず¹²、替えられない主な場合は、x86 と Arm のように CPU のアーキテクチャが変わるときで、Graviton へ移るには Arm 用の AMI で新しいインスタンスを作る。

そのため、AWS が勧めるインスタンスタイプの選び方は、最初の一つを見込みで決め切ることではない。本番でない環境で試して選び、使用率を測り、新しい世代が出たら試して見直すことである。

この記事はAIを使用して執筆されました。内容には誤りが含まれる可能性があります。事実や数字の出典は脚注から確かめられます。