翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# マルチアタッチを使用して EBS ボリュームを複数の EC2 インスタンスへアタッチ
Amazon EBS マルチアタッチを使用すると、1 つのプロビジョンド IOPS SSD (`io1` または `io2`) ボリュームを、同じアベイラビリティーゾーンにある複数のインスタンスにアタッチできます。複数のマルチアタッチが有効なボリュームを 1 つのインスタンスまたはインスタンスセットにアタッチできます。ボリュームがアタッチされている各インスタンスには、共有ボリュームに対する完全な読み取りおよび書き込みアクセス許可があります。マルチアタッチを使用すると、同時書き込みオペレーションを管理するアプリケーションで、アプリケーションの可用性を高めることが容易になります。
**料金と請求**
Amazon EBS マルチアタッチの使用に追加料金はかかりません。プロビジョンド IOPS SSD (`io1` および `io2`) ボリュームに適用される標準料金が請求されます。詳細については、[Amazon EBS の料金表](https://aws.amazon.com/ebs/pricing/)を参照してください。
**Topics**
+ [考慮事項と制限](#considerations)
+ [マルチアタッチボリュームのパフォーマンス](ebs-multi-attach-perf.md)
+ [マルチアタッチの有効化](working-with-multi-attach.md)
+ [マルチアタッチの無効化](disable-multi-attach.md)
+ [NVMe 予約](nvme-reservations.md)
## 考慮事項と制限
+ マルチアタッチが有効なボリュームは、同じアベイラビリティーゾーンにある「[Nitro System](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)」に構築された最大 16 のインスタンスにアタッチできます。
+ **Linux インスタンス**は、マルチアタッチが有効な `io1` および `io2` ボリュームをサポートします。**Windows インスタンス**は、マルチアタッチが有効な `io2` ボリュームのみをサポートします。
+ インスタンスにアタッチできる Amazon EBS ボリュームの最大数はインスタンスのタイプとサイズによって異なります。詳細については、「[インスタンスボリューム数の制限](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/volume_limits.html)」を参照してください。
+ マルチアタッチは、[プロビジョンド IOPS SSD (`io1` および `io2`) ボリューム](provisioned-iops.md#EBSVolumeTypes_piops)でのみサポートされます。
+ `io1` ボリューム用マルチアタッチは次のリージョンでのみ利用できます: 米国東部 (バージニア北部)、米国西部 (オレゴン)、アジアパシフィック (ソウル)。
`io2` 用のマルチアタッチは、`io2` をサポートするすべてのリージョンで使用できます。
**注記**
パフォーマンス、一貫性、耐久性を低コストで向上させるには、`io2` ボリュームを使用することをお勧めします。
+ マルチアタッチが有効になっている `io1` ボリュームは、Scalable Reliable Datagram (SRD) ネットワークプロトコルのみをサポートする [Nitro System 上に構築されたインスタンス](https://docs.aws.amazon.com/ec2/latest/instancetypes/ec2-nitro-instances.html)ではサポートされません。これらのインスタンスタイプでマルチアタッチを使用するには、`io2` を使用する必要があります。
+ XFS や EXT4 などの標準ファイルシステムは、EC2 インスタンスなどの複数のサーバーから同時にアクセスできるように設計されていません。本稼働ワークロードのデータに対し復元性と信頼性を確保するには、クラスター化されたファイルシステムを使用する必要があります。
+ マルチアタッチが有効な `io2` ボリュームは I/O フェンスをサポートしています。I/O フェンスプロトコルは、データの一貫性を維持するために、共有ストレージ環境での書き込みアクセスを制御します。アプリケーションは、データの整合性を維持するために、アタッチされたインスタンスの書き込み順序を提供する必要があります。詳細については、「[マルチアタッチが有効になっている Amazon EBS ボリュームで NVMe 予約を使用する](nvme-reservations.md)」を参照してください。
マルチアタッチが有効な `io1` ボリュームは I/O フェンスをサポートしていません。
+ マルチアタッチが有効なボリュームは、ブートボリュームとして作成できません。
+ マルチアタッチ対応のボリュームは、インスタンスあたり 1 つのブロックデバイスマッピングにアタッチできます。
+ マルチアタッチは、Amazon EC2 コンソールまたは RunInstances API を使用してインスタンスの起動時に有効にすることはできません。
+ Amazon EBS インフラストラクチャレイヤーに問題があるマルチアタッチが有効なボリュームは、アタッチされているすべてのインスタンスで使用できません。Amazon EC2 またはネットワークレイヤーでの問題は、一部のアタッチされたインスタンスにのみ影響する可能性があります。
+ 次の表は、作成後にマルチアタッチが有効な `io1` および `io2` ボリュームに対するボリューム変更サポートを示しています。
[See the AWS documentation website for more details](http://docs.aws.amazon.com/ja_jp/ebs/latest/userguide/ebs-volumes-multi.html)
\* ボリュームがインスタンスにアタッチされている間は、マルチアタッチを有効または無効にすることはできません。
+ マルチアタッチが有効なボリュームは、最後にアタッチされたインスタンスが終了し、そのインスタンスが終了時にボリュームを削除するように設定されている場合、インスタンスの終了時に削除されます。ボリュームが複数のインスタンスにアタッチされ、ボリュームブロックデバイスマッピングで終了時の削除設定が異なる場合、最後にアタッチされたインスタンスのブロックデバイスマッピング設定によって、終了時の削除動作が決まります。
終了時の削除を予測できるようにするには、ボリュームがアタッチされているすべてのインスタンスについて、終了時の削除を有効または無効にします。詳細については、「[インスタンスの終了時にデータを保持する](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/preserving-volumes-on-termination.html)」を参照してください。
+ Amazon EBS ボリュームの CloudWatch メトリクスを使用して、マルチアタッチが有効なボリュームをモニタリングできます。データは、アタッチされたすべてのインスタンスにわたって集約されます。アタッチされた個々のインスタンスのメトリクスをモニタリングすることはできません。詳細については、「[Amazon EBS の Amazon CloudWatch メトリクス](using_cloudwatch_ebs.md)」を参照してください。