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

ボリューム変更時の要件

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

の制限事項

  • ボリュームの変更でリクエストできる集計ストレージの最大数には制限があります。詳細については、アマゾン ウェブ サービス全般のリファレンス の「Amazon EBS サービスクォータ」を参照してください。

  • 新しいボリュームサイズが、サポートされているボリュームのキャパシティーを超えることはできません。詳細については、「EBS ボリュームのサイズと設定の制限」を参照してください。

  • Elastic Volume オペレーションを使用して、マルチアタッチが有効な io2 ボリュームのボリュームタイプを変更することはできません。

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

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

  • サポートされていない前世代のインスタンスタイプを使用している場合や、ボリュームの変更を試みているときにエラーが発生した場合は、「Elastic Volumes がサポートされていない場合の EBS ボリュームの変更」を参照してください。

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

  • 要求されたボリュームサイズが st1 および sc1 ボリュームの最小サイズを下回る場合、gp2 ボリュームを st1 または sc1 ボリュームに変更することはできません。

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

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

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

  • 既存の io1または io2 ボリュームに 32,000 IOPS 以上のプロビジョニングを行ったら、パフォーマンスを最大限に引き出せるように、次のいずれかを実行する必要があります。

    • ボリュームをデタッチしてアタッチします。

    • インスタンスを再起動します。

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

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

  • ボリュームを変更したら、6 時間以上待機してから、同じボリュームにさらに変更を加える前にそのボリュームの状態が in-use または available であることを確認してください。

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