翻訳は機械翻訳により提供されています。提供された翻訳内容と英語版の間で齟齬、不一致または矛盾がある場合、英語版が優先します。
# Amazon EBS ボリューム変更の要件
Amazon EBS ボリュームを変更すると、以下の要件と制限が適用されます。EBS ボリュームの一般的な要件についての詳細は、[Amazon EBS ボリュームの制約](volume_constraints.md)を参照してください。
**Topics**
+ [サポートされるインスタンスタイプ](#instance-support)
+ [オペレーティングシステム](#operating-system)
## サポートされるインスタンスタイプ
Elastic Volumes は、次のインスタンスでサポートされています。
+ すべての[現行世代のインスタンス](https://docs.aws.amazon.com/AWSEC2/latest/UserGuide/instance-types.html#current-gen-instances)
+ 旧世代のインスタンス: C1、C3、C4、G2、I2、M1、M3、M4、R3 および R4
インスタンスタイプが Elastic Volumes をサポートしていない場合は、[Elastic Volumes がサポートされていない場合の EBS ボリュームの変更](requesting-ebs-volume-modifications.md#modify-volume-stop-start)を参照してください。
## オペレーティングシステム
次のオペレーティングシステム要件が適用されます。
### Linux
Linux AMI では、2 TiB (2048 GiB) 以上のブートボリュームについて GUID パーティションテーブル (GPT) と GRUB 2 が必要です。現在の多くの Linux AMI は依然として MBR パーティションスキームを使用しており、2 TiB までのブートボリュームのみをサポートしています。インスタンスが 2 TiB を超えるブートボリュームで起動しない場合、使用中の AMI は、2 TiB のブートボリュームサイズに制限されている可能性があります。ブートボリューム以外のボリュームには、Linux インスタンスでこの制限はありません。
2 TiB より大きな値にブートボリュームのサイズを変更する前に、ボリュームが MBR と GPT のどちらのパーティション分割を使用しているのか確認します。それには、インスタンス上で、コマンドを実行します。
```
[ec2-user ~]$ sudo gdisk -l /dev/xvda
```
GPT パーティション分割を使用している Amazon Linux インスタンスでは、次の情報が返ります。
```
GPT fdisk (gdisk) version 0.8.10
Partition table scan:
MBR: protective
BSD: not present
APM: not present
GPT: present
Found valid GPT with protective MBR; using GPT.
```
MBR パーティション分割を使用している SUSE インスタンスは、次の情報を返します。
```
GPT fdisk (gdisk) version 0.8.8
Partition table scan:
MBR: MBR only
BSD: not present
APM: not present
GPT: not present
```
### Server
デフォルトでは、Windows はマスターブートレコード (MBR) パーティションテーブルを使用してボリュームを初期化します。MBR は 2 TiB (2048 GiB) 以下のボリュームのみをサポートするため、Windows はこのサイズ制限以上の MBR ボリュームのサイズ変更を阻止します。この場合、[**Extend Volume (ボリュームの拡張)**] のオプションは Windows の [**Disk Management (ディスクの管理)**] ユーティリティで無効になっています。 AWS マネジメントコンソール または を使用してサイズ制限を超える MBR パーティションボリューム AWS CLI を作成する場合、Windows は追加のスペースを検出または使用することはできません。
この制限を回避するには、GUID パーティションテーブル (GPT) でより大きな新しいボリュームを作成し、元の MBR ボリュームからデータをコピーします。
**GPT ボリュームを作成するには**
1. EC2 インスタンスのアベイラビリティーゾーンに必要な容量の新しい空のボリュームを作成し、インスタンスにアタッチします。
**注記**
新しいボリュームには、スナップショットから復元したボリュームは使用できません。
1. Windows システムにログインし、[**Disk Management** (ディスク管理)] (**diskmgmt.exe**) を開きます。
1. 新しいディスクのコンテキスト (右クリック) メニューを開き、[**Online**] を選択します。
1. [**Initialize Disk**] ウィンドウで、新規のディスクを選択し、続いて [**GPT (GUID Partition Table)**]、[**OK**] の順に選択します。
1. 初期化が完了したら、robocopy または teracopy などのツールを使用して元のボリュームから新しいボリュームにデータをコピーします。
1. [**Disk Management**] で、ドライブ文字を適切な値に変更し、古いボリュームをオフラインにします。
1. Amazon EC2 コンソールで、インスタンスから古いボリュームをデタッチ後、インスタンスを再起動して正常に稼働することを確認したら、古いボリュームを削除します。