EBS Elastic Volumes が進化、6時間の待機時間がなくなり、24時間で4回までの変更が可能になりました
2026年1月15日、Amazon Elastic Block Store (EBS) の「Elastic Volumes（エラスティックボリューム）」機能が強化されました。これまでボリューム変更後に必要だった 6時間の待機期間（クールダウンタイム）が撤廃 され、前の変更が完了していれば、24時間のローリングウィンドウ内で最大4回までの変更が可能になりました。
今回、AWS CLIを使ってこのアップデートの挙動を確認する機会がありましたので、紹介させていただきます。
検証
検証には以下の環境を利用しました。
- リージョン: 東京リージョン (ap-northeast-1)
- AWS CLI バージョン: 2.32.22
$ aws --version
aws-cli/2.32.22 Python/3.9.25 Linux/6.1.159-181.297.amzn2023.aarch64 source/aarch64.amzn.2023
1:容量の連続変更
まず、ボリュームサイズを短時間で連続して変更できるか確認しました。
- 1GB gp3ボリュームの作成
aws ec2 create-volume \
--size 1 \
--volume-type gp3 \
--availability-zone ap-northeast-1a \
--tag-specifications 'ResourceType=volume,Tags=[{Key=Name,Value=test-capacity-change}]'
1回目: 1GB → 2GB
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxfe08 --size 2
変更状態の確認：
aws ec2 describe-volumes-modifications --volume-ids vol-xxxxxxxxxxfe08
結果：
{
"ModificationState": "completed",
"TargetSize": 2,
"OriginalSize": 1,
"StartTime": "2026-01-16T03:32:04+00:00",
"EndTime": "2026-01-16T03:32:06+00:00"
}
1Gから2Gへの増量は2秒で完了しました。変更完了後、すぐに次の変更を実行できます。
2回目: 2GB → 3GB
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxfe08 --size 3
3回目: 3GB → 4GB
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxfe08 --size 4
すべての変更が数秒で完了し、待機時間なしで連続実行できました。
2:ボリュームタイプの変更
次に、ボリュームタイプの変更を試しました。
- gp3ボリュームの作成
aws ec2 create-volume \
--size 1 \
--volume-type gp3 \
--availability-zone ap-northeast-1a \
--tag-specifications 'ResourceType=volume,Tags=[{Key=Name,Value=test-type-change}]'
- タイプ変更 (反復)
1回目: gp3 → gp2
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxb285 --volume-type gp2
2回目: gp2 → gp3
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxb285 --volume-type gp3
3回目: gp3 → gp2
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxb285 --volume-type gp2
4回目: gp2 → gp3
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxb285 --volume-type gp3
4回の変更がすべて成功しました。
- 5回目の変更試行
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxb285 --volume-type gp2
制限を超えた5回目の変更では、以下のエラーが返されました：
An error occurred (VolumeModificationRateExceeded) when calling the ModifyVolume operation:
You've reached the maximum modification rate per volume limit.
Wait until 2026-01-17T03:33:19.145Z before you can issue the next modification request for this volume.
エラーメッセージには、次回変更可能になる翌日の時刻が明示されていました。
3: 複合変更
容量、タイプ、パフォーマンスを組み合わせた変更を試しました
- 1GB gp2ボリュームの作成
aws ec2 create-volume \
--size 1 \
--volume-type gp2 \
--availability-zone ap-northeast-1a \
--tag-specifications 'ResourceType=volume,Tags=[{Key=Name,Value=test-combined-change}]'
1回目: 容量を10GBに拡張
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxbb75 --size 10
2回目: gp2からgp3に変更
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxbb75 --volume-type gp3
3回目: IOPSを3000→3500に増強
aws ec2 modify-volume --volume-id vol-xxxxxxxxxxbb75 --iops 3500
容量、タイプ、パフォーマンスを組み合わせた変更が、クールダウンタイムなしで連続実行できました。
なお、今回は検証のため別々に実行しましたが、実際の運用では変更枠を節約するため、まとめて変更を実行することをお勧めします。
aws ec2 modify-volume \
--volume-id vol-xxxxx \
--size 10 \
--volume-type gp3 \
--iops 3500
4: 変更完了（completed）を待つ必要性
今回の検証では小容量ボリュームの変更は数秒で完了しましたが、大容量ボリュームでは変更完了までの所要時間が数時間単位となる場合があります。変更中（optimizing状態）のボリュームに対して次の変更を実行できるか確認しました。
- スナップショットからボリュームを作成
Windows Server AMIのスナップショットから30GBのボリュームを作成しました：
aws ec2 create-volume \
--snapshot-id snap-05829ab1b1e33ec69 \
--availability-zone ap-northeast-1a \
--volume-type gp3 \
--tag-specifications 'ResourceType=volume,Tags=[{Key=Name,Value=test-windows-volume}]'
- 容量変更の実行
aws ec2 modify-volume --volume-id vol-xxxxxxxxxx38a1 --size 31
- 変更中に再変更を試行
変更状態がoptimizingの間に、さらに容量変更を試みます：
aws ec2 modify-volume --volume-id vol-xxxxxxxxxx38a1 --size 32
以下のエラーが発生しました：
An error occurred (IncorrectModificationState) when calling the ModifyVolume operation:
Volume vol-xxxxxxxxxx38a1 cannot be modified in modification state OPTIMIZING
回数制限が緩和されたとはいえ、バックエンドでの最適化処理（optimizing）が完了するまでは、次の変更は実施できない事を確認できました。
まとめ
Amazon EBSのElastic Volumesが24時間に4回まで変更可能になったことで、急な負荷増大への対応や、設定ミスからの即時復旧など、運用の柔軟性が大きく向上しました。
今回の検証では変更は数秒で完了していますが、大容量のボリュームでは変更完了までの所要時間が数時間単位となる場合や、変更中に性能影響が生じることもあります。
本番環境での変更前には、スナップショットやAMIなどで本番環境を再現した検証環境を用意、事前リハーサルを実施して所要時間や性能影響などを確認頂くことを強くおすすめします。
参考リンク
