Elastic Volumes オペレーションを使用して Amazon EBS ボリュームを変更する

ボリュームの変更でリクエストできる集計ストレージの最大数には制限があります。詳細については、「Amazon Web Services 全般のリファレンス 」の「Amazon EBS service quotas」を参照してください。

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

EBS ボリュームの変更には、適用される設定変更に応じて、数分から数時間かかる場合があります。サイズが 1 TiB の EBS ボリュームを変更するには通常、最長 6 時間かかります。ただし、他の状況では、同じボリュームでも 24 時間以上かかることがあります。ボリュームの変更にかかる時間は、必ずしも直線的に増えるわけではありません。したがって、ボリュームが大きくても変更にかかる時間が短く、ボリュームが小さくても時間が長くかかる場合もあります。

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

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

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

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

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

Nitro System 上に構築されたインスタンスにアタッチされた io2 ボリュームは、最大 64 TiB のサイズおよび最大 256,000 の IOPS をサポートします。他のインスタンスにアタッチされた io2 ボリュームは、最大 16 TiB のサイズおよび最大 64,000 の IOPS をサポートしますが、達成できるパフォーマンスは最大 32,000 IOPS までに限られます。

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

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

タイプ io1、io2、gp2、gp3、または standard のルート ボリュームは、インスタンスからデタッチされていても、st1 または sc1 ボリュームに変更できません。

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

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