汎用インスタンス - Amazon Elastic Compute Cloud

汎用インスタンス

注記

インスタンスタイプの詳細な仕様については、「Amazon EC2 Instance Types Guide」を参照してください。料金の詳細については、Amazon EC2 のインスタンスタイプのページを参照してください。

汎用インスタンスは、コンピューティング、メモリ、およびネットワーキングリソースをバランスよく備えており、広範囲のワークロードに使用できます。

A1 インスタンス

これらのインスタンスは、Arm エコシステムがサポートするスケールアウト型ワークロードに最適です。これらのインスタンスは、次の用途に適しています。

  • ウェブサーバー

  • コンテナ化されたマイクロサービス

M5、M5a インスタンス

これらのインスタンスは、クラウドインフラストラクチャの実現に最適で、コンピューティング、メモリ、およびネットワーキングリソースをバランスよく備えており、クラウドにデプロイされる広範なアプリケーションに使用されます。このインスタンスは、以下に最適です。

  • 小規模および中規模のデータベース

  • 追加のメモリを必要とするデータ処理タスク

  • キャッシュフリート

  • SAP、Microsoft SharePoint、クラスターコンピューティング、その他のエンタープライズアプリケーションなどのバックエンドサーバー

詳細については、「Amazon EC2 M5 インスタンス」を参照してください。

m5.metalm5n.metalm5zn.metal などのベアメタルインスタンスを使用すると、アプリケーションから、プロセッサとメモリなどのホストサーバーの物理リソースに直接アクセスできます。

M5zn

このインスタンスは、非常に高いシングルスレッドパフォーマンス、高スループット、低レイテンシーネットワーキングの恩恵を受けるアプリケーションに最適です。このインスタンスは、以下に最適です。

  • ゲーム

  • ハイパフォーマンスコンピューティング

  • シミュレーションモデリング

詳細については、「Amazon EC2 M5 インスタンス」を参照してください。

M6g インスタンスと M6gd インスタンス

これらのインスタンスは AWS Graviton2 プロセッサを搭載しており、幅広い汎用ワークロードに対応するバランスの取れたコンピューティング、メモリ、ネットワーキングを提供します。このインスタンスは、以下に最適です。

  • アプリケーションサーバー

  • マイクロサービス

  • ゲームサーバー

  • 中規模のデータストア

  • キャッシュフリート

m6g.metal などのベアメタルインスタンスを使用すると、アプリケーションから、プロセッサとメモリなどのホストサーバーの物理リソースに直接アクセスできます。詳細については、「Amazon EC2 M6g インスタンス」を参照してください。

M6i および M6id インスタンス

これらのインスタンスは、次のような汎用ワークロードに適しています。

  • アプリケーションサーバーやウェブサーバー

  • マイクロサービス

  • ハイパフォーマンスコンピューティング

  • アプリケーション開発

  • 小規模および中規模のデータベース

  • キャッシュフリート

m6i.metal などのベアメタルインスタンスを使用すると、アプリケーションから、プロセッサとメモリなどのホストサーバーの物理リソースに直接アクセスできます。

詳細については、「Amazon EC2 M6i インスタンス」を参照してください。

M6in および M6idn インスタンス

これらのインスタンスは、次のようなネットワークを多用するワークロードに適しています。

  • 高性能なファイルシステム

  • 分散したウェブスケールインメモリキャッシュ

  • キャッシュフリート

  • リアルタイムビッグデータ分析

  • 5G ユーザープレーン機能 (UPF) などの通信アプリケーション

詳細については、「Amazon EC2 M6i インスタンス」を参照してください。

M7i インスタンス

M7i インスタンスは、第 7 世代の Amazon EC2 インスタンスポートフォリオを拡張し、x86 ベースのオプションを含むようにしています。これらのインスタンスには、AWS 専用のカスタム第 4 世代インテル Xeon スケーラブルプロセッサー (Sapphire Rapids) が搭載されています。M6i インスタンスと比較して、コストパフォーマンスが最大 15% 向上します。M7i インスタンスは、ウェブサーバー、アプリケーションサーバー、マイクロサービス、小規模データストアなどの汎用ワークロードの実行に適しています。

詳細については、「Amazon EC2 M7i インスタンス」を参照してください。

M7i-flex インスタンス

汎用ワークロードの大部分は、最新世代のパフォーマンスの恩恵を受けていますが、コンピューティングリソースを完全には活用していません。Amazon EC2 flex インスタンスは、このようなワークロードを実行するための最初の選択肢として理想的です。Flex インスタンスは、コストが最適化された Amazon EC2 インスタンスのバリアントで、大半の一般的なワークロードでコストパフォーマンスのメリットと低料金を実現する最も簡単な方法です。

