インスタンスボリューム数の制限 - Amazon Elastic Compute Cloud

インスタンスボリューム数の制限

インスタンスで使用できるボリュームの最大数は、オペレーティングシステムやインスタンスタイプによって異なります。インスタンスに追加するボリューム数を検討する際の考慮事項は、I/O 帯域幅の増加とストレージ容量の増加のどちらが必要かという点です。

Nitro System のボリューム制限

Nitro System 上に構築されたインスタンスは、ネットワークインターフェイス、EBS ボリューム、および NVMe インスタンスストアボリューム間で共有されるアタッチメントの最大数をサポートします。インスタンスごとに 1 つ以上のネットワークインターフェイスのアタッチメントがあります。NVMe インスタンスストアボリュームは自動的にアタッチされます。詳細については、「Elastic Network Interface」および「インスタンスストアボリューム」を参照してください。

これらのインスタンスのほとんどは、最大 28 の添付ファイルをサポートします。たとえば、EBS のみのインスタンスに追加のネットワークインターフェイスのアタッチがない場合は、そのインスタンスに最大 27 個の EBS ボリュームをアタッチできます。2 つの NVMe インスタンスストアボリュームを持つインスタンスに追加の 1 つのネットワークインターフェイスがある場合、そのインスタンスには 24 の EBS ボリュームをアタッチできます。

その他のインスタンスには、次の制限が適用されます。

  • d3.8xlarge および d3en.12xlarge インスタンスは、最大 3 の EBS ボリュームをサポートしています。

  • inf1.xlarge および inf1.2xlarge インスタンスは、最大 26 の EBS ボリュームをサポートします。

  • inf1.6xlarge インスタンスは、最大 23 の EBS ボリュームをサポートします。

  • inf1.24xlarge インスタンスは、最大 11 の EBS ボリュームをサポートします。

  • ほとんどのベアメタルインスタンスは、最大 31 の EBS ボリュームをサポートします。

  • mac1.metal インスタンスは、最大 16 の EBS ボリュームをサポートします。

  • ハイメモリ仮想化インスタンスは、最大 27 の EBS ボリュームをサポートします。

  • ハイメモリベアメタルインスタンスは、最大 19 の EBS ボリュームをサポートします。

    ご使用の、u-6tb1.metalu-9tb1.metal、または u-12tb1.metal のハイメモリベアメタルインスタンスが、2020 年 3 月 12 日より前に起動されている場合、最大で 14 の EBS ボリュームがサポートされています。アカウントチームに問い合わせいただくと、追加料金なしで、このインスタンスに 19 までの EBS ボリュームをアタッチできます。

Linux 固有のボリュームの制限

40 以上のボリュームをアタッチすると、起動に失敗する可能性があります。この数値には、ルートボリュームと、アタッチされたインスタンスストアボリュームや EBS ボリュームが含まれます。多数のボリュームがアタッチされているインスタンスで起動の問題が発生した場合は、インスタンスを停止し、起動プロセスに不可欠ではないボリュームをデタッチし、インスタンスの実行後にそれらのボリュームを再度アタッチします。

重要

Linux インスタンスに 40 より多くのボリュームをアタッチすることは、ベストエフォートベースでのみサポートされ、保証されません。

帯域幅と容量

整合性がとれており予測可能な帯域幅のユースケースでは、EBS 最適化インスタンスまたは 10 ギガビットのネットワーク接続インスタンスと、汎用 SSD ボリュームまたは Provisioned IOPS SSD ボリュームを使用します。「Amazon EBS 最適化インスタンスを使用する」のガイダンスに従い、最大のパフォーマンスを引き出すために、ボリュームに対してプロビジョニングした IOPS とインスタンスから利用できる帯域幅を一致させてください。RAID 構成では、多くの管理者は、8 つのボリュームよりも大きなアレイでパフォーマンスが低下したことを確認します。これは、I/O オーバーヘッドの増加が原因です。個々のアプリケーションのパフォーマンスをテストし、必要に応じて調整してください。