1.1.1　実行時間

EC2インスタンスが起動（マネージメントコンソールでrunning）状態になると、料金が発生します。インスタンス直後はOSがブートされ、接続できなくても料金が発生しています。ライセンス費が発生しないLinuxなどの無償OSは秒単位（最低60秒）、Windows Server、Red Hat Enterprise Linux、SUSE Linux Enterprise Serverなどの有償OSは時間単位で請求されます。もし1時間5秒起動した場合、LinuxとWindowsで請求時間は表1.1になります。

EC2インスタンスが停止（stopping、stopped）もしくは削除（shutting-down、terminated）になると、課金は停止されます。停止から起動に状態が変わると、再度料金が発生します。起動と停止を繰り返すとその都度、最低時間分の料金が発生するので、注意してください。インスタンスの再起動であれば最低時間分の料金は発生しないので、OSのリブートをしたい場合は、再起動をするようにしましょう。

AWS Marketplaceで提供されているAMIからEC2インスタンスを起動する場合、EC2の料金に加えて、ライセンス費用が別途かかる場合があります。例として、オープンソースで提供されているNginxの機能拡張版であるNGINX Plus*1のAWS Marketplaceページ*2を見てみます。「Pricing Information」の料金詳細を見ると、「Software/hr」という項目があります図1.1。これがNGINX Plusのソフトウェアライセンス費用となり、EC2インスタンスの料金に上乗せされて請求されます。

1.1.2　インスタンスタイプ

EC2は用途に合わせて、多くの種類のインスタンス（インスタンスタイプ）が用意されています。インスタンスタイプは、「インスタンスファミリー」「インスタンス世代」「インスタンスサイズ」、そして「追加能力」の4つの要素を組み合わせたものです（図1.2）*3。

インスタンスファミリー

インスタンスファミリーは汎用、コンピューティング最適化、メモリー最適化、ストレージ最適化、高速コンピューティングの5種類に分けられます（表1.2）。

インスタンスファミリーによってサーバー性能や搭載しているCPU、メモリー量が異なります。M5インスタンスを例にすると、m5.large、c5.large、r5.largeのカタログスペックは表1.3のとおりです。アプリケーションの特性や必要なリソース（CPU、メモリー）に合わせて、適切なインスタンスファミリーを選択します。

インスタンス世代

インスタンス世代は、数字が大きいほうが最新です。新世代は旧世代と比べて性能が向上されているうえに、料金が安くなる傾向にあります。m3.large、m4.large、m5.largeのカタログスペックを比べると、m5.largeの時間あたりの料金が安いことがわかります（表1.4）。

ECU

ECUはElastic Compute Unitsの略で、Amazon独自のCPU性能単位を表しています。EC2インスタンスの整数処理能力を、相対的に測定した指標です。ECUによって、異なるインスタンスタイプのCPU性能の比較が容易にできます。たとえば、c5.xlarge、m5.xlarge、r5.xlargeはいずれもvCPUは4ですが、c5.xlargeのECU数がもっとも高いため、CPU性能も高いことがわかります（表1.5）。先ほどの表1.4で、m5.laregeは料金が安いうえに、CPU性能がもっとも高いです。ECUはIntel X86アーキテクチャのインスタンスのみが対象です。ArmアーキテクチャベースのインスタンスタイプにECUの表記はありません。

Nitroシステム

Nitroシステムは、EC2インスタンスの基盤となるプラットフォームです。EC2インスタンスのホストサーバー（物理サーバー）で実行されていたネットワーク、ストレージ、セキュリティーのソフトウェアを、AWSが独自に開発したハードウェアにオフロードする（処理を任せる）ことで、パフォーマンス向上やセキュリティー強化、コスト削減が実現しました。対象となるインスタンスタイプはC5、C5d、C6g、M5、M5d、M6g、P3dn、A1、R5、R5a、R6gなどがあります。最新情報はドキュメントから確認できます*4。基本的に、新世代のインスタンスタイプはNitroシステムです。

バースタブル・インスタンス

従来のEC2インスタンスタイプのパフォーマンスは一定です。いっぽう、バースタブル・インスタンスは、CPUクレジットという機能によって、ベースラインを超えてバースト（CPU性能をフルに活用）することができます。T2、T3インスタンスがバースタブル・インスタンスで、同スペックの他のインスタンスタイプと比較して、時間あたりの料金が安いです（表1.6）。

CPU性能を必要としない開発環境や、短いピーク時のみCPU性能を発揮するワークロードに向いています。常にCPU性能を必要とするワークロードでは、CPUクレジットが枯渇し性能が落ちてしまいます。そのため、M5かC5などのインスタンスタイプにするか、CloudWatchでCPUクレジットのメトリクスを監視するようにしましょう。

プロセッサアーキテクチャ

EC2を起動するためのイメージ（AMI）はプロセッサのアーキテクチャに依存されるため、インスタンスタイプに合わせたプロセッサアーキテクチャのAMIを選択する必要があります。従来はx86ベースのAMIが主流でしたが、最近登場したArmベースAMIとの互換性に注意が必要です。

Armアーキテクチャベースのインスタンスタイプ（A1、C6g、M6g、R6g）では、arm64のAMIである必要があります。たとえば、Amazon Linux 2の場合はamzn2-ami-hvm-2.0.20200520.1-arm64-gp2（ami-01e7d6c28d99b213c）とAMI名にarm64がつきます。

AMD EPYCプロセッサが搭載されたインスタンスタイプは、x86ベースのAMIで起動ができます。現時点では、T3a、M5a、R5aインスタンスがあります。

GPUインスタンス

機械学習やディープラーニングなどに、GPUインスタンスが使用されます。GPUインスタンスはG2、G3、G4、P2、P3が提供されており、G4（g4dn）が最新です。インスタンスタイプによって、積んでいるGPU数やGPUアクセラレータが異なります。EC2インスタンスの料金表には、GPU数やアクセラレータについての比較がありません。筆者がまとめたスプレッドシート*5がありますので、GPUインスタンスを使用する場合に、参考にしてください。

追加能力

c5d.xlargeの「d」は追加能力を表しています。「d」は「disk」の意味で、NVMeベースのSSDが、インスタンスストアとしてアタッチされています。他にいくつかありますので、表1.7にまとめました。r5dn.large、g4dn.xlargeのように、複数つくこともあります。

インスタンスサイズ

インスタンスサイズが大きくなるにつれて、CPUコア数、メモリー量が増えていきます。M5インスタンスを例にすると、m5.large、m5.xlarge、m5.2xlargeのカタログスペックは表1.8のとおりです。

さらに大きいインスタンスサイズになると、ネットワーク帯域幅が大きく活用できます（表1.9）。大容量のネットワーク性能を必要とする場合には、大きいインスタンスサイズか、大規模ネットワーク帯域幅が使えるM5dインスタンスなどを検討します。

1.1.3　OS

同じインスタンスタイプでも、無償OSと有償OSで時間あたりの料金が異なります。有償OSはライセンス料金が含まれる分、無償OSより高くなります。表1.10はm5.largeインスタンスの比較ですが、有償OSが無償OSより約1.7倍高くなっています。

リザーブドインスタンスも同様に、無償OSより有償OSが高くなります。表1.11はm5.largeインスタンスの比較ですが、有償OSが無償OSより約2.2倍高くなっています。