M7i-flex インスタンスは、第 4 世代インテル Xeon スケーラブルプロセッサー (Sapphire Rapids) をベースにした最初の Amazon EC2 Flex インスタンスであり、同等の M インスタンスと比較してコストを節約できます。M7i-flex インスタンスは、最大 32 個の vCPU と最大 128 GiB のメモリを搭載しており、バランスの取れたコンピューティング、メモリ、およびネットワークリソースを提供します。これらのインスタンスは、次のような汎用ワークロードに適しています。

  • アプリケーションサーバーやウェブサーバー

  • マイクロサービス

  • 仮想デスクトップ

  • アプリケーション開発

  • データベース

  • モバイルアプリケーション

  • バッチワークロード

詳細については、「Amazon EC2 M7i and M7i-flex instances」を参照してください。

M7g と M7gd インスタンス

これらのインスタンスは AWS Graviton3 プロセッサを搭載しており、幅広い汎用ワークロードに対応するバランスの取れたコンピューティング、メモリ、ネットワーキングを提供します。このインスタンスは、以下に最適です。

  • アプリケーションサーバー

  • マイクロサービス

  • ゲームサーバー

  • 中規模のデータストア

  • キャッシュフリート

詳細については、「Amazon EC2 M7g インスタンス」を参照してください。

M7a インスタンス

M7a インスタンスは、AWS Nitro System 上に構築され、アプリケーションサーバー、マイクロサービス、ゲームサーバー、中規模データストア、アプリケーション開発環境、キャッシュフリートなど、高パフォーマンス、高スループット、低レイテンシーのネットワーキングの恩恵を受けるアプリケーションに最適です。

詳細については、「Amazon EC2 M7a Instances」を参照してください。

x86 ベースおよび Apple シリコン (M1、M2、および M2 Pro) Mac インスタンス

EC2 Mac インスタンスは、iPhone、iPad、Mac、Vision Pro、Apple Watch、Apple TV、Safari などの Apple プラットフォーム用アプリケーションの開発、構築、テスト、署名に最適です。

詳細については、「Amazon EC2 Mac インスタンス」を参照してください。

T2、T3、T3a、T4g インスタンス

これらのインスタンスは、ベースラインレベルの CPU パフォーマンスを維持し、ワークロードの必要に応じてより高いレベルまでバーストすることもできます。無制限インスタンスは、必要なときに、任意の期間にわたって高い CPU パフォーマンスを保持できます。詳細については、バーストパフォーマンスインスタンス を参照してください。このインスタンスは、以下に最適です。

  • ウェブサイトとウェブアプリケーション

  • コードリポジトリ

  • 開発、ビルド、テスト、およびステージング環境

  • マイクロサービス

詳細については、「Amazon EC2 T2 インスタンス」、「Amazon EC2 T3 インスタンス」、および「Amazon EC2 T4g インスタンス」を参照してください。

ハードウェア仕様

仮想中央処理ユニット (vCPU) は、仮想マシン (VM) に割り当てられた物理 CPU の一部を表します。x86 インスタンスの場合、コアごとに 2 つの vCPU があります。Graviton インスタンスの場合、コアごとに 1 つの vCPU があります。

ハードウェアの仕様については、「Amazon EC2 インスタンスタイプガイド」の「汎用インスタンス」を参照してください。

インスタンスのパフォーマンス

EBS 最適化インスタンスは、インスタンスからの Amazon EBS I/O とその他のネットワークトラフィックとの競合を排除することによって、EBS ボリュームの安定した高パフォーマンスを実現できます。一部の汎用インスタンスは、追加料金なしでデフォルトで EBS 最適化されています。詳細については、Amazon EBS 最適化インスタンスを使用する を参照してください。

一部の汎用インスタンスタイプでは、Linux でプロセッサの C ステートと P ステートを制御できます。C ステートは非アクティブ時のコアのスリープレベルを制御し、P ステートは希望するコアからのパフォーマンス (CPU 周波数) を制御します。詳細については、「EC2 インスタンスのプロセッサのステート制御」を参照してください。

Flex インスタンスのパフォーマンス

M7i-flex インスタンスでは、コンピューティング、メモリ、ネットワークリソースがバランスが良く構成されており、広範な汎用アプリケーションを実行するための費用対効果が最も高い方法が提供されています。M7i-flex インスタンスは、信頼性の高い CPU リソースを提供して、40% のベースラインの CPU パフォーマンスを実現します。これは、汎用ワークロードの大部分のコンピューティング要件を満たすように設計されています。ワークロードにさらなるパフォーマンスが必要な場合、M7i-flex インスタンスはベースライン CPU を超え、24 時間の 95 パーセントの時間で最大 100 パーセントの CPU 性能を実現する機能を提供します。  

