# Amazon EC2 インスタンスの Amazon EBS ボリューム制限
インスタンスにアタッチできる Amazon EBS ボリュームの最大数はインスタンスのタイプとサイズによって異なります。インスタンスのボリュームアタッチメント制限を超えると、アタッチメントリクエストは `AttachmentLimitExceeded` エラーで失敗します。
インスタンスに追加するボリューム数を検討する際はI/O 帯域幅とストレージ容量のどちらを増加するのかを、考慮する必要があります。
**帯域幅と容量**
整合性がとれており予測可能な帯域幅のユースケースではAmazon EBS 最適化インスタンスと、汎用 SSD ボリュームまたはプロビジョンド IOPS SSD ボリュームを使用します。パフォーマンスを最大化するためにはボリュームに対してプロビジョニングした IOPS を、使用しているインスタンスで利用可能な帯域幅と一致させます。
RAID 構成ではI/O オーバーヘッドの増加が原因となり、8 つのボリュームよりも大きなアレイがパフォーマンスを低下させることがあります。個々のアプリケーションのパフォーマンスをテストし、必要に応じて調整してください。
**Contents**
+ [Nitro システム上に構築されたインスタンスにおけるボリューム制限](#nitro-system-limits)
+ [専用 EBS ボリュームの制限](#dedicated-limit)
+ [共有 EBS ボリュームの制限](#shared-limit)
+ [Xen ベースのインスタンスのボリューム制限](#xen-limits)
+ [Linux インスタンス](#linux-specific-volume-limits)
+ [Windows インスタンス](#windows-specific-volume-limits)
## Nitro システム上に構築されたインスタンスにおけるボリューム制限
Nitro System 上に構築されたインスタンスのボリュームの制限はインスタンスタイプによって異なります。一部の Nitro インスタンスタイプには**専用 EBS ボリュームの制限**があり、ほとんどのインスタンスタイプには**共有ボリュームの制限**があります。各インスタンスタイプのボリュームアタッチメント制限を表示するには、以下を参照してください。
+ [Amazon EBS の仕様 — 汎用](https://docs.aws.amazon.com/ec2/latest/instancetypes/gp.html#gp_storage-ebs)
+ [Amazon EBS の仕様 — コンピューティング最適化](https://docs.aws.amazon.com/ec2/latest/instancetypes/co.html#co_storage-ebs)
+ [Amazon EBS の仕様 — メモリ最適化](https://docs.aws.amazon.com/ec2/latest/instancetypes/mo.html#mo_storage-ebs)
+ [Amazon EBS の仕様 — ストレージ最適化](https://docs.aws.amazon.com/ec2/latest/instancetypes/so.html#so_storage-ebs)
+ [Amazon EBS の仕様 — アクセラレーテッドコンピューティング](https://docs.aws.amazon.com/ec2/latest/instancetypes/ac.html#ac_storage-ebs)
+ [Amazon EBS の仕様 – ハイパフォーマンスコンピューティング](https://docs.aws.amazon.com/ec2/latest/instancetypes/hpc.html#hpc_storage-ebs)
+ [Amazon EBS の仕様 — 旧世代](https://docs.aws.amazon.com/ec2/latest/instancetypes/pg.html#pg_storage-ebs)
### 専用 EBS ボリュームの制限
以下の Nitro インスタンスタイプにはインスタンスサイズに応じて異なる専用 EBS ボリュームの制限があります。この制限は他のデバイスアタッチメントとは共有されません。つまり、NVMe インスタンスストアボリュームやネットワークインターフェイスなど、アタッチされているデバイスの数に関係なく、ボリュームアタッチメントの上限まで任意の数の EBS ボリュームをアタッチできます。
+ **汎用:** M7a \$1 M7i \$1 M7i-flex \$1 M8a \$1 M8azn \$1 M8g \$1 M8gb \$1 M8gd \$1 M8gn \$1 M8i \$1 M8id \$1 M8i-flex
+ **コンピューティング最適化:** C7a \$1 C7i \$1 C7i-flex \$1 C8a \$1 C8g \$1 C8gb \$1 C8gd \$1 C8gn \$1 C8i \$1 C8id \$1 C8i-flex
+ **メモリ最適化:** R7a \$1 R7i \$1 R7iz \$1 R8a \$1 R8g \$1 R8gb \$1 R8gd \$1 R8gn \$1 R8i \$1 R8id \$1 R8i-flex \$1 U7i-6tb \$1 U7i-8tb \$1 U7i-12tb \$1 U7in-16tb \$1 U7in-24tb \$1 U7in-32tb \$1 U7inh-32tb \$1 X8g \$1 X8aedz \$1 X8i
+ **ストレージの最適化:** I7i \$1 I7ie \$1 I8g \$1 I8ge
+ **高速コンピューティング:** F2 \$1 G6 \$1 G6e \$1 G6f \$1 Gr6 \$1 Gr6f \$1 G7e \$1 P4d \$1 P4de \$1 P5 \$1 P5e \$1 P5en \$1 P6-B200 \$1 P6-B300 \$1 P6e-GB200 \$1 Trn2 \$1 Trn2u
+ **ハイパフォーマンスコンピューティング:** Hpc7a \$1 Hpc8a
### 共有 EBS ボリュームの制限
その他のすべての Nitro インスタンスタイプ ([専用 EBS ボリュームの制限](#dedicated-limit) に記載されていないもの) には Amazon EBS ボリューム、ネットワークインターフェイス、および NVMe インスタンスストアボリューム間で共有されるボリュームのアタッチ数に制限があります。その制限数から、アタッチ済みのネットワークインターフェイスと NVMe インスタンスストアボリュームの数を差し引いた数を上限として、Amazon EBS ボリュームをいくつでもアタッチできます。すべてのインスタンスには少なくとも 1 つのネットワークインターフェースが必要であり、NVMe インスタンスストアボリュームは起動時に自動的にアタッチされることに注意してください。
ほとんどの Nitro インスタンスでは最大 28 のアタッチメントをサポートしています。次の例はアタッチできる EBS ボリューム数を計算する方法を示しています。
**例**
+ プライマリネットワークインターフェイスのみを持つ `m5.xlarge` インスタンスでは27 個の EBS ボリュームをアタッチできます。
28 (ボリューム) - 1 (ネットワークインターフェイス) = 27
+ 2 つの追加ネットワークインターフェイスを持つ `m5.xlarge` インスタンスでは25 個の EBS ボリュームをアタッチできます。
28 (ボリューム) - 3 (ネットワークインターフェイス) = 25
+ 2 つの追加ネットワークインターフェイスを持つ `m5d.xlarge` インスタンスでは24 個の EBS ボリュームをアタッチできます。
28 (ボリューム) - 3 (ネットワークインターフェイス) - 1 (NVMe インスタンスストアボリューム) = 24
## Xen ベースのインスタンスのボリューム制限
Xen ベースのインスタンス (T2) のボリュームの制限はオペレーティングシステムによって異なります。
詳細については「[Xen-based instances](instance-types.md#instance-hypervisor-type)」を参照してください。
### Linux インスタンス
Xen ベースの Linux インスタンスに 40 個を超えるボリュームをアタッチすると、ブートに失敗する可能性があります。この数にはルートボリュームに加え、アタッチされたインスタンスストアボリュームと Amazon EBS ボリュームも含まれます。
多数のボリュームがアタッチされているインスタンスで起動の問題が発生した場合はインスタンスを停止し、起動プロセスに不可欠ではないボリュームをデタッチした上で再起動し、インスタンスの実行後にそれらのボリュームを再度アタッチします。
**重要**
Xen ベースの Linux インスタンスに 40 より多くのボリュームをアタッチすることはベストエフォートベースでのみサポートされており、動作は保証されていません。
### Windows インスタンス
次の表はXen ベース Windows インスタンスでの、使用中のドライバーに基づいたボリュームの制限を示しています。これらの数値にはルートボリュームに加え、任意のアタッチされたインスタンスストアボリュームや Amazon EBS ボリュームが含まれます。
| ドライバー | ボリュームの制限 |
| --- | --- |
| AWS PV | 26 |
| Citrix PV | 26 |
| Red Hat PV | 17 |
パフォーマンスに問題が発生する可能性が高いため、AWS PV または Citrix PV ドライバーを使用している Xen ベースの Windows インスタンスに対し、26 個を超えるボリュームをアタッチすることはお勧めしません。インスタンスで使用している PV ドライバーの種類を確認する、または Windows インスタンスで Red Hat PV ドライバーから Citrix PV ドライバーにアップグレードするには「[EC2 Windows インスタンスでの PV ドライバーのアップグレード](Upgrading_PV_drivers.md)」を参照してください。
**重要**
Xen ベースの Windows インスタンスに次の数よりも多くのボリュームをアタッチすることはベストエフォートベースでのみサポートされており、動作は保証されていません。
デバイス名とボリュームの関係の詳細については「[Amazon EC2 Windows インスタンスへのボリュームのアタッチとマッピング方法](ec2-windows-volumes.md)」を参照してください。