ボリューム変更時の要件 - Amazon Elastic Compute Cloud
サポートされるインスタンスタイプLinux ボリュームの要件Limitations

ボリューム変更時の要件

Amazon EBS ボリュームを変更すると、以下の要件と制約事項が適用されます。EBS ボリュームの一般的な要件についての詳細は、「EBS ボリュームのサイズと設定の制限」を参照してください。

サポートされるインスタンスタイプ

Elastic Volumes は、次のインスタンスでサポートされています。

インスタンスタイプが Elastic Volumes をサポートしていない場合は、「Elastic Volumes がサポートされていない場合の EBS ボリュームの変更」を参照してください。

Linux ボリュームの要件

Linux AMI では、2 TiB (2048 GiB) 以上のブートボリュームについて GUID パーティションテーブル (GPT) と GRUB 2 が必要です。現在の多くの Linux AMI は依然として MBR パーティションスキームを使用しており、2 TiB までのブートボリュームのみをサポートしています。インスタンスが 2 TiB を超えるブートボリュームで起動しない場合、使用中の AMI は、2 TiB のブートボリュームサイズに制限されている可能性があります。ブートボリューム以外のボリュームには、Linux インスタンスでこの制限はありません。Windows ボリュームに影響する要件については、Windows インスタンスの Amazon EC2 ユーザーガイド の「Windows ボリュームの要件」を参照してください。

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

Limitations

  • ボリュームの変更でリクエストできる集計ストレージの最大数には制限があります。詳細については、Amazon Web Services General Reference の「Amazon EBS サービスクォータ」を参照してください。

  • ボリュームの変更後は 6 時間以上待機してから、同じボリュームにさらに変更を加える前に、その状態が in-use または available であることを確認してください。これは、クールダウン期間と呼ばれることもあります。

  • ボリュームが 2016 年 11 月 3 日 23:40 (UTC) 以前にアタッチされていた場合は、Elastic Volumes サポートを初期化する必要があります。詳細については、「Elastic Volumes サポートの初期化」を参照してください。

  • EBS ボリュームを変更する際にエラーメッセージが表示された場合や前世代のインスタンスタイプにアタッチされた EBS ボリュームを変更する場合は、以下のいずれかのステップを行ってください。

    • ルート以外のボリュームの場合は、ボリュームをインスタンスからデタッチして、変更を適用した後で、ボリュームを再アタッチします。

    • ルートボリュームの場合は、インスタンスを停止し、変更を適用した後で、インスタンスを再起動します。

  • 完全に初期化されていないボリュームでは、変更時間が長くなります。詳細については、「Amazon EBS ボリュームの初期化」を参照してください。

  • 変更後のボリュームサイズは、そのファイルシステムとパーティション設定スキームでサポートされる容量を超えることはできません。詳細については、「」を参照してくださいEBS ボリュームのサイズと設定の制限

  • ボリュームのボリュームタイプを変更する場合、サイズとパフォーマンスは、ターゲットとなるボリュームタイプの制限内にする必要があります。詳細については、「Amazon EBS ボリュームの種類」を参照してください。

  • EBS ボリュームのサイズを小さく変更することはできません。ただし、より小さなボリュームを作成し、そのボリュームに対して rsync や などのアプリケーションレベルのツールを使用して、データを移行することができます。

  • 32,000 IOPS 以上を、既存の io1 または io2 ボリュームにプロビジョニングした場合、パフォーマンスの向上を完全に確認するためには、そのボリュームを一度デタッチした後に再アタッチするか、インスタンスを再起動する必要が生じることがあります。

  • io2 ボリュームの場合、io2 Block Express ボリュームをサポートしていないインスタンスタイプにボリュームが添付されている間は、サイズを 16 TiBより大きくしたり、IOPS を 64,000 より大きくしたりすることはできません。現在、R5b インスタンスのみが io2 Block Express ボリュームをサポートしています。詳細については、「」および「」を参照してください。io2 Block Express ボリューム

  • R5B インスタンスに添付されている io2 ボリュームのサイズやプロビジョンド IOPS を変更することはできません。

  • マルチアタッチが有効な io2 ボリュームのボリュームタイプを変更することはできません。

  • マルチアタッチが有効な io1 ボリュームのボリュームタイプ、サイズ、プロビジョンド IOPS を変更することはできません。

  • ルートボリュームとしてインスタンスにアタッチされている gp2 ボリュームを、st1 または sc1 ボリュームに変更することはできません。ボリュームを切り離した後に st1 または sc1 に変更した場合でも、インスタンスにルートボリュームとして再アタッチすることはできません。

  • m3.medium インスタンスはボリュームの変更を完全にサポートしていますが、m3.large、m3.xlarge、および m3.2xlarge インスタンスは、すべてのボリューム変更機能をサポートしていない場合があります。