長期間にわたって一貫してベースラインを上回る高い CPU 使用率で稼働している M7i-flex インスタンスでは、最大バースト時の CPU スループットが徐々に低下する場合があります。

ネットワークパフォーマンス

サポートされているインスタンスタイプで拡張ネットワーキングを有効にすると、レイテンシーとネットワークジッターを低減し、パケット毎秒 (PPS) のパフォーマンスを高めることができます。ほとんどのアプリケーションでは、高いレベルのネットワークパフォーマンスが一貫して必要なわけではありませんが、データの送受信時にアクセスする帯域幅を増やすことでメリットを得られます。詳細については、「Linux での拡張ネットワーキング」を参照してください。

ネットワークの仕様については、「Amazon EC2 インスタンスタイプガイド」の「汎用インスタンス」を参照してください。

Amazon EBS I/O パフォーマンス

Amazon EBS 最適化インスタンスは、最適化された設定スタックを使用し、Amazon EBS I/O 用に専用のキャパシティを追加で提供します。このように最適化することで、Amazon EBS I/O と、インスタンスからのその他のトラフィックとの間の競合を最小に抑え、Amazon EBS ボリュームの最高のパフォーマンスを実現します。

詳細については、「Amazon EBS 最適化インスタンスを使用する」を参照してください。

SSD ベースのインスタンスストアボリュームの I/O パフォーマンス

インスタンスストアボリュームは、インスタンスの存続中のみ使用できます。インスタンスを停止、休止、または終了すると、アプリケーションとそのインスタンスストアボリュームのデータは消去されます。インスタンスストアボリュームの重要なデータは、定期的にバックアップまたはレプリケートすることをお勧めします。詳細については、「Amazon EC2 インスタンスストア」および「SSD インスタンスストアボリューム」を参照してください。

インスタンスストアボリュームの仕様については、「Amazon EC2 インスタンスタイプガイド」の「汎用インスタンス」を参照してください。

インスタンスに SSD ベースのインスタンスストアボリュームを使用するほど、アーカイブできる書き込み IOPS の数は減少します。これは、SSD コントローラーが実行する必要がある追加の作業が原因です。SSD コントローラーは、利用可能な領域を見つけ、既存のデータを再書き込みし、未使用の領域を消去して、再書き込みができるようにします。このガベージコレクションというプロセスにより、SSD への内部的な書き込み増幅が発生し、ユーザーの書き込み操作に対する SSD 書き込み操作の割合として表示されます。書き込み操作が 4,096 バイトの倍数でないか、4,096 バイトの境界に整合していない場合、パフォーマンスの低下はさらに大きくなります。少量のバイト数または整合していないバイト数で書き込む場合、SSD コントローラーは周辺のデータを読み取り、その結果を新しい場所に保存する必要があります。このパターンにより、書き込み増幅が大幅に増え、レイテンシーが増加し、I/O パフォーマンスが大きく低下します。

SSD コントローラーは、複数の方法を利用すると、書き込み増幅の影響を減らすことができます。このような方法の 1 つには、SSD インスタンスストレージに領域を予約し、コントローラーが書き込み操作に利用できる領域をより効率的に管理できるようにすることです。これをオーバープロビジョニングと呼びます。インスタンスに提供された SSD ベースのインスタンスストアボリュームには、オーバープロビジョニングに対して予約された領域がありません。書き込み増幅を減らすには、ボリュームの 10% を未使用の状態のままにし、SSD コントローラーがこれをオーバープロビジョニングに使用できるようにすることをお勧めします。これにより、使用できるストレージは減りますが、ディスクが総容量に近づいた場合でもパフォーマンスを向上させることができます。

TRIM をサポートするインスタンスストアボリュームの場合、TRIM コマンドを使用して、書き込んだデータが不要になったときはいつでも SSD コントローラーに通知することができます。これにより、より多くの空き領域がコントローラーに与えられ、その結果書き込み増幅が減り、パフォーマンスが向上します。詳細については、「インスタンスストアボリュームの TRIM のサポート」を参照してください。

