コンピュート最適化インスタンス - Amazon Elastic Compute Cloud

コンピュート最適化インスタンス

注記

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

コンピューティング最適化インスタンスは、高パフォーマンスプロセッサから恩恵を受けるコンピューティングバウンドな用途に最適です。

C5 および C5n インスタンス

これらのインスタンスは、次の用途に適しています。

  • 作業負荷の Batch 処理

  • メディアの変換

  • 高性能なウェブサーバー

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

  • 科学的なモデル

  • 専用ゲームサーバーおよび広告エンジン

  • 機械学習推論やその他の大量の演算を行うアプリケーション

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

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

C6i および C6id インスタンス

これらのインスタンスは、次のような高度で計算負荷の高いワークロードの実行に最適です。

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

  • Batch 処理

  • 広告配信

  • 動画エンコーディング

  • 分散分析

  • 拡張性の高いマルチプレイヤーゲーム

C6in インスタンス

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

  • 分散コンピューティングアプリケーション

  • ネットワーク仮想アプライアンス

  • データ分析

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

  • CPU ベースの AI/ML

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

C7a インスタンス

これらのインスタンスは第 4 世代 AMD EPYC プロセッサを搭載しており、次のような大量の演算を行うワークロードの実行に最適です。

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

  • Batch 処理

  • 広告配信

  • 動画エンコーディング

  • ゲームサーバー

  • 科学的なモデル

  • 分散分析

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

C7g および C7gd インスタンス

これらのインスタンスは AWS Graviton3 プロセッサを搭載しており、次のような高度で計算負荷の高いワークロードの実行に最適です。

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

  • Batch 処理

  • 広告配信

  • 動画エンコーディング

  • ゲームサーバー

  • 科学的なモデル

  • 分散分析

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

C7gn インスタンス

新しい AWS Nitro Card を搭載した C7gn インスタンスは、Graviton ベースの Amazon EC2 インスタンスに対して最高のネットワーク帯域幅およびパケット処理パフォーマンスを提供します。C7gn インスタンスは、前世代の C6gn インスタンスと比較して、最大 200 Gbps のネットワーク帯域幅と最大 50% 高いパケット処理パフォーマンスを提供します。C7gn インスタンスは、次のようなネットワーク集約型のワークロードに最適です。

  • ネットワーク仮想アプライアンスのワークロード

  • データ分析などのデータ負荷の高いワークロード

  • CPU ベースの人工知能および機械学習 (AI/ML) 推論ワークロード

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

C7i インスタンス

C7i インスタンスは、バッチ処理、機械学習、ハイエンドゲーム、広告配信、動画エンコーディングなど、コンピューティング負荷の高いワークロードの実行に最適です。

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

ハードウェア仕様

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

ハードウェアの仕様については、「Amazon EC2 インスタンスタイプガイド」の「コンピューティング最適化インスタンス」を参照してください。

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

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

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

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

ネットワークの仕様については、「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 のサポート」を参照してください。

リリースノート

  • c6a.metal インスタンスは Windows Server 2016 以前をサポートしていません。

  • c7a.metal-48xl インスタンスは 2023 年 7 月以前にリリースされた Windows Server 2019 AMI と Windows Server 2016 AMI をサポートしていません。

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

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

    現在の AWS Windows AMI は、これらの要件を満たしています。

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

    • AWS Windows AMI (2021 年 5 月以降)

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

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

  • EBS ボリュームまたはセカンダリネットワークインターフェイスを、ベアメタルインスタンスにアタッチ (または、そこからデタッチ) するには、PCIe のネイティブホットプラグがサポートされている必要があります。

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

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