リリースノート

  • Nitro System、M4、t2.large 以上のサイズ、 t3.large 以上のサイズ、および t3a.large 以上のサイズのインスタンスタイプ上に構築されたインスタンスには、64 ビットの HVM AMI が必要です。これらのインスタンスはハイメモリであるため、そのキャパシティーを活用するには 64 ビットのオペレーティングシステムが必要です。HVM AMI は、ハイメモリインスタンスタイプの準仮想化 (PV) AMI よりも優れたパフォーマンスを提供します。さらに、拡張ネットワーキングを利用するには、HVM AMI を使用する必要があります。

  • Nitro System 上に構築されたインスタンスには、次の要件があります。

    以下の Linux AMI はこれらの要件を満たしています。

    • AL2023

    • Amazon Linux 2

    • Amazon Linux AMI 2018.03 以降

    • linux-aws カーネルを搭載した Ubuntu 14.04 以降

      注記

      AWS Graviton ベースのインスタンスタイプには、linux-aws カーネル搭載の Ubuntu 18.04 以降が必要です

    • Red Hat Enterprise Linux 7.4 以降

    • SUSE Linux Enterprise Server 12 SP2 以降

    • CentOS 7.4.1708 以降

    • FreeBSD 11.1 以降

    • Debian GNU/Linux 9 以降

  • AWS Graviton プロセッサを使用するインスタンスには、以下の要件があります。

    • 64 ビット Arm アーキテクチャ用の AMI を使用する必要があります。

    • ACPI テーブルを含む UEFI による起動と、PCI デバイスの ACPI ホットプラグをサポートしている必要があります。

    以下の Linux と の AMI では、上記の要件を満たしています。

    • Amazon Linux 2 (64 ビット Arm)

    • Ubuntu 16.04 以降 (64 ビット Arm)

    • Red Hat Enterprise Linux 8.0 以降 (64 ビット Arm)

    • SUSE Linux Enterprise Server 15 以降 (64 ビット Arm)

    • Debian 10 以降 (64 ビット Arm)

  • M6i インスタンスで最良のパフォーマンスを発揮させるには、ENA ドライバーのバージョン 2.2.9 以降を使用する必要があります。1.2 もしくは バージョンより前のENAドライバをこれらのインスタンスとともに使用すると、ネットワークインターフェイスのアタッチメントが失敗します。互換性のある ENA ドライバが利用できる AMI を以下に示します。

    • AL2023

    • Amazon Linux 2 (カーネル 4.14.186 以降)

    • Ubuntu 20.04 (カーネル 5.4.0-1025-aws 以降)

    • Red Hat Enterprise Linux 8.3 (カーネル 4.18.0-240.1.1.el8_3.ARCH 以降)

    • SUSE Linux Enterprise Server 15 SP2 (カーネル 5.3.18-24.15.1 以降)

  • Amazon EC2 Mac インスタンスは macOS Mojave (バージョン 10.14) と macOS Catalina (バージョン 10.15) と macOS Big Sur (バージョン 11) をサポートしています。

  • インスタンスにアタッチできる Amazon EBS ボリュームの最大数は、インスタンスのタイプとサイズによって異なります。詳細については、「インスタンスボリューム数の制限」を参照してください。

  • ベアメタルインスタンスを起動すると、基盤となるサーバーが起動します。これには、すべてのハードウェアやファームウェアコンポーネントの確認が含まれます。つまり、インスタンスが実行状態になってからネットワーク経由で使用できるようになるまでに 20 分かかることがあります。

  • EBS ボリュームまたはセカンダリネットワークインターフェイスを、ベアメタルインスタンスにアタッチ (または、そこからデタッチ) するには、PCIe のネイティブホットプラグがサポートされている必要があります。PCIe のネイティブホットプラグは、Amazon Linux 2 および最新バージョンの Amazon Linux AMI でサポートされています。それ以前のバージョンではサポートされていません。次の Linux カーネル設定オプションを有効にする必要があります。

    CONFIG_HOTPLUG_PCI_PCIE=y CONFIG_PCIEASPM=y
  • ベアメタルインスタンスでは、I/O ポートベースのシリアルデバイスではなく、PCI ベースのシリアルデバイスを使用しています。アップストリームの Linux カーネルと最新の Amazon Linux AMI は、このデバイスをサポートしています。また、ベアメタルインスタンスでは、システムが PCI ベースのシリアルデバイスを自動的に使用できるようにする ACPI SPCR テーブルも使用できます。最新の Windows AMI では、自動的に PCI ベースのシリアルデバイスが使用されます。

  • Nitro System 上に構築されたインスタンスには、API リクエストによるクリーンシャットダウンをサポートするための system-logind または acpid がインストールされている必要があります。

  • リージョンで起動できるインスタンスの合計数には制限があります。また、一部のインスタンスタイプにはその他の制限もあります。詳細については、Amazon EC2 の「よくある質問」の「Amazon EC2 で実行できるインスタンス数の上限は」を参照